Файл: Основы проектирования программ.pdf

Идентификатор

Описание требования

Приоритет

Источник

Дополнительные вопросы

1

Форма написания технического документа должна быть максимально приближена к стандарту (в соответствии с требованиями ГОСТ)

Высокий

Консультант, директор по проектам, руководитель проекта

Как выглядит форма по ГОСТ?

2

Форма написания технического документа должна напоминать шаблон в разрезе функционального блока

Высокий

Консультант

Какие данные заполняются?

Какая особая информация необходима для заполнения формы?

3

Интерфейс приложения должен быть интуитивным и однозначным

Обычный

Директор по проектам / Архитектор, руководитель проекта

Какой интерфейс хотелось бы получить?

Что понимается пользователями под интуитивным и однозначным?

3

Ясность и четкость понимания функциональных требований

Обычный

Программист

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

4

Разграничение прав пользователей

Обычный

Администратор системы

Какие группы пользователей будут?

Какие действия будут доступны каждой группе?

№ п/п

Наименование раздела или подраздела технического задания

Факт автоматизации

Источники данных

1.

Общие сведения

Да

Справочники:

1. Компоненты сервиса;
2. Организации;
3. Контрагенты;
4. Виды технической документации;
5. Этапы ведения проекта;
6. Сроки ведения этапов проектов;
7. Формы оплаты;
8. Вид оплаты;
9. Валюта.

Регистры сведений:

1. Шифры проектов.

2.

Назначения и цели создания (развития) системы

Да

Справочники:

1. Вид автоматизируемой деятельности;
2. Контрагенты;
3. Цели автоматизации;
4. Критерии оценки достижения целей внедрения системы.

3.

Характеристика объектов автоматизации

Нет

Регистр накопления:

1. Информация об объектах автоматизации

Раздел заполняется вручную, при выгрузке технического задания в MS Word полностью переносится.

4.

Требования к системе

Частичная

Справочники:

1. Требования к системе в целом;
2. Требования к видам обеспечения.

Шаблоны:

1. Функциональные требования.

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

При выгрузке технического задания в MS Word полностью переносится.

5.

Состав и содержание работ по созданию системы

Да

Справочники:

1. Виды технической документации;
2. Виды и порядок проведения экспертизы;
3. Объемы проверяемой документации;
4. Виды работ по метрологическому обеспечению;
5. Сроки выполнения работ по метрологическому обеспечению.

6.

Порядок контроля и приемки системы

Да

Справочники:

1. Виды испытаний;
2. Состав и объем испытаний;
3. Методы испытаний;
4. Статусы приемочной комиссии.

Регистры сведений:

1. Соответствие испытаний нормам разрабатываемой системы.

7.

Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие

Нет

Регистр накопления:

1. Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие.

Раздел заполняется вручную, при выгрузке ТЗ в MS Word полностью переносится.

8.

Требования к документированию

Да

Справочники:

1. Виды технической документации;
2. Требование к документированию.

9.

Источники разработки

Да

Справочники:

1. Виды технической документации;

Регистр накопления:

1. Присоединенные файлы.

Краткое описание

Прецедент дает возможность Менеджеру по продажам создать и заполнить раздел технического задания «Общие сведения».

Актеры

Менеджер по продажам

Предусловия

Подготовка и заключение договора

Основной

Поток

• Менеджер по продажам выбирает кнопку «Создать техническое задание» на панели инструментов.
• Менеджер по продажам выбирает раздел «Общие сведения».
• Система выводит форму «Техническое задание.Общие сведения».
• Менеджер по продажам проверяет шаблон документа и при необходимости вводит недостающие данные.
• Менеджер по продажам сохраняет раздел «Общие сведения».
• Система создает новый документ по шаблону и сохраняет ее в информационной системе.

Постусловия

Если прецедент был успешным, форма записывается в информационную систему. В противном случае состояние системы остается неизменным.

Краткое описание

Прецедент дает возможность Руководителю проектов создать и заполнить раздел технического задания «Назначения и цели создания (развития) системы».

Актеры

Руководитель проекта

Предусловия

Согласованный и подписанный договор, написание и согласование «Устава проекта»

Основной

Поток

• Руководитель проекта находит карточку уже созданного варианта технического задания;
• Руководитель проекта нажимает на кнопку «Заполнить следующий раздел» на панели инструментов.
• Руководитель проекта выбирает раздел «Назначения и цели создания (развития) системы».
• Система выводит форму «Техническое задание. Назначения и цели создания (развития) системы».
• Руководитель проекта проверяет шаблон документа и при необходимости вводит недостающие данные.
• Руководитель проекта сохраняет раздел «Назначения и цели создания (развития) системы».
• Система создает новый документ по шаблону и сохраняет ее в информационной системе.

Постусловия

Если прецедент был успешным, форма записывается в информационную систему. В противном случае состояние системы остается неизменным.

Краткое описание

Прецедент дает возможность Руководителю проектов создать и заполнить раздел технического задания «Характеристики объекта автоматизации».

Актеры

Руководитель проекта

Предусловия

Согласованный и подписанный договор, написание и согласование «Устава проекта»

Основной

Поток

• Руководитель проекта находит карточку уже созданного варианта технического задания;
• Руководитель проекта нажимает на кнопку «Заполнить следующий раздел» на панели инструментов.
• Руководитель проекта выбирает раздел «Характеристики объекта автоматизации».
• Система выводит форму «Техническое задание. Характеристики объекта автоматизации».
• Руководитель проекта проверяет шаблон документа и при необходимости вводит недостающие данные.
• Руководитель проекта сохраняет раздел «Характеристики объекта автоматизации».

Постусловия

Если прецедент был успешным, форма записывается в информационную систему. В противном случае состояние системы остается неизменным.

Краткое описание

Прецедент дает возможность Директору по проектам / Архитектору создать и заполнить раздел технического задания «Требования к системе в целом».

Актеры

Директор по проектам / Архитектор

Предусловия

Собранная информация от Заказчика и написанный отчет об обследовании

Основной

Поток

• Директор по проектам / Архитектор находит карточку уже созданного варианта технического задания;
• Директор по проектам / Архитектор нажимает на кнопку «Заполнить следующий раздел» на панели инструментов.
• Директор по проектам / Архитектор выбирает раздел «Требования к системе в целом».
• Система выводит форму «Техническое задание. Требования к системе в целом».
• Директор по проектам / Архитектор проверяет шаблон документа и при необходимости вводит недостающие данные.
• Директор по проектам / Архитектор сохраняет раздел «Требования к системе в целом».

Постусловия

Если прецедент был успешным, форма записывается в информационную систему. В противном случае состояние системы остается неизменным.

Краткое описание

Прецедент дает возможность Директору по проектам / Архитектору создать и заполнить раздел технического задания «Требования к системе в целом».

Актеры

Директор по проектам / Архитектор

Предусловия

Собранная информация от Заказчика и написанный отчет об обследовании

Основной

Поток

• Директор по проектам / Архитектор находит карточку уже созданного варианта технического задания;
• Директор по проектам / Архитектор нажимает на кнопку «Заполнить следующий раздел» на панели инструментов.
• Директор по проектам / Архитектор выбирает раздел «Требования к видам обеспечения».
• Система выводит форму «Техническое задание.Требования к видам обеспечения».
• Директор по проектам / Архитектор проверяет шаблон документа и при необходимости вводит недостающие данные.
• Директор по проектам / Архитектор сохраняет раздел «Требования к видам обеспечения».

Постусловия

Если прецедент был успешным, форма записывается в информационную систему. В противном случае состояние системы остается неизменным.

Краткое описание

Прецедент дает возможность Консультанту создать и заполнить раздел технического задания «Требования к функциям (задачам), выполняемым системой».

Актеры

Консультант

Предусловия

Собранная информация от Заказчика и написанный отчет об обследовании

Основной

Поток

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

Постусловия

Если прецедент был успешным, форма записывается в информационную систему. В противном случае состояние системы остается неизменным.

Краткое описание

Прецедент дает возможность Руководителю проектов создать и заполнить раздел технического задания «Состав и содержание работ по созданию системы».

Актеры

Руководитель проекта

Предусловия

Согласованный и подписанный договор, написание и согласование «Устава проекта»

Основной

Поток

• Руководитель проекта находит карточку уже созданного варианта технического задания;
• Руководитель проекта нажимает на кнопку «Заполнить следующий раздел» на панели инструментов.
• Руководитель проекта выбирает раздел «Состав и содержание работ по созданию системы».
• Система выводит форму «Техническое задание. Состав и содержание работ по созданию системы».
• Руководитель проекта проверяет шаблон документа и при необходимости вводит недостающие данные.
• Руководитель проекта сохраняет раздел «Состав и содержание работ по созданию системы».

Постусловия

Если прецедент был успешным, форма записывается в информационную систему. В противном случае состояние системы остается неизменным.