2020-09-24
95
Для облегчения разработки веб-приложения рекомендуется использовать фреймворки, которые являются набором шаблонов или заготовок, облегчающих разработку и объединение разных модулей программного проекта.
Оформление этапа Создание в расчетно-пояснительной записке
Конструкторская часть
Техническое задание
Техническое задание – один из важнейших конструкторских документов. Все положения, зафиксированные в техническом задании, подлежат безусловному выполнению. Поэтому ошибка в формулировках, возможность неоднозначного толкования документа инициируют соответствующие ошибки в программном продукте, потерю времени на устранение ошибок, увеличение затрат и пр. Здесь очень важно полное взаимопонимание между заказчиком и исполнителем.
Техническое задание составляется в соответствии с ГОСТ 19.201-78. Дадим некоторые пояснения по оформлению разделов задания (ниже номера пунктов соответствуют номерам разделов задания по ГОСТу).
1. Техническое задание начинается с титульного листа, который обязателен и занимает отдельную страницу. Подпись «Согласовано» в правом верхнем углу ставят руководители исполнителей и соисполнителей (Для проекта – Заведующий кафедрой). Подпись «Утверждаю» в левом верхнем углу ставят руководители предприятий-заказчиков (Для проекта – Проректор НУК ИУ). Внизу титульного листа справа подписываются руководитель проекта и исполнитель. В центре титульного листа после текста «Техническое задание на разработку» указывается точный вид изделия и его наименование.
2. Во введении указывается краткая характеристика предметной области, в которой предполагается использовать программный продукт. Например, в области управления коммунальным хозяйством, в области организации торговли и т. д.
2. В качестве основания для разработки указывать «Учебный план направления ………, утвержденный Ректором МГТУ ………..
4. В разделе 4.1 «Требования к функциональным характеристикам», сформулированные на этапе Анализа системы.
В этом разделе нежелательны указания на возможные программные решения, которые ограничивают конструкторскую работу программиста.
В разделе 4.2 «Требования к надежности» надо перечислить все применяемые в программном продукте методы повышения надежности:
- повышение надежности ввода данных: условия на вводимые значения, маски, двойной ввод, использование всплывающих списков и т. д.:
- защита информации от разрушения: защита от выключения питания, автозапись, откаты, журнальные файлы, архивные файлы и т. д.;
- защита от несанкционированного доступа;
- защита от внешних воздействий и помех
Результаты расчета времени восстановления информации.
В разделе 4.3 «Условия эксплуатации» необходимо указать:
- условия запуска программы, полный набор требуемых для запуска внешних файлов;
- время непрерывной работы;
- требуемая производственная площадь и её характеристики: температура, освещенность, влажность;
- требуемые штаты обслуживающего персонала и его квалификация, Рекомендуем не завышать требований, чтобы персоналу не требовалось обучения на специальных курсах. Часто бывает достаточной формулировка «Систему может обслуживать пользователь-непрограммист, знакомый с основными принципами работы в среде операционной системы Windows ME и ниже. Для этого система снабжается дружественным интерфейсом, достаточным числом справок, инструкций, подсказок».
В разделе 4.4 «Требования к составу и параметрам технических средств» указывается состав и параметры компьютеров, принтеров, сканеров и другого оборудования, обеспечивающего функционирование рабочих мест, сетевой структуры, системы телеметрической передачи информации и т. п.
В разделе 4.5 «Требования к информационной и программной совместимости» должна быть указана программная среда, протоколы интерфейсов с сетевыми структурами, требования к структуре информации на входе и на выходе.
В разделе 4.6 «Требования к маркировке и упаковке» указать «Нет».
В разделе 4.7 «Требования к транспортировке и хранению» указать, если необходимо, что программный продукт хранится на носителе в виде гибких дисков, CD дисков и др.
В части 5.а «Требования к программной документации» указывается перечень сопроводительных документов. Например, «Инструкция для пользователя программного продукта». Поставка описания программы обычно не требуется. Вместо этого указывается требование, чтобы программные модули были самодокументируемы, то есть содержали достаточный комментарий.
В части 5 «Технико–экономические показатели» указать ориентировочную экономическую эффективность, предполагаемую годовую потребность. Желательно привести данные из организационно-экономического раздела проекта.
В части 6 «Стадии и этапы разработки» привести таблицу со столбцами: номер этапа, содержание этапа, срок окончания этапа, отчетные материалы, стоимость этапа. В этой таблице укажите данные своего плана работы над проектом.
Архитектура системы
В этом разделе описывается реализуемое архитектурное решение системы с подробным обоснование выбранного варианта реализации. Приводится описание назначения и функций каждого уровня архитектуры.
База данных
В этом разделе приводится обоснование выбора СУБД (Системы управления базами данных) на основании анализа современных СУБД и требований к системе, приводится схема базы данных, описание таблиц, описание реализованных ограничений и блок схемы функций и триггеров.
