Сайт Игоря Гаршина (сборник ключевых знаний и ресурсов) Главная
Письмо автору сайта Игорю Гаршину Пишите

Регламент согласования документов при проектировании информационных систем

Главная > Информатика > Согласование документов при проектировании ИС

Проект

Содержание

Введение. 3

Обследование объекта и разработка Технического задания. 4

Типы и состав документов. 4

Регламент согласования документов. 4

Протоколы совещаний. 4

Программа работ по разработке ТЗ. 4

Списки вопросов для экспресс-обследования предприятий Заказчика. 5

Протоколы интервьюирования экспертов на предприятиях Заказчика. 6

Техническое задание. 7

Техническое проектирование (разработка Системного проекта) 10

Типы и состав документов. 10

Регламент согласования документов. 11

Протоколы совещаний. 11

Программа работ по разработке Системного проекта. 11

Списки вопросов для бизнес-обследования предприятий Заказчика. 11

Протоколы интервьюирования экспертов на предприятиях Заказчика. 12

Модель бизнес процессов. 13

Внутрифирменная проектная документация. 14

Гостированная документация. 15

Рабочее проектирование (Реализация Системы) 16

Типы и состав документов. 16

Регламент согласования документов. 16

Протоколы совещаний. 16

Программа работ по реализации Системы.. 16

Внутрифирменная документация по рабочему проектированию.. 17

Промежуточная отчетность по рабочему проектированию.. 17

Сопроводительная документация. 18

Программы испытаний. 18

Ввод в действие (внедрение Системы) 19

Типы и состав документов. 19

Регламент согласования документов. 19

Протоколы совещаний. 19

Программа работ по внедрению Системы.. 19

Протоколы испытаний и согласований. 20

Акты завершения работ и приемки Системы.. 20

 


Введение

Настоящий регламент составлен в соответствии со стадиями создания автоматизированных систем по ГОСТ 34.601-90:

·         Стадия 1. Формирование требований к АС

·         Стадия 2. Разработка концепции АС

·         Стадия 3. Техническое задание

·         Стадия 4. Эскизный проект

·         Стадия 5. Технический проект

·         Стадия 6. Рабочая документация

·         Стадия 7. Ввод в действие

·         Стадия 8. Сопровождение АС

Часть приведенных стадий в настоящем регламенте не описана, т.к. эти стадии не являются обязательными, а именно:

·         Стадия 1. Формирование требований к АС (может объединяться с формированием ТЗ)

·         Стадия 2. Разработка концепции АС

·         Стадия 4. Эскизный проект

·         Стадия 8. Сопровождение АС


Обследование объекта и разработка Технического задания

Типы и состав документов

На этапе обследования объекта автоматизации и разработки ТЗ разрабатываются и согласовываются следующие документы:

·         Протоколы двух и трех сторонних совещаний с Заказчиком и Генподрядчиком.

·         Программа работ по этапу разработки ТЗ.

·         Списки вопросов для экспресс-обследования предприятий Заказчика.

·         Протоколы интервьюирования экспертов на предприятиях Заказчика.

·         Техническое задание.

Регламент согласования документов

Протоколы совещаний

Назначение

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

Рекомендуется иметь, по крайней мере, один такой протокол с определением назначения, границ и целей Системы (п.п. 2.1 и 2.2 ТЗ).

Порядок разработки

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

Порядок и время согласования

Документ подписывается участвующими сторонами.

Время согласования –  .

Программа работ по разработке ТЗ

Назначение

Документ представляет собой детальный план работ по этапу экспресс-обследования предметной области, формирования требований пользователя и написания ТЗ.

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

·         Состав работ определяется на основе структуры ТЗ.

·         Исполнители работ (Заказчик, Генподрядчик или Субподрядчик) определяются на основании протоколов организационных совещаний.

·         Сроки проведения работ в Программе определяются на основании Календарного плана.

Порядок разработки

Документ формируется Субподрядчиком и предоставляется Генподрядчику после следующих работ:

·         заключение Договора на создание (развитие) ИС;

·         подписание Календарного плана;

·         заключение Соглашения о конфиденциальности;

·         проведение необходимых организационных совещаний.

Порядок и время согласования

По данному документу согласовываются:

·         сроки и характер проведения работ по взаимодействию между Заказчиком, Генподрядчиком и Субподрядчиком;

