Раздел 1. Спецификация

Раздел 2. Техническое задание

1. Наименование и область применения разработки

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

3. Цели и назначение разработки

4. Источник разработки

5. Постановка задачи

6. Алгоритм решения

7. Требования к системе

8. Требования к надежности

9. Требования к информационной и программной совместимости ОС, среда программирования, используемые программные средства, информационные структуры и т.д.

10. Эстетические и эргономические требования

11. Требования к стандартизации и унификации

Раздел 3. Текст программы

Раздел 4. Руководство программиста

Раздел 5. Руководство пользователя

Раздел 6. Экономическая часть

Раздел 7. Экологичность и безопасность разработки

Заключение

Список литературы

Приложения

3 Структура дипломного проекта Введение

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

Указать особенности присущие только данной предметной области, описать проблемы и противоречия, существующие на данный момент.

Каким образом предполагается решать указанную проблему или противоречия.

Раздел 1. Спецификация

Содержимое раздела «Спецификация» представляет собой таблицу, с кодами разделов, содержащихся в вашей работе.

В столбце «Обозначение» прописываются шифры разделов, которые присутствуют в вашей работе. В столбце «Наименование» - названия соответствующих разделов. А в строке «Примечание» - указываются ссылки на работы других студентов, если в этом есть необходимость (например, если одну тему разрабатывало несколько человек), или если ваше «Приложение» занимает отдельную папку (так тоже бывает).

Таблица 1

Внешний вид листа Спецификация

Обозначение	Наименование	Примечание
Документация
20903.09.02.151 – 06	Спецификация
20903.09.02.151 – 06 12	Текст программ
20903.09.02.151 – 06 33	Руководство программиста
20903.09.02.151 – 06 34	Руководство пользователя
20903.09.02.151 – 06 90	Техническое задание
20903.09.02.151 – 06 91	Экономическая часть
20903.09.02.151 – 06 92	Экологичность и безопасность проекта

Раздел 2. Техническое задание

2.1 Наименование и область применения разработки

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

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

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

Необходимо предоставить общее представление о создаваемой информационной системе и обосновать необходимость её создания.

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

• снижение стоимости продукции;

• увеличение количества или ассортимента;

• сокращение цикла разработка новых товаров и услуг, выход на рынок;

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

Описание моделей бизнес-процессов объекта автоматизации

Рассмотрение исследуемого объекта предполагает построение двух видов моделей. На этом этапе необходимо построить модели «как есть» («as is»), отражающие существующее на момент обследования положение дел в предметной области и описывающие, каким образом функционирует данный объект. Построение моделей бизнес-процессов предметной области может быть выполнено с помощью различных методик, которые отличаются подходами к моделированию. Принято различать методики объектные и функциональные (структурные).

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

Достоинство функционального подхода заключается в наглядности и понятности представления бизнес-процессов на различных уровнях абстракции. Существенным недостатком функционального подхода является некоторая субъективность детализации операций и, как следствие, большая трудоемкость в адекватном построении бизнес-процессов.

Объектно-ориентированный подход предполагает выделение классов объектов и определение действий, в которых участвуют объекты. При этом различают пассивные объекты, над которыми выполняются действия, и активные объекты, которые совершают эти действия. Такой подход позволяет выделять операции над объектами и решать задачи целесообразности существования самих объектов.

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

Для проведения моделирования разработаны различные методологии и соответствующие инструментальные средства. Методологии функционального моделирования (диаграммы потоков данных DFD, структурные диаграммы процессов IDEF0, ARIS) ориентированы на отображение последовательности функций. При их использовании трудно определить конкретные альтернативы процессов и увидеть схему взаимодействия объектов. Объектные модели, наоборот, отражают только обобщенную схему взаимодействия объектов без детализации последовательности выполнения функций. Методологии объектно-ориентированного подхода отражают объекты, функции и события, при которых объекты инициируют выполнение конкретных процессов. В качестве языка для описания моделей при объектно-ориентированном подходе выступает UML (Unified Modeling Language). UML применительно к бизнес моделированию может включать следующие диаграммы: Activity-диаграммы, Class-диаграммы, Component-диаграммы, Collaboration-диаграммы, Sequence-диаграммы, Use Case-диаграммы, Deployment-диаграммы, Statechart-диаграммы.

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

Определение недостатков существующей системы обработки информации

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

При этом следует сделать акцент на недостатки, устранение которых предполагается осуществить в проекте, например:

• возможность появления ошибок при составлении документов;

• высокая трудоемкость обработки информации;

• низкая достоверность результатов решения задачи из-за дублирования потоков информации;

• несовершенство организации сбора и регистрации исходной информации;

• несовершенство защиты целостности и секретности информации и т.д.