Информация, представленная в техническом задании, должна быть достаточной для дальнейшей работы программиста при минимальных обращениях к пользователю-заказчику для согласования и уточнения неясных из ТЗ вопросов.
В связи с этим техническое задание должно содержать следующие основные разделы:
2.2. Оглавление технического задания
Титульный лист
Введение
1. Наименование разработки
2. Цель разработки
3. Основание для разработки
4. Используемая терминология предметной области
24
5. Перечень используемых сокращений
6. Описание проблемы автоматизации
6.1. Описание технологических процессов, подлежащих автоматизации.
6.2. Описание документооборота существующего технологического про
цесса.
6.3. Формулировка проблемы и задач автоматизации (требования поль
зователя).
7. Схемы потоков данных рассматриваемой проблемной области
8. Функциональное назначение разрабатываемого программного изделия
(требования к программному изделию)
х/ 9. Архитектура программного комплекса и функциональная модель
10. Логическая схема базы данных
10.1. Диаграмма взаимосвязей данных (типа "сущность-отношение")
10.2. Структура записей файлов (таблиц)
10.3. Словарь данных
11. Состав и привилегии пользователей, распределение функций между ними
12. Требования к интерфейсу пользователя
13. Структура меню программной системы
14. Детальное описание программных модулей
'/ ( 14.1. Описание алгоритма функционального модуля
14.2. Описание экранных форм, входных и выходных данных
15. Представление справочной инсрормации и выходные отчеты
16. Средства обеспечения защиты и безопасности программ и данных
17. Технические и программные средства
18. Рекомендации по распространению программного изделия.
Приложения
1. Технико-экономическое обоснование разработки
2. Стадии и этапы разработки
3. Перечень разрабатываемой документации
2.3. Содержание разделов технического задания
Введение
Техническое задание (ТЗ) создается с целью обобщения и систематизации всех требований, предъявляемых к разрабатываемому программному изделию (информационной системе в рамках курсового проекта) со стороны его пользователей и со стороны программистов-разработчиков изделия, в котором должны быть реализованы требования пользователей. В связи с этим техническое задание содержит всю необходимую информацию для последующей программной реализации тех решений, которые были приняты на этапе системного (логического) проектирования.
Заказчик программного изделия формулирует на языке непрограммирующего пользователя (специалиста прикладной области) общую задачу, связанную с автоматизацией технологических процессов конкретной предметной области. В качестве заказчика выступает преподаватель.
В результате всестороннего обследования объекта автоматизации и изучения существующего технологического процесса и документооборота бригада разработчиков подготавливает подробные требования пользователя и согласовывает их с преподавателем.
Во введении следует отразить актуальность и экономическую целесообразность разработки выбранного варианта программного изделия и сформулировать задачи автоматизации, которые должны быть решены в процессе проектирования.
25
1. Наименование разработки
Должно соответствовать теме курсового проекта. Допускается использование дополнительно акронимов или специальных названий разрабатываемой системы.
2. Цель разработки
Кратко формулируется, какой продукт должен быть получен в результате разработки, его функциональное назначение и какой эффект даст его внедрение.
3. Основание для разработки
Как правило, основанием для разработки служит задание, выданное преподавателем, хотя могут быть (по согласованию с преподавателем) проекты, выполняемые для внешних организаций.
4. Используемая терминология предметной области
Приводится список терминов и их определений, характерных для рассматриваемой предметной области и используемых в ТЗ.
5. Перечень используемых сокращений
Приводится список всех сокращений, используемых в ТЗ, и дается их расшифровка.
6. Описание проблемы автоматизации
6.1. Описание технологических процессов, подлежащих автоматизации
Описание технологического процесса существующей системы на основе под
робного ее обследования проводится на уровне выполняемых функций, процессов и
операций. Описание должно включать характеристики и особенности эксплуатации
существующей информационной системы. Особую важность при этом представляет
идентификация трудностей, проблем и узких мест в этой системе, а также выявле
ние новых требований, которые должна реализовывать разрабатываемая система.
Обследование существующей системы и объекта информатизации - это взгляд заказчика (специалиста предметной области) на цели и функции существующей системы и его представление о концепции новой системы. Вместе с тем технологический процесс, подлежащий автоматизации описывает системный аналитик, а заказчик определяет правильность понимания им основных функций системы Для нового технологического процесса приводится описание предполагаемых технологических цепочек с указанием последовательности выполняемых операций, контролен, согласований.
6.2. Описание документооборота существующего технологического процесса
Приводится описание всех входных, промежуточных и выходных документов,
используемых на каждом этапе технологического процесса существующей системы с указанием количественных и временных характеристик документопотоков и предполагаемых их изменений в будущем.
При описании документопотоков необходимо указать:
• источник поступления документа;
• способ передачи документа (бумажный носитель, факс, электронная почта,
сеть и т.д.);
• структура формы документа;
• информационное содержание документа;
• состав пользователей, занятых обработкой документа;
• алгоритмы и результаты обработки документа;
• случаи одновременной (параллельной) обработки документов;
26
• форма передачи документа и приемник документа.
6.3. Формулировка проблемы и задач автоматизации (требования пользователя)
На основе обобщения результатов обследования существующей системы, после установления потребности создания и подтверждения осуществимости новой системы или модификации прежней формулируются подробные требования пользователя, что должно быть автоматизировано в технологическом процессе. Функциональное назначение программного изделия описывается в виде перечня задач и подзадач, реализация которых обеспечит решение поставленной задачи автоматизации.
Указывается также, какой эффект и за счет чего ожидают получить в результате автоматизации.
7. Схемы потоков данных рассматриваемой проблемной области
В результате проведения структурного системного анализа конкретной прикладной области строится многоуровневая схема потоков данных рассматриваемой информационной системы с описанием хранилищ информации, приемников и источников данных, функциональных блоков обработки и соединяющих их потоков данных. На основании полученных схем уточняются возможные варианты построения автоматизированной системы, функции системы, которые целесообразно автоматизировать, и возможная последовательность реализации основных функциональных блоков системы. Схемы потоков данных отражают в графической форме функциональную модель системы.
8. Функциональное назначение разрабатываемого программного изделия
(требования к программному изделию)
На основе изучения требований пользователя и схем потоков данных приводится перечень функций разрабатываемого программного изделия, реализация которых должна обеспечить решение поставленной проблемы автоматизации процессов обработки данных. По существу этот перечень представляет собой основную группу требований к программному изделию - функциональные требования, которые определяют, что должно делать программное изделие.
Как правило, описание функций систематизируется по следующим разделам:
• автоматизированный ввод данных в базу данных, контроль достоверности
данных;
• диалоговое взаимодействие с пользователями;
• управление базой данных;
• решение функциональных расчетных задач;
• представление информации пользователю в режиме выдачи регламентных
отчетов и в интерактивном запросном режиме;
• архивирование данных и формирование статистики;
• обеспечение защиты и безопасности данных;
• организация взаимодействия с другими информационными системами.
Кроме функциональных требований, необходимо рассмотреть:
1. Эксплуатационные требования.
2. Требования к интерфейсам.
3- Операционные требования.
4. Требования к техническим ресурсам.
5. Требования к защите и безопасности информации.
6. Требования к качеству программного изделия.
7. Требования к надежности.
27
Требования на пригодность к сопровождению. Требования к документации.
9.
9. Архитектура программного комплекса и функциональная модель ' Описывается иерархическая функциональная диаграмма программного изделия, отражающая иерархию функции и подфункции.
Архитектура программного изделия отражает описание иерархической структуры программной системы в виде детальной схемы соподчиненных программных модулей, соответствующих функциям системы. Функциональные модули, образующие структуру системы, не являются непосредственно программными процедурами, они определяют те действия, которые должна выполнять программное изделие. Оптимальная декомпозиция программного комплекса - это задача, которую будет решать программист на последующих этапах жизненного цикла программного изделия. Декомпозиционная диаграмма модулей вытекает из анализа схем потоков данных и должна учитывать весь комплекс требований к программному изделию.