Стадия реализации проекта ИС.

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

Основные задачи: ●Разработка тех.спецификаций модулей ИС: 1)разработка спецификаций, к-ые выражают функциональные возможности каждого модуля в физ.категориях; 2)определение средств разработки для каждого модуля (или выделенных групп модулей), если используются несколько средств разработки в одном проекте; 3)определение последовательности реализации модулей и зависимостей модулей. Виды: 1.функциональная – разрабатывается для заказчика с целью получения санкции на завершение проектирования и начало реализации; 2)техническая – создается для разработчиков модулей и групп тестирования, содержит описание деталей проекта, а также ряд отчетов из репозитория CASE-средств. Основанием для разработки служит постановка задачи. ●Кодирование (разработка программного кода) и/или генерация программного кода (в случае использования CASE-средств). ●Интегрирование и обмен данными с внешними системами. ●Тестирование. ●Разработка рабочей (эксплуатационной) документации. Технологическая инструкция – один из эксплуатационных документов, входящих в состав рабочего проекта. Документация на ПО: 1)руководство пользователя, 2)руководство системного администратора, 3)руководство программиста. Задача технологической инструкции – соотнести функциональность ПО автоматизированной системы с практикой, описать работу пользователей АС по существу.

По ГОСТ 34.601-90: 1."Разработка рабочей документации на систему и её части" - осуществляют разработку рабочей документации, содержащей все необходимые и достаточные сведения для обеспечения выполнения работ по вводу АС в действие и её эксплуатации, а также для поддержания уровня эксплуатационных характеристик (качества) системы в соответствии с принятыми проектными решениями, её оформление, согласование и утверждение. Виды документов по ГОСТ 34.201-89. 2."Разработка или адаптация программ" - проводят разработку программ и программных средств системы, выбор, адаптацию и (или) привязку приобретаемых программных средств, разработку программной документации в соответствии с ГОСТ 19.101.

Документация: ● Рабочий проект – комплекс документации, содержащий все необходимые и достаточные сведения для обеспечения выполнения работ по вводу ИС в действие и её эксплуатации, а также для поддержания уровня эксплуатационных характеристик (качества) системы в соответствии с принятыми проектными решениями. Источником разработки рабочего проекта служит технический проект. Рабочий проект оформляется в соответствии с ГОСТ 34.201-90 «Виды, комплектность и обозначение документов при создании автоматизированных систем». В комплекс рабочего проекта входит также программная документация в соответствии с ГОСТ 19.701-90. (напр., Каталог БД; Состав выходных данных (сообщений); Массив входных данных; Технологическая инструкция; руководство пользователя и др.)

28.Оценка трудоёмкости разработки документации.

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

Процесс документирования (рисунок).

Методы оценки:

1)Метод нисходящего проектирования. Предписывает разделить задачу на части (документы, главы), оценить объем каждой части в страницах и в дальнейшем при планировании исходить из определенного норматива выпуска технической документации. Процесс разработки документации включает следующие этапы: 1.планирование – 15%; 2.написание первой редакции – 50%; 3.написание второй редакции – 25%; 4.подготовка фотошаблонов (оформление текста) – 10%. Использование метода предполагает предварительную оценку числа страниц каждого документа: 1.автор может за месяц подготовить 22 страницы нового текста; 2.автор может за месяц подготовить 44 страниц текста с изменениями.

2)Поминутно-часовой метод. Устанавливает нормы выработки по каждому виду работ, выполняемому при разработке документации. Значит, если мы должны написать документ объемом 100 страниц, то столько-то времени уйдет на набор текста, столько-то на редактирование, столько-то на оформление и т.д.