А2. Основания для разработки

А1. Введение

Наименование программы

Наименование – «Программное средство конфигурирования и редактирования сложных приложений».

Краткая характеристика области применения

Программное средство предназначено к применению в отделах, связанных с разработкой программного обеспечения для автоматизации работы предприятий.

А2. Основания для разработки

Разработка проводится на основании:

· задания на дипломную работу по специальности 230105 «Программное обеспечение вычислительной техники и автоматизированных систем» факультета «Информатика и вычислительная техника» Донского государственного технического университета;

· задания на разработку программного средства конфигурирования и редактирования сложных приложений, данного Долговым Василием Валерьевичем. Планируется использовать разработку в отделе автоматизации финансовой деятельности ДГТУ.

Тема дипломной работы: «Программное средство конфигурирования и редактирования  сложных приложений».

А3. Назначение разработки

А3.1. Функциональное назначение

Функциональным назначением программного средства является предоставление пользователю возможности настройки и объединения конфигураций сложных приложений.

А3.2. Эксплуатационное назначение

Программное средство должно эксплуатироваться в отделах, связанных с разработкой программного обеспечения для автоматизации работы предприятий и образовательных учреждений.

Конечными пользователями программного средства должны являться сотрудники соответствующих отделов.

А4. Требования к программе или программному изделию

Программное средство должно состоять из двух программ:

Программа «Конфигуратор» – программа, позволяющая создавать и изменять конфигурации, сохранять их во внешних файлах или на сервере в базе данных;

Программа «Модуль слияния» – программа, позволяющая сравнить две конфигурации сложного приложения и вывести результаты сравнения, а также объединить две конфигурации по заданным правилам.

А4.1. Требования к функциональным характеристикам

«Конфигуратор» должен обеспечивать возможность выполнения перечисленных ниже функций:

· функции создания новой (пустой) конфигурации;

· функции открытия (загрузки) конфигурации из файловой БД;

· функции открытия (загрузки) конфигурации из серверной БД;

· функции редактирования открытой (далее – текущей) конфигурации путем добавления элементов предопределенных типов, их изменения, перемещения, копирования и удаления с использованием графического интерфейса пользователя и операций drag-and-drop;

· функции сохранения конфигурации в указанной серверной БД;

· функции сохранения конфигурации в указанной файловой БД;

· функция ведения журнала изменений значений полей элементов конфигурации с возможностью отмены и повтора изменений, сделанных в течение сеанса соединения;

· функции отображения элементов конфигурации в виде дерева;

· функции отображения потомков текущего элемента конфигурации;

· функции отображения свойств текущего элемента конфигурации;

· функция отображения информации о текущем соединении с хранилищем данных;

· функции вывода оперативных справок в строковом формате (контекстных подсказок);

· функции загрузки указанной сборки в домен приложения и обновление списка доступных типов для новых элементов;

· функция поиска элемента конфигурации по идентификатору и по наименованию;

· функции выбора элемента конфигурации.

«Модуль слияния» должен обеспечивать возможность выполнения перечисленных ниже функций:

· функции сравнения конфигураций в файловой и серверной БД (любые сочетания файловой и серверной) по заданным правилам, в случая отсутствия правила выполнить сравнение по правилу-умолчанию;

· функции вывода результатов сравнения;

· функции назначения каждому различию в параметрах конфигураций объединяющего действия из заданного множества для данного типа: (взять значение параметра из первой конфигурации, взять значение параметра из второй конфигурации, ничего не делать);

· функции выполнения объединения конфигураций по заданным правилам.

А.4.2.1. Требования к обеспечению надежного (устойчивого) функционирования программы

Надежное (устойчивое) функционирование программы должно быть обеспечено выполнением Заказчиком совокупности организационно-технических мероприятий, перечень которых приведен ниже:

· организацией бесперебойного питания технических средств;

· использованием лицензионного программного обеспечения;