·         сроки и объем работ, исполнителями которых выступают Генподрядчик или Заказчик.

Время согласования –  .

Списки вопросов для экспресс-обследования предприятий Заказчика

Назначение

Список вопросов для экспресс-обследования предприятий Заказчика предназначен для интервьюирования экспертов с целью выявления требований пользователей будущей Системы и дальнейшего формирования ТЗ. Списки вопросов для интервьюирования составляются по каждому обследуемому подразделению и необходимы также для проверки со стороны Заказчика на предмет соответствия вопросов тематике и пунктам Технического задания. Это необходимо по трем причинам:

·         предотвращение доступа к конфиденциальной информации;

·         усилению целевой направленности обследования (чтобы не задавались вопросы по предмету последующего технического проектирования);

·         минимизации отвлечения сотрудников предприятий Заказчика от выполнения должностных обязанностей.

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

Источником для разработки списков вопросов для экспресс-обследования предметной области и предприятий Заказчика является структура Технического задания (целевое содержание его пунктов).

Порядок разработки

Разработка списков вопросов ведется параллельно с разработкой первых версий ТЗ. Сначала составляется общий перечень вопросов по следующим пунктам ТЗ:

·         вид автоматизируемой деятельности (п. 2.1.1 ТЗ) – для определения назначения Системы и границ ее автоматизации (что должна и что не должна делать ИС, где будет и где не будет использоваться);

·         состав и наименования автоматизируемых подразделений (п. 2.1.2 ТЗ);

·         цель создания Системы, т.е. показатели (выгоды), которые должны быть достигнуты в результате ее создания (п. 2.2 ТЗ);

·         краткий обзор по объекту автоматизации (п. 3.1 ТЗ), в т.ч.:

·         эксплуатируемые ИС;

·         основные задачи подразделений;

·         собираемая и регистрируемая информация;

·         отчетность;

·         взаимодействие с другими подразделениями;

·         условия эксплуатации объектов автоматизации (п. 3.2.1 ТЗ), в т.ч.:

·         условия работы подразделений;

·         условия проведения процесса эксплуатации;

·         технические проблемы;

·         условия окружающей среды и влияние на нее (п. 3.2.2 ТЗ), в т.ч.:

·         влияние климата и рельефа;

·         проблемы экологии и безопасности;

·         общие требования к Системе (п. 4.1 ТЗ), причем наиболее специфичными могут быть следующие моменты:

·         перечень подсистем и их назначение (п. 4.1.1.1 ТЗ);

·         взаимосвязи создаваемой Системы со смежными системами (п. 4.1.1.3 ТЗ);

·         перспективы развития Системы (п. 4.1.1.6 ТЗ);

·         пользователи Системы (п. 4.1.2.1 ТЗ) – наименования должностей;

·         степень приспособляемости Системы к изменению процессов и отклонениям параметров объектов (п. 4.1.3.1 ТЗ);

·         перечень функций (сгруппированных по подсистемам), автоматизацию которых должна обеспечить Система (п. 4.2 ТЗ);

·         состав источников информации для заполнения БД при внедрении Системы (п. 7.1.1 ТЗ).

Затем данные вопросы группируются по обследуемым подразделениям и дополняются требованиями по получению каких-либо дополнительных материалов, например:

·         Организационная структура (схемы).

·         Положения об отделах.

·         Должностные инструкции.

·         Основные руководящие документы (РД).

·         Технические задания на предыдущие ИС данного целевого назначения (при наличии).

·         Образцы заданий, журналов, отчетов, графиков, схем и т.п.

·         Информация по существующим ИС (например, распечатки экранных форм с мнемосхемами, кодограмм и пр.).

·         Копии страниц нормативно-технических документов с терминологией по предметной области.

Порядок и время согласования

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

Время согласования –  .

Протоколы интервьюирования экспертов на предприятиях Заказчика

Назначение

В протоколах интервьюирования экспертов фиксируются задаваемые вопросы и получаемые ответы. Эти документы затем используются как источники для составления ТЗ.

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

Источниками составления протоколов интервьюирования являются:

·         черновики с записями интервью, набросками, схемами и т.п.;

·         диктофонные магнитозаписи;

·         стенограммы;

·         черновые пояснительные наброски интервьюируемых лиц;

·         предоставленные материалы.

При этом протоколы могут составляться в следующих формах:

