Практическая работа 1 Составление спецификации требований к пп
 Скачать 220.05 Kb.
|
|
Практическая работа №1 Составление спецификации требований к ПП Цель работы: приобрести навыки составления спецификации требований на основе шаблона. Оборудование: ПК, Microsoft Word Источники: ГОСТ 34.601-90 «Комплекс стандартов на автоматизированные системы Автоматизированные системы. Стадии создания» ISO/IEC 12207:2008 «System and software engineering — Software life cycle processes» (российский аналог — ГОСТ Р ИСО/МЭК 12207-2010 Информационная технология. Системная и программная инженерия. Процессы жизненного цикла программных средств). Разработка информационной системы. Методология INDF0. https://www.sites.google.com/site/anisimovkhv/learning/pris/lecture/tema6/tema6_2 Разработка информационной системы. Методология DFD0. https://www.sites.google.com/site/anisimovkhv/learning/pris/lecture/tema6/tema6_3 Пример шаблонов: Описание шаблона спецификации требований: https://analytics.infozone.pro/requirements-analysis/template-specification-requirements/ Пример спецификации требований: https://akiselev87.files.wordpress.com/2011/03/d0b5d181d183d0b7.pdf МЕТОДИЧЕСКИЕ УКАЗАНИЯ И ЗАДАНИЯ К ПРАКТИЧЕСКОЙ РАБОТЕ Ознакомьтесь с шаблонами и примерами оформления спецификации требований [источники 5.1 и 5.2]. Выпишите основные разделы спецификации требований и требования к их оформлению. Данные исследования оформите в произвольной форме. Перечень разделов спецификации требований: вписать Разработайте и оформите спецификацию требований однопользовательского программного продукта (см. вариант задания) с разделами по ниже представленному примеру. Необходимые диаграммы подготовить в среде Visio. Требования к оформлению: На всех страницах в нижнем колонтитуле справа указать номер страницы по образцу: Страница 1 из 21. Первый лист нумеруется. В верхнем колонтитуле документа указать: Название информационной системы; Название документа; Дата; Версия с указанием номера (см. образец титульного листа). Шрифтовое оформление документа: гарнитура TimesNewRoman, 14 пт. Заголовки разделов и подразделов нумеруются; стиль шрифта полужирный. Разделы спецификации требований: Титульный лист. Отражает название документа. Название программного продукта. Версию программного продукта и дату разработки. .  Рисунок 1 – Образец титульного листа. ВАРИАНТЫ ЗАДАНИЙ (РАЗРАБАТЫВАЕМАЯ ИНФОРМАЦИОННАЯ СИСТЕМА –ОДНОПОЛЬЗОВАТЕЛЬСКАЯ)
ПРИМЕР СОДЕРЖАНИЯ СПЕЦИФИКАЦИИ ИНФОРМАЦИОННОЙ СИСТЕМЫ «ТЕЛЕФОННЫЙ СПРАВОЧНИК» Лист 2 (после титульного): ИСТОРИЯ ИЗМЕНЕНИЙ
Утверждение
Согласовано
Лист 3 (после титульного, страницы разделов должны быть указаны): СОДЕРЖАНИЕ Введение……………………………………………………………………………………………… Цель ……………………………………………………………………………………………. Границы проекта ……………………………………………………………………………… Общее описание ……………………………………………………………………………………… Обзор продукта ………………………………………………………………………………… Обзор модели проект…………………………………………………………………………… Характеристика пользователей ……………………………………………………………… USE-CASE модель …………………………………………………………………………… Спецификация требований………………………………………………………………………… Функциональные требования………………………………………………………………… Нефункциональные требования……………………………………………………………… Модели анализа……………………………………………………………………………………… Листы 4 - … (после титульного): Спецификация требований к программному продукту ВВЕДЕНИЕ Цель В данном документе разрабатывается спецификация однопользовательской информационной системы «ТЕЛЕФОННЫЙ СПРАВОЧНИК», которая отражает функциональные и нефункциональные требования к информационной системе, отражает структуру программного продукта и предназначена для разработчиков программного продукта Границы проекта Информационная система «Телефонный справочник» ориентирована на работу с одним пользователем, который имеет право не только осуществлять поиск необходимых данных, но и заносить новую информацию, имеет возможность редактировать существующую. ОБЩЕЕ ОПИСАНИЕ Обзор продукта Основные задачи системы: Поиск номера телефона по введенным атрибутам абонента Запись атрибутов абонента и номера телефонов в справочник Изменение номеров телефонов и атрибутов абонента в справочнике Обзор модели объектов Информационная система должна предоставлять возможность хранения и получения сведений о номерах телефонов частных лиц и организаций/предприятий города и района. Версия ориентирована на использование на локальном ПК  Рисунок 1 – Общая схема работы системы. Характеристика пользователей Основной пользователь – пользователь на локальном ПК Use-case модель  Рисунок 2 - Диаграмма вариантов использования информационной системы СПЕЦИФИКАЦИИ ТРЕБОВАНИЙ Функциональные требования Хранение номеров телефонов частных лиц в формате: ФИО, адрес, телефон Хранение номеров телефонов организаций/предприятий города и района в формате: Организация/Предприятие, адрес, контактное лицо, телефон Поиск номеров телефонов частных лиц с использованием ФИО Поиск номеров телефонов частных лиц с использованием Адрес Поиск номеров телефонов частных лиц с использованием ФИО и АДРЕС Поиск телефонов организаций/предприятий с использованием Наименование Поиск телефонов организаций/предприятий с использованием Наименование и адрес Изменение номеров телефонов Запись новых номеров телефонов частных лиц в формате: ФИО, адрес, телефон Запись новых номеров телефонов организаций/предприятий города и района в формате: Организация/Предприятие, адрес, контактное лицо, телефон Нефункциональные требования Обеспечение удобства ввода и просмотра данных с использованием объектно-ориентрованного интерфейса Обеспечение критериев целостности данных при внесении новой информации, информирование пользователя о процедурах изменения/ удаления записи МОДЕЛИ АНАЛИЗА  Рисунок 3 – Диаграмма информационной системы «Телефонный справочник» (IDEF0)  Рисунок 4 – Диаграмма потоков данных в информационной системе |