 |
Приложение В. Выходная документация
|
|
|
|
МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ
Федеральное государственное бюджетное образовательное учреждение
высшего профессионального образования
УЛЬЯНОВСКИЙ ГОСУДАРСТВЕННЫЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ
Кафедра «Измерительно-вычислительные комплексы»
ТЕХНИЧЕСКОЕ ЗАДАНИЕ
на разработку автоматизированной системы
Вариант № «»
Составил:
студент гр. ИСТд-31
Умнов Пётр Владимирович
«» 2011 г.
Проверил:
доцент каф. ИВК, к.т.н., доцент
Родионов Виктор Викторович
«» 2011 г.
с результатом: утверждено отклонено
(ненужное зачеркнуть)
Ульяновск, 2011
Общие сведения
Указывается наименование разрабатываемой системы, которое должно быть основано на названии заданной вариантом предметной области и начинаться со слов «Автоматизированная система», с припиской «далее система».
Приводятся фактический срок начала работы и планируемый срок завершения.
Назначение и цели создания системы
2.1 Назначение системы
Указываются область автоматизируемой деятельности (в общем случае совпадает с названием предметной области, с некоторой детализацией) и места возможного внедрения (практического применения) системы.
2.2 Цели создания системы
Приводится перечень целей, которые будут достигнуты в результате применения системы. Цели должны быть специфичны для рассматриваемой предметной области, оперировать соответствующими терминами и отвечать на вопрос «для чего»? Каждая из целей в своей формулировке также должна содержать обоснование, за счёт чего (за счёт решения каких задач) её планируется достигнуть. Количество целей – не менее 3.
Характеристика объекта автоматизации
|
|
|
Приводятся сведения, полученные при изучении предметной области и относящиеся непосредственно к объекту автоматизации. Изложение должно отражать его ключевые особенности, происходящие в нём процессы, но не должно включать проектные решения, в частности, связанные с проектированием базы данных. Объём раздела – не менее 1 стр.
Требования к системе
4.1 Требования к системе в целом
4.1.1 Требования к структуре и функционированию системы
Ограничиться фразой «Определяется общей постановкой задачи задания на курсовую работу».
4.1.2 Требования к защите информации он несанкционированного доступа
Выполняется аргументированная оценка необходимости защиты данных, хранимой и передаваемой в системе, от несанкционированного доступа. Необходимость определяется спецификой предметной области, требованиями сохранения в тайне сведений коммерческого или служебного характера. В случае если будет установлена необходимость защиты, также должны быть предложены конкретные технические, организационные и программные меры по защите, в том числе те те, которые могут быть (и должны быть) реализованы при создании программного обеспечения системы: защита паролем, шифрование и т.д.
4.2 Требования к функциям, выполняемым системой
Указывается перечень функций, которые должна выполнять система. Такими функциями не являются поиск, фильтрация и т.д. (это всего лишь средства пользовательского интерфейса, способствующие выполнению функций системы), хранение данных в конкретных таблицах, с конкретными наборами атрибутов и ключами. Набор функций должен полностью соответствовать характеристике объекта автоматизации, приведённой в разделе 3. Количество функций – не менее 5.
4.3 Требования к видам обеспечения
4.3.1 Требования к техническому обеспечению
Приводится рекомендуемая конфигурации технического обеспечения на примере домашнего компьютера студента (материнская плата, процессор, оперативная память, жёсткий диск, видеокарта, звуковая карта, монитор, оптический привод, принтер и т.д.), обязательно с указанием производителя того или иного компонента, названия модели и её кратких характеристик.
|
|
|
4.3.2 Требования к программному обеспечению
Указывается применяемая при разработке версия операционной системы Windows, а также программное обеспечение, использованное при создании диаграммы «сущность-связь».
5 Состав и содержание работ по созданию системы
Ограничиться фразой «Определяется этапами выполнения работы задания на курсовую работу».
Порядок контроля и приёмки системы
Ограничиться фразой «Определяется порядком защиты и критериями оценки работы задания на курсовую работу».
Требования к документированию
Указывается структурные компоненты (заголовки) из шаблона пояснительной записки (см. файл Шаблон ПЗ.doc), которые не будут включены в пояснительную записку к данной системе. Удаляться могут только необязательные компоненты (см. файл UDk_mi.pdf). В дальнейшем не допускается внесение каких-либо изменений в структуру записки. Поэтому выработке требований к документированию должен предшествовать тщательный анализ предложенной структуры записки.
Приложение А. Инфологическая модель предметной области
А.1 Диаграмма «сущность-связь»
Приводится ER -диаграмма логического уровня, содержащая русскоязычные (можно из нескольких слов) названия сущностей, связей и атрибутов, в нотации IE или IDEF1X. Должны быть также указаны типы атрибутов.
А.2 Сущности и их атрибуты
Даётся краткая характеристика каждой сущности и тех атрибутов сущностей, назначение которых неясно по названию (иными словами, комментировать самоочевидные атрибуты не нужно). При необходимости также приводятся примеры значений данных, которые могут быть сохранены в атрибуте.
А.3 Связи между сущностями
Приводится описание использованных связей между сущностями, обязательно с обоснованием степени связи и классов принадлежности обеих сущностей, участвующих в связи.
Приложение Б. Пользовательский интерфейс программного обеспечения
Приводимые решения при реализации не могут пересматриваться, однако, возможно «перевыполнение плана» (с описанием в подразд. 4.3 «Особенности реализации и сопровождения» пояснительной записки).
|
|
|
Б.1 Поиск
Приводятся наименования сущностей и их атрибутов, для которых будет предусмотрена операция поиска, реализованная собственными средствами интерфейса и программным кодом. Даются необходимые комментарии и обоснования. Количество операций поиска – не менее 1.
Б.2 Фильтрация
Приводятся наименования сущностей и их атрибутов, для которых будет предусмотрена операция фильтрации, реализованная собственными средствами интерфейса и программным кодом. Даются необходимые комментарии и обоснования. Количество операций фильтрации – не менее 2.
Б.3 Запросы
Приводятся наименования сущностей и их атрибутов, для которых будет предусмотрено создание запросов. Выполняется описание назначения каждого из запросов. Количество запросов – не менее 3.
Приложение В. Выходная документация
Приводится перечень выходной документации (отчётов, которые будут подготовлены в среде Microsoft Access), их состав, используемые сущности, особенности представления данных. Количество отчётов – не менее 3, с использованием как «табличного», так и «бланкового» типов отчётов.
|
|
|