·         детально («один к одному») изложенные магнитозаписи и/или расшифрованные стенограммы;

·         протоколы с обработанными как вопросами, так и ответами (с исключением повторов и несущественных текстов, с приданием связности и пр.).

Порядок разработки и согласования

Протоколы интервьюирования являются результатом проведения следующих работ:

·         после составления списков вопросов для интервьюирования определяются места командировок, для чего используются некоторые критерии выбора обследуемых объектов, например:

·         наличие типичных информационных систем, развитой автоматизации, хорошие каналы связи;

·         полнота бизнес-процессов, в дальнейшем подлежащих автоматизации;

·         близость к Исполнителю и удобство выезда в командировку;

·         наличие высококвалифицированного персонала;

·         объем производства и т.д.

·         организуются командировки, проводится интервьюирование, собираются необходимые материалы;

·         этап обратной связи:

·         если имеется возможность, то первичная обработка интервью может производится в условиях командировки, и затем эти протоколы согласовываются и подписываются интервьюируемыми лицами;

·         если такой возможности нет, желательно иметь подписанные черновики; затем протоколы формируются на предприятии Исполнителя и согласовываются с Заказчиком с помощью какого-либо вида почтового сообщения;

·         готовые и утвержденные протоколы изучаются, помещаются в раздел 9 Технического Задания («Источники») и, при необходимости, на них приводятся ссылки в ТЗ.

Время согласования –  .

Техническое задание

Назначение

В Техническом задании формулируются детальные требования пользователя к различным аспектам создаваемой (дорабатываемой) автоматизированной системы. Проектирование и реализация Системы организуются на основании этих требований. Система принимается в эксплуатацию при соответствии требованиям Технического задания.

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

Источниками формирования ТЗ являются следующие группы документов:

·         Протоколы двух и трехсторонних совещаний между Заказчиком, Генподрядчиком и Субподрядчиком.

·         Нормативно-технические и Руководящие документы (РД) Заказчика.

·         Международные, национальные, отечественные, корпоративные и внутрифирменные стандарты и соглашения.

·         Представленные Заказчиком материалы, например:

·         схема административного (территориального) деления, организационная структура;

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

·         Техническая литература по предметной области и смежным областям.

·         Техническая литература и информационные материалы по информационным системам данного типа и их оценке, материалы выставок и пр.

·         Результаты экспресс обследования предприятий Заказчика с целью выявления требований пользователей и формирования ТЗ:

·         протоколы интервьюирования (прежде всего);

·         положения о подразделениях, положения о взаимодействии подразделений, должностные инструкции;

·         образцы заданий и отчетов;

·         схемы;

·         кодограммы, «скриншоты» и др. информация по существующим системам;

·         пр. материалы.

·         Лицензии, сертификаты, грамоты и другие документы, подтверждающие эффективность программно-аппаратных решений Исполнителя и пр.

Порядок разработки и согласования

Техническое задание, составляемое согласно ГОСТ 34.602-89, целесообразно разрабатывать по этапам, на каждом из которых разрабатывается определенный комплекс разделов или подразделов.

Согласование ТЗ ведется в порядке разработки. Рекомендуется разработка и согласование ТЗ следующими этапами:

·         До экспресс обследования:

·         Раздел 1 («Общие сведения»). Раздел может быть подготовлен как в самом начале, так и в самом конце (вместе с титульным листом и листом согласований). То же относится к подразделу 1.8 («Сокращения и обозначения»), в котором описываются термины и акронимы (аббревиатуры), используемые в данном ТЗ. Состав сокращений и обозначений можно пополнять как в процессе разработки ТЗ, так и после согласования всех других разделов. Время согласования –  .

·         Раздел 2 («Назначение и цели создания системы»). Раздел имеет первостепенное значение, поскольку в нем, по существу, определяются границы Системы (в рамках которых и будут, в дальнейшем, определяться ее функции в разделе 4.2 ТЗ). Для определения границ и объектов автоматизации целесообразно провести установочное совещание, протокол которого будет одним из источников формирования ТЗ. Время согласования –  .