· регулярным выполнением рекомендаций Министерства труда и социального развития РФ, изложенных в Постановлении от 23 июля 1998 г. «Об утверждении межотраслевых типовых норм времени на работы по сервисному обслуживанию ПЭВМ и оргтехники и сопровождению программных средств»;

· регулярным выполнением требований ГОСТ 51188-98. Защита информации. Испытания программных средства на наличие компьютерных вирусов.

А4.3. Условия эксплуатации

А4.3.2. Требования к видам обслуживания

Программное средство не требует проведения каких-либо видов обслуживания.

А4.3.3. Требования к численности и квалификации персонала

Минимальное количество персонала, требуемого для работы программного средства, должно составлять не менее 2 штатных единиц – системный администратор и конечный пользователь программы – оператор.

Системный администратор должен иметь высшее профильное образование и сертификаты компании-производителя операционной системы. В перечень задач, выполняемых системным администратором, должны входить:

· задача поддержания работоспособности технических средств;

· задачи установки (инсталляции) и поддержания работоспособности системных программных средств – операционной системы;

· задача установки (инсталляции) программы.

А4.4. Требования к составу и параметрам технических средств

В состав технических средств должен входить IBM-совместимый персональный компьютер (ПЭВМ), включающий в себя:

· процессор Pentium-3 с тактовой частотой не менее 1 ГГц;

· оперативную память объемом не менее 268 Мб;

· жесткий диск со скорость не менее 5400 об/мин и свободным местом не менее 1Гб;

· SVGA-совместимый видеоадаптер;

· монитор с разрешением не менее 1024x768 пикселей;

· клавиатуру;

· мышь.

А4.5. Требования к информационной и программной совместимости

А4.5.1. Требования к информационным структурам и методам решения

В качестве переносимого формата конфигурации следует использовать файловую базу данных.

При разработке программного средства должны использоваться масштабируемые алгоритмы.

А4.5.2. Требования к исходным кодам и языкам программирования

Программный комплекс должен быть создан с использованием языка программирования C# 3.0, платформы.NET 3.5.

Весь код должен содержать ясные и подробные комментарии.

Текст комментариев должен быть на русском языке.

Код должен быть написан в соответствии с рекомендациями компании Microsoft для C# программистов.

А4.5.3. Требования к каркасам приложений

Для разработки графического пользовательского интерфейса и работы с хранилищем данных следует использовать каркас бизнес-приложений Developer Express.NET 8.1.

А4.5.4. Требования к программным средствам, используемым программой

Программное средство должно эксплуатироваться в ОС Microsoft Windows 2000 или выше, с установленной средой исполнения.NET 3.5 или выше и библиотеками Developer Express.NET 8.1 времени исполнения.

А4.6. Требования к маркировке и упаковке

Программа поставляется в виде программного изделия – на дистрибутивном (внешнем оптическом) носителе (компакт-диске).

А4.6.1. Требования к маркировке

Требования к маркировке программного изделия не предъявляются.

А4.6.2. Требования к упаковке

Упаковка программного изделия должна осуществляться согласно требованиям предприятия-изготовителя носителя информации.

А4.7. Требования к транспортированию и хранению

Допускается транспортирование программного изделия в транспортной таре всеми видами транспорта.

При транспортировании и хранении программного изделия должна быть предусмотрена защита от попадания пыли и атмосферных осадков. Не допускается кантование программного изделия.

Климатические условия транспортирования должны соответствовать требованиям, предъявляемым предприятием-изготовителем к носителю информации с программным изделием.

А4.8. Специальные требования

Обе программы программного средства должны обеспечивать взаимодействие с пользователем (оператором) посредством графического интерфейса пользователя в стиле Microsoft Office 2007 (Ribbon-интерфейс) и в соответствии с рекомендациями компании-производителя операционной системы.

А5. Требования к программной документации

Программная документация должна содержать:

· лист задания;

· алгоритмы решения;

· техническое задание (по ГОСТ 19.201-78);

· руководство системного программиста (по ГОСТ 19.503-79);

· руководство программиста (по ГОСТ 19.504-79);

· руководство оператора (по ГОСТ 19.505-79);

· акт внедрения программного средства.

А9. Приложение к техническому заданию. Обоснование выбора технологии

Для реализации программного средства программного средства конфигурирования и редактирования сложных приложений выбран каркас бизнес-приложений Developer Express.NET 8.1.

Эта технология позволит обеспечить мощный, удобный и современный графический интерфейс пользователя; надежное и быстрое соединение с хранилищем данных; легкое внесение изменений в программное средство в ответ на новые требования.

А10. Приложение к техническому заданию. Протокол согласования изменений в техническом задании

Изменения были внесены в главу «Требования к функциональным характеристикам».

Для программы «Конфигуратор»:

В связи с открывшимся дополнительным объемом работ по указанным ниже функциям, следующие функции были убраны:

· функция интерактивной справочной системы;

· функция отмены изменений в конфигурации, сделанных в течение сеанса работы.

В связи с переоценкой необходимости функций была убрана функция отображения названия программы, версии программы, копирайта и комментариев разработчика.

В связи с недостаточной производительностью XML-файла указанные функции были заменены на соответствующие, но в отношении файловой БД взамен XML-файла:

· функции открытия (загрузки) конфигурации из XML-файла;

· функции сохранения конфигурации в XML-файл под заданным именем.

В связи с уточнившимися требованиями к графическому интерфейсу были внесены следующие функции:

· функции отображения элементов конфигурации в виде дерева;

· функция отображения потомков текущего элемента конфигурации;

· функция отображения свойств текущего элемента конфигурации;

· функция отображения информации о текущем соединении с хранилищем данных.

В связи с настоятельной необходимостью и низкими затратами на реализацию были добавлены следующие функции:

· функции загрузки указанной сборки в домен приложения и обновление списка доступных типов для новых элементов;

· функция поиска элемента конфигурации по идентификатору и по наименованию;

· функция выбора элемента конфигурации.

В связи с более полным использованием технологий были убрана функция автоматического резервного сохранения конфигурации в локальной файловой системе (с возможностью отключения данной функции).

 

Для программы «Модуль слияния»:

В связи с изменившимися требованиями были добавлены следующие функции:

· функция сравнения конфигураций в файловой и серверной БД (любые сочетания файловой и серверной) по заданным правилам, в случая отсутствия правила выполнить сравнение по правилу-умолчанию;

· функция назначения каждому различию в параметрах конфигураций заданного объединяющего действия из заданного множества для данного типа: (взять значение параметра из первой конфигурации, взять значение параметра из второй конфигурации, ничего не делать).

В связи с открывшимся дополнительным объемом работ по указанным ниже функциям, было принято решение вынести следующие функции за рамки дипломной работы:

· функция ведения журнала совершаемых действий в процессе объединения по времени и параметру;

· автоматизированная функция сохранения журнала объединений в текстовом файле под заданным именем.

 

Разработчик студент группы ВПР 22 Думановский.В. /_______/ Дата  

                                                                                      

А1. Введение

Наименование программы

Наименование – «Программное средство конфигурирования и редактирования сложных приложений».

Краткая характеристика области применения

Программное средство предназначено к применению в отделах, связанных с разработкой программного обеспечения для автоматизации работы предприятий.

А2. Основания для разработки

Разработка проводится на основании:

· задания на дипломную работу по специальности 230105 «Программное обеспечение вычислительной техники и автоматизированных систем» факультета «Информатика и вычислительная техника» Донского государственного технического университета;

· задания на разработку программного средства конфигурирования и редактирования сложных приложений, данного Долговым Василием Валерьевичем. Планируется использовать разработку в отделе автоматизации финансовой деятельности ДГТУ.

Тема дипломной работы: «Программное средство конфигурирования и редактирования  сложных приложений».

А3. Назначение разработки