Техническое задание на разработку программного изделия

2.1. Общие замечания

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

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

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

В связи с этим техническое задание должно содержать следующие основные разделы:

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. Архитектура программного комплекса и функциональная модель ' Описывается иерархическая функциональная диаграмма программного изде­лия, отражающая иерархию функции и подфункции.

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

10. Логическая схема базы данных

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

10.1. Диаграмма взаимосвязей данных (типа "сущность-отношение")
Приводится общая схема данных в виде блок-схем (диаграмм), элементами

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

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

Корректное изображение логической структуры базы данных в ТЗ является важнейшим фактором для успешного последующего проектирования системы, вклю­чая и физическую модель базы данных и реализацию функций, обеспечивающих ее целостность.

10.2. Структура записей файлов (таблиц)

Для каждой создаваемой логической таблицы должна быть описана структура ее записи в виде перечня всех элементов (полей). Каждая таблица должна иметь логическое имя. Для каждой таблицы указываются поля (поле), образующие первич­ный ключ записи, а также поля, по которым впоследствии должны быть индексиро­ваны записи.

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

10.3. Словарь данных

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

28

11. Состав и привилегии пользователей, распределение функций между ними Необходимо описать:

• какие категории пользователей будут взаимодействовать с системой;

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

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

• структуру и состав АРМ пользователей (в случае их наличия) с перечнем
решаемых на каждом из них задач.

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

• просмотр;

• внесение новых записей;

• корректировка отдельных полей записей;

• удаление записей;

• создание новых файлов (таблиц);

• удаление файлов (таблиц).

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

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

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

12. Требования к интерфейсу пользователя

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

Если требуется разработка нестандартного интерфейса, то должны быть оп­ределены следующие требования:

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

• требования к характеристикам монитора;

• общая характеристика экранных форм;

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

• тип отображаемой на экране информации;

• требования к представлению справочной информации .

13. Структура меню программной системы

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

29

14. Детальное описание программных модулей

14.1. Описание алгоритма функционирования модуля

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

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

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

• регламент работы, периодичность и продолжительность;

• режим управления запуском;

• входные данные (их структура, объемы, источники поступления);

• выходные отчеты.

14.2. Описание экранных форм, вызываемых модулем

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

• управляющее окно, содержащее меню и функциональные клавиши;

• окно для ввода данных;

• окно для ввода поисковых атрибутов;

• окно для просмотра и редактирования данных;

• окно для вывода результатов.

Каждое экранное окно должно быть подробно описано:

• его функциональное назначение;

• кем вызывается (родительское окно);

• общая структура окна;

• описание полей;

• меню и функциональные клавиши;

• правила передвижения по элементам окна;

• описание операций, которые выполняются при перемещении по элементам
окна, по полям и записям.

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

Для каждого выходного отчета необходимо указать:

• какой функциональный модуль его создает и из какой экранной формы он
получается;

• из каких входных данных формируется отчет;

• какие выходные данные включаются в отчет;

• структуру документа с описанием расположения и содержания полей;

30

• алгоритм создания отчета;

• кому предназначается отчет , способ его представления.

16.      Средства обеспечения защиты и безопасности программ и данных
Перечисляются требования к обеспечению безопасности и защиты функцио­
нирования программной системы по следующим пунктам:

• обеспечение целостности, полноты и достоверности информации в базах
данных при возможных угрозах;

• защита информации от несанкционированного доступа;

• защита информации от возможных случайных и умышленных искажений,
утраты и хищений.

17. Технические и программные средства

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

Для комплекса программных средств указываются предполагаемые для ис­пользования типы:

• операционной системы;

• системы управления базой данных;

• сетевое программное обеспечение.

18. Рекомендации по распространению программного изделия
Отмечается, где может быть эффективно использовано разрабатываемое

программное изделие.

Приложения

1. Технико-экономическое обоснование разработки.

2. Стадии и этапы разработки.

3. Перечень разрабатываемой документации.