·         Подразделы 4.1 («Требования к системе в целом») и 4.3 («Требования к видам обеспечения»). Одни из основных разделов ТЗ (в части требований к Системе), но не являющихся сильно привязанными к предметной области, поэтому на 70-80% могут быть написаны до экспресс обследования на основании лишь типа будущей Системы. Подразделы можно согласовывать как до экспресс обследования, так и после - вместе с подразделом 4.2, как согласование единого раздела 4 («Требования к системе»). Целесообразен второй вариант, т.к. после  экспресс обследования могут быть уточнены, например, п.п. 4.1.2 («Персонал»), 4.1.5 («Безопасность»), 4.1.6 («Эргономика и техническая эстетика»), 4.1.7 (Транспортабельность). Время согласования –  .

·         Разделы 5 («Состав и содержание работ по созданию системы»), 6 («Порядок контроля и приемки системы») и 7 («Состав и содержание подготовительных работ»). Разделы также не сильно привязаны к предметной области, поэтому на 80-90% могут быть написаны до экспресс обследования. Время согласования –  .

·         Раздел 8 («Требования к документированию»). Также один из самых важных разделов ТЗ, определяющий, в первую очередь, структуру Системного проекта. Время согласования –  .

·         После экспресс обследования:

·         Раздел 3 («Характеристики объектов автоматизации»). Подготовка этого раздела возможна только после экспресс обследования предприятий Заказчика, где на основании положений о подразделениях можно описать их задачи и эксплуатируемые информационные системы (подраздел 3.1), а также выяснить условия работы и взаимовлияние производства и окружающей среды (подраздел 3.2). Время согласования –  .

·         Подраздел 4.2 («Требования к функциям (задачам) подсистем»). Подготовка этого подраздела возможна только после экспресс обследования предприятий Заказчика. Время согласования –  .

·         После согласования разделов 1-8 ТЗ:

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

·         Уточнение титульного листа и листа согласований – после согласования всех разделов ТЗ. Время согласования –  .

Общее время согласования – до  .


Техническое проектирование (разработка Системного проекта)

Типы и состав документов

На этапе создания Технического (Системного) проекта разрабатываются и согласовываются следующие документы:

·         Протоколы двух и трех сторонних совещаний с Заказчиком и Генподрядчиком.

·         Программа работ по этапу разработки Системного проекта.

·         Списки вопросов для бизнес-обследования предприятий Заказчика.

·         Протоколы интервьюирования экспертов на предприятиях Заказчика.

·         Внутрифирменная проектная документация:

·         Модель организационной структуры (из репозитория Oracle)

·         Модель бизнес-процессов до уровня автоматизируемых функций ПрО (диаграммы из репозитория Oracle)

·         Модель процессов ИС в соответствии с  процессами ПрО

·         Описание соответствия процессов  ПрО и ИС (MS Word)

·         Схема расположения серверной и клиентской частей ИС по организационным уровням (MS Word или Visio)

·         Описание решений по взаимодействию ИС с существующими ИС (MS Word)

·         Описание типов объектов, справочников, доменов (MS Word)

·         Описание свойств типов объектов (MS Word)

·         Перечень источников информации (БД других ИС, НСИ) и требования к организации ее сбора (MS Word)

·         ER-диаграммы (из репозитория Oracle)

·         Стратегия резервного копирования и восстановления (MS Word)

·         НСИ на бумажных носителях, используемой при эксплуатации ИС (MS Word)

·         Схема состава и взаимосвязи компонентов ИС (MS Word или Visio)

·         Иерархия функций ИС, сгруппированных по компонентам ИС (диаграммы или отчет из репозитория Oracle)

·         Модель потоков данных: таблица или схема связей между функциями ИС и ее сущностями (отчет из репозитория Oracle)

·         Гостированная документация:

·         Ведомость технического проекта

·         Схема организационной структуры

·         Описание автоматизируемых функций

·         Схема функциональной структуры

·         Перечень входных и выходных данных

·         Описание информационного обеспечения Системы

·         Описание систем классификации и кодирования

·         Описание организации информационной базы

Регламент согласования документов

Протоколы совещаний

Назначение

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

Порядок разработки

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

Порядок и время согласования

Документ подписывается участвующими сторонами.

Время согласования –  .

Программа работ по разработке Системного проекта

Назначение

Документ представляет собой детальный план работ по этапу бизнес-обследования предприятий Заказчика и формирования проектной документации.

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

·         Состав работ определяется на основе состава выпускаемой проектной документации (определен в разделе 8 ТЗ).

·         Исполнители работ (Заказчик, Генподрядчик или Субподрядчик) определяются на основании протоколов организационных и технических совещаний.

·         Сроки проведения работ в Программе определяются на основании Календарного плана.

Порядок разработки

Документ формируется и предоставляется Заказчику после следующих работ:

·         подписание Технического задания;

·         проведение необходимых организационных и технических совещаний.

Порядок и время согласования

По данному документу согласовываются:

·         сроки и характер проведения работ по взаимодействию между Заказчиком, Генподрядчиком и Субподрядчиком;

·         сроки и объем работ, исполнителями которых выступают Генподрядчик или Заказчик.

Время согласования –  .

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

Назначение

Список вопросов для бизнес-обследования предприятий Заказчика предназначен для интервьюирования экспертов с целью выявления особенностей производимых ими деловых операций (бизнес-процессов) и дальнейшего формирования проектных документов (бизнес-диаграмм, ER-диаграмм и др.). Списки вопросов для интервьюирования составляются по каждому обследуемому подразделению и затем могут быть проверены со стороны Заказчика на предмет соответствия вопросов тематике проектирования. Это необходимо по следующим причинам:

·         предотвращение доступа к конфиденциальной информации;

·         усилению целевой направленности обследования (чтобы не задавались вопросы по предмету последующего технического проектирования);

·         минимизации отвлечения сотрудников предприятий Заказчика от выполнения должностных обязанностей.

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

Источником для разработки списков вопросов для бизнес-обследования предметной области и предприятий Заказчика является структура Технического (Системного) проекта (целевое содержание его документов).

Порядок разработки

Разработка списков вопросов ведется в двух основных направлениях:

·         вопросы по обследованию бизнес-процессов;

·         вопросы по обследованию существующих систем.

Порядок и время согласования

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

Время согласования –  .

Протоколы интервьюирования экспертов на предприятиях Заказчика

Назначение

В протоколах интервьюирования экспертов фиксируются задаваемые вопросы и получаемые ответы. Эти документы затем используются как источники для разработки Системного проекта.

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

Источниками составления протоколов интервьюирования являются:

·         черновики с записями интервью, набросками, схемами и т.п.;

·         диктофонные магнитозаписи;

·         стенограммы;

·         черновые пояснительные наброски интервьюируемых лиц;

·         предоставленные материалы.

При этом протоколы могут составляться в следующих формах:

·         детально («один к одному») изложенные магнитозаписи и/или расшифрованные стенограммы;

·         протоколы с обработанными как вопросами, так и ответами (с исключением повторов и несущественных текстов, с приданием связности и пр.).

Порядок разработки и согласования

Протоколы интервьюирования являются результатом проведения следующих работ:

·         после составления списков вопросов для интервьюирования определяются места командировок, для чего используются некоторые критерии выбора обследуемых объектов, например:

·         наличие типичных информационных систем, развитой автоматизации, хорошие каналы связи;

·         полнота бизнес-процессов, в дальнейшем подлежащих автоматизации;

·         близость к Исполнителю, удобство выезда в командировку;

·         наличие высококвалифицированного персонала;

·         объем производства и т.д.

·         организуются командировки, проводится интервьюирование и собираются необходимые материалы;

·         этап обратной связи:

·         если имеется возможность, то первичная обработка интервью может производится в условиях командировки, и затем эти протоколы согласовываются и подписываются интервьюируемыми лицами;

·         если такой возможности нет, желательно иметь подписанные черновики; затем протоколы формируются на предприятии Исполнителя и согласовываются с Заказчиком с помощью какого-либо вида почтового сообщения;

·         готовые и утвержденные протоколы изучаются и на их основе (и других материалов) готовятся документы Системного проекта (модель бизнес-процессов, модель данных и пр.).

Время согласования –  .

Модель бизнес процессов

Назначение

Документ предназначен для описания деятельности объектов автоматизации в виде последовательности деловых операций и функций в соответствии с каким-либо стандартом. Документ относится к внутрифирменной проектной документации (см. ниже), но выделен ввиду особого характера его согласования.

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

Источниками разработки бизнес диаграмм являются:

·         протоколы ознакомительных совещаний;

·         протоколы интервьюирования экспертов на предприятиях Заказчика (см. выше);

·         материалы, предоставленные Заказчиком при проведении бизнес обследования (РД, описания предметной области и пр.);

·         техническая литература и пр.

Порядок разработки и согласования

·         на основании утвержденного протокола интервьюирования эксперта составляются диаграммы бизнес процессов;

·         данные диаграммы объясняются бизнес аналитиком эксперту и обсуждаются (при необходимости, организовывается выезд в командировку, поскольку личный контакт между аналитиком и экспертом необходим); при этом, необходимо с собой иметь утвержденные протоколы, на основании которых описывались данные бизнес процессы;

·         если диаграммы не вызывают возражений, они подписываются экспертом; если необходимы уточнения и дополнения, то это делается на месте, пока диаграммы не будут полностью согласованы и утверждены; при этом доработка диаграмм может производиться, например, одним из следующих способов:

·         правки вносятся карандашом поверх листа диаграммы и отсылаются по факсу в фирму Исполнителя, где осуществляются необходимые правки в репозитории Oracle, после чего исправленная диаграмма распечатывается и отсылается по факсу или электронной почте в фирму Заказчика;

·         правки вносятся в ноутбук аналитика, после чего исправленные диаграммы распечатываются, а изменения в репозитории Oracle по электронной почте отсылаются в фирму Исполнителя, где они синхронизируются;

·         правки вносятся в предоставленный аналитику компьютер (куда предварительно устанавливается необходимое ПО), после чего исправленные диаграммы распечатываются, а изменения в репозитории Oracle по электронной почте отсылаются в фирму Исполнителя, где они синхронизируются;

·         диаграммы правятся аналитиком после приезда в свою фирму, после чего:

·         они распечатываются и подписываются в Головной фирме Заказчика;

·         либо отсылаются по факсу или электронной почтой эксперту, который их подписывает и обычной или курьерской почтой отправляет в Головную фирму;

·         возможен также вариант отсылки эксперту для проверки, но диаграмма подписывается в Головной фирме Заказчика.

Время согласования –  .

Внутрифирменная проектная документация

Назначение

Назначение данного набора документов – использование в фазе рабочего проектирования разработчиками фирмы Исполнителя. Поскольку внутри фирмы может использоваться собственный стандарт на производство проектных документов, то для передачи Заказчику внутрифирменная проектная документация переформировывается согласно требованиям Заказчика (как правило – в соответствии с каким-либо отечественным или международным стандартом), если таковые имеются. Если требования не оговорены, то данная документация может также выступать как отчетная, и может также согласовываться с Заказчиком (или только отдельные ее документы или части, например бизнес модель или ER модель).

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

Документация разрабатывается на основе:

·         Технического задания;

·         предоставленных Заказчиком материалов;

·         утвержденных протоколов интервью бизнес обследования Заказчика.

Порядок разработки и согласования

Возможны следующие варианты разработки и согласования внутрифирменных проектных документов (если по договоренности с Заказчиком их необходимо согласовывать):

·         документы готовятся и согласовываются последовательно;

·         документы готовятся полностью и согласовываются по всему составу;

·         документы готовятся и согласовываются в несколько фаз, например (приведены краткие названия документов):

·         бизнес модель (см. выше –  она может согласовываться отдельно, и является основой для создания модели Системы);

·         модель Системы (приведенные ниже документы готовятся, как правило, параллельно или итерационно):

·         модель процессов;

·         описание соответствия процессов;

·         ER модель;

·         программная архитектура;

·         иерархия функций;

·         модель потоков;

·         уточнения по реализации данных в модели Системы (приведенные ниже документы могут готовиться в последнюю очередь):

·         клиент-серверная архитектура распределенной БД;

·         стратегия резервного копирования и восстановления данных;

·         взаимодействие с существующими системами;

·         понятийная модель и домены;

·         организация сбора информации.

Время согласования –  .

Гостированная документация

Назначение

Поскольку внутри фирмы Исполнителя может использоваться собственный стандарт на производство проектных документов, то для передачи Заказчику внутрифирменная проектная документация может быть переформирована согласно требованиям Заказчика (как правило – в соответствии с каким-либо отечественным или международным стандартом). Эти требования указываются заранее в Договоре или разделе 8 ТЗ («Требования к документированию»). Если такие требования специально не указаны, то Заказчику может сдаваться внутрифирменная проектная документация Исполнителя.

Данный набор документов предназначен для передачи Заказчику в следующих целях:

·         для формальной отчетности перед Заказчиком (и ответственными лицами Заказчика перед своим руководством) по выполнению этапа работ по созданию Системного проекта;

·         для аудита Системного проекта сторонними организациями по инициативе Заказчика;

·         для возможной последующей передачи этих документов Заказчиком другой фирме для создания Системы.

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

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

Порядок разработки и согласования

Возможны следующие варианты разработки и согласования гостированных проектных документов (если по договоренности с Заказчиком системный проект должен быть приведен к гостированной форме):

·         документы готовятся и согласовываются последовательно на основе внутрифирменных проектных документов, которые входят в гостированные документы в виде разделов;

·         документы готовятся полностью и согласовываются по всему составу.

Время согласования –  .

 


Рабочее проектирование (Реализация Системы)

Типы и состав документов

На этапе разработки (реализации) Системы создаются и согласовываются следующие документы:

·         Протоколы двухсторонних и трехсторонних совещаний с Заказчиком и Генподрядчиком.

·         Программа работ по реализации Системы.

·         Внутрифирменная документация по рабочему проектированию (описание модулей в репозитории Oracle)

·         Промежуточная отчетность по рабочему проектированию (например, модули, «скриншоты», описания модулей)

·         Сопроводительная (рабочая, эксплуатационная) документация:

·         Руководство пользователя.

·         Руководство администратора.

·         Описание программно-аппаратного обеспечения.

·         Программы испытаний:

·         Программа опытной эксплуатации.

·         Программа и методика приемочных испытаний.

Регламент согласования документов

Протоколы совещаний

Назначение

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

Порядок разработки

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

Порядок и время согласования

Документ подписывается участвующими сторонами.

Время согласования –  .

Программа работ по реализации Системы

Назначение

Документ представляет собой детальный план работ по этапу реализации Системы и формирования рабочей документации.

Документ формируется в виде последовательности следующих этапов:

·         реализация выделенных подсистем Системы;

·         тестирования подсистем;

·         интеграция подсистем; 

·         тестирование Системы в целом (комплексное тестирование);

·         документирование Системы.

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

·         Состав работ определяется на основе состава изготовляемых компонент Системы (описанного в документах Системного проекта) и состава выпускаемой документации.

·         Исполнители работ (Заказчик, Генподрядчик или Субподрядчик) определяются на основании протоколов организационных и технических совещаний.

·         Сроки проведения работ в Программе определяются на основании Календарного плана.

Порядок разработки

Документ формируется и предоставляется Заказчику после следующих работ:

·         утверждение Системного проекта;

·         проведение необходимых организационных и технических совещаний.

Порядок и время согласования

По данному документу согласовываются:

·         сроки и характер проведения работ по взаимодействию между Заказчиком, Генподрядчиком и Субподрядчиком;

·         сроки и объем работ, исполнителями которых выступают Генподрядчик или Заказчик.

Время согласования –  .

Внутрифирменная документация по рабочему проектированию

Назначение

Документы данного типа предназначены для разработчиков Системы.

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

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

Порядок разработки

Документы готовятся по мере реализации и тестирования отдельных компонент Системы.

Порядок и время согласования

Документы не согласовываются с Заказчиком, однако, могут быть переданы ему по его просьбе или в соответствии с условиями Договора.

Время согласования –  .

Промежуточная отчетность по рабочему проектированию

Назначение

Документы данного типа предназначены для отчетности перед Заказчиком о ходе процесса рабочего проектирования.

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

Источниками формирования документов являются внутрифирменные документы по рабочему проектированию и сами компоненты разрабатываемой Системы.

Порядок разработки

Документы готовятся по мере выполнения разработки отдельных компонент Системы.

Порядок и время согласования

Документы не согласовываются с Заказчиком, но передаются ему для отчетности о ходе процесса реализации Системы.

Время согласования –  .

Сопроводительная документация

Назначение

Документы данного типа предназначены для разных групп пользователей Системы – операторов и администраторов Системы, программистов и администраторов БД, сетевых администраторов и пр. технических специалистов Заказчика.

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

Документы формируются на основе внутрифирменной документации по этапу рабочего проектирования и документов Системного проекта.

Порядок разработки

Документ  составляется после окончания этапа реализации Системы.

Порядок и время согласования

·         Полнота содержания документов и их соответствие процессам Системы проверяются Заказчиком при опытной эксплуатации Системы.

·         Документы утверждаются Заказчиком при приемочных испытаниях Системы.

Время согласования –  .

Программы испытаний

Назначение

Документы данного типа предназначены для проведения различных испытаний Системы.

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

Источником формирования программ испытаний является Техническое задание, а именно:

·         раздел 6.1 «Виды, состав, объем и методы испытаний системы»;

·         раздел 8 «Требования к документированию»;

·         раздел 4 «Требования к системе».

Порядок разработки

Программы испытаний готовятся после реализации компонент Системы и ее интегрального (комплексного) тестирования.

Порядок и время согласования

Документы согласовываются и утверждаются участниками испытаний Системы.

Время согласования –  .

 


Ввод в действие (внедрение Системы)

Типы и состав документов

На этапе ввода Системы в действие проводятся подготовительные мероприятия, обучение персонала, различного рода испытания Системы, а также разрабатываются и согласовываются следующие документы:

·         Протоколы двух и трех сторонних совещаний с Заказчиком и Генподрядчиком.

·         Программа работ по вводу Системы в действие.

·         Протоколы испытаний и согласований:

·         протоколы испытаний;

·         протоколы согласований.

·         Акты завершения работ и приемки Системы:

·         акт завершения работ (по стадии рабочего проектирования) и допуск Системы к опытной эксплуатации;

·         акт завершения опытной эксплуатации и допуск Системы к приемочным испытаниям;

·         акт приемки в промышленную эксплуатацию.

Регламент согласования документов

Протоколы совещаний

Назначение

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

Порядок разработки

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

Порядок и время согласования

Документ подписывается участвующими сторонами.

Время согласования –  .

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

Назначение

Документ представляет собой детальный план работ по этапу ввода в действие (внедрения) Системы на предприятиях Заказчика.

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

·         Сроки и объем проведения работ в Программе определяются на основании Календарного плана и предоставленного Заказчиком списка рабочих мест пользователей Системы.

·         Исполнители работ (Заказчик, Генподрядчик или Субподрядчик) определяются на основании протоколов организационных и технических совещаний.

·         Детализация работ определяется на основе Технического задания, а именно:

·         п. 2.1.1 ТЗ («Список объектов автоматизации»);

·         раздела 7 ТЗ («Состав и содержание подготовительных мероприятий»);

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

Порядок разработки

Документ формируется и предоставляется Заказчику после следующих работ:

·         подписание акта приемки Системы в промышленную эксплуатацию на основании результатов проведения приемочных испытаний;

·         проведение необходимых организационных и технических совещаний.

Порядок и время согласования

По данному документу согласовываются:

·         сроки и характер проведения работ по взаимодействию между Заказчиком, Генподрядчиком и Субподрядчиком;

·         сроки и объем работ, исполнителями которых выступают Генподрядчик или Заказчик.

Время согласования –  .

Протоколы испытаний и согласований

Назначение

Документы предназначены для описания результатов испытаний, фиксации соответствия или несоответствия Системы требованиям ТЗ, и регистрации претензий Заказчика.

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

·         Техническое задание;

·         программы испытаний.

Порядок разработки и согласования

Протоколы составляются и согласовываются с Заказчиком по мере проведения испытаний и/или после их завершения.

Время согласования –  .

Акты завершения работ и приемки Системы

Назначение

Документы предназначены для фиксации окончания этапов создания и испытаний Системы.

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

·         Техническое задание;

·         программы испытаний;

·         протоколы испытаний.

Порядок разработки и согласования

·         После завершения реализации (и тестирования) Системы составляется и утверждается Заказчиком Акт завершения работ, в котором также санкционируется допуск к испытаниям Системы. Вид первого испытания указывается в разделе 6 ТЗ («Порядок контроля и приемки системы»).

·         После завершения опытной эксплуатации и ликвидации несоответствий требованиям ТЗ (на основе протокола согласования) составляется и утверждается Заказчиком Акт завершения опытной эксплуатации, в котором также санкционируется допуск к приемочным испытаниям Системы.

·         После завершения приемочных испытаний составляется и утверждается Заказчиком Акт приемки Системы в промышленную (постоянную) эксплуатацию.

Время согласования –  .

 

 

 


Игорь Гаршин, E-mail: garchine@mail.ru, URL: garshin.ru.

Вверх: Проектирование ИС
Google PageRank и Яндекс тИЦ
На правах рекламы (см. условия):