Смекни!
smekni.com

Внутрифирменная методология ведения проектов Дата (стр. 12 из 15)

  1. Предмет договора и сроки выполнения работ.
  2. Стоимость работ и порядок расчетов.
  3. Порядок сдачи и приема работ.
  4. Ответственность сторон.
  5. Прочие условия.
  6. Ответственность сторон и порядок рассмотрения споров.
  7. Обстоятельства непреодолимой силы.
  8. Приложения.
  9. Адреса и банковские реквизиты сторон.

3.5.2 Договор о проведении обследования

«Договор о проведении обследования». Документ является договором на выполнение работ по этапу Анализа предметной области (его можно также назвать «Соглашением»).

В договоре можно определить состав и содержание результирующих документов. Можно также оговорить способ описания бизнес-диаграмм (стандарт IDEF0, средства Oracle или Rational Rose, ARIS и пр.).

3.5.3 Соглашение о конфиденциальности

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

Составляется по инициативе Заказчика. Может оформляться как приложение к «Договору о проведении обследования».

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

Документ «Техническое задание» содержит определение цели и границ проекта, функционального наполнения системы и требуемых ресурсов, этапов работ и выходных документов. За основу формы и содержания ТЗ взят отечественный стандарт ГОСТ 34.602-89 [см. 2.1.2]. Учтены также рекомендации международного стандарта IEEE Std 830-1993 (Спецификация требований к ПО), которые касаются второй, третьей и, частично, первой части ТЗ [см. 2.4.2].

ТЗ состоит из разделов:

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

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

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

3.1. Требования к системе в целом.

3.2. Требования к функциям системы.

3.3. Требования к информационному обеспечению.

3.4. Требования к программному обеспечению.

3.5. Требования к техническому обеспечению.

3.6. Требования к организационному обеспечению.

3.7. Требования к методическому обеспечению.

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

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

6. Описание состава работ и исполнителей по подготовке системы к внедрению.

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

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

9. Приложения.

Далее опишем эти разделы.

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

Здесь указывается, главным образом, следующее:

  • Полное наименование системы и ее условное обозначение.
  • Основание работ – в первую очередь, номер договора, на основании которого создается система.
  • Наименование предприятий разработчика (исполнителя) и заказчика системы, их реквизиты.
  • Плановые сроки начала и окончания работ по созданию (развитию) системы.
  • Сведения об источниках и порядке финансирования работ.
  • Порядок оформления и предъявления заказчику результатов работ по созданию системы.

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

В разделе 2 определяются:

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

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

Раздел 3 может содержать следующие пункты (состав пунктов определяется Исполнителем и Заказчиком):

  • Требования к системе в целом:
    • требования к программной архитектуре и функционированию системы;
    • требования по эксплуатации системы (условия и регламент эксплуатации и обслуживания, допустимые площади, параметры электросетей, состав и условия хранения технических компонентов и пр.);
    • требования к численности, квалификации и режиму работы персонала системы;
    • требования безопасности (при монтаже, наладке, эксплуатации, обслуживании и ремонте технических средств системы, по допустимым уровням освещенности, вибрационных и шумовых нагрузок);
    • требования к эргономике и технической эстетике;
    • требования к надежности (по сохранности информации при авариях, по защите от влияния внешних воздействий и пр., причем приводится перечень событий, при которых должна быть обеспечена сохранность информации);
    • требования к защите информации от несанкционированного доступа (на основе отраслевых нормативов);
    • требования к патентной чистоте (указывают перечень стран, в отношении которых должна быть обеспечена патентная чистота системы и ее частей);
    • требования по стандартизации и унификации (степень использования стандартных, унифицированных методов реализации функций системы, поставляемых программных средств, типовых проектных решений, унифицированных форм документов и т.д.);
    • дополнительные требования (к стендам, тренажерам, специальные требования к системе при особых условиях эксплуатации и пр.).
  • Требования к функциям системы:
    • по каждой подсистеме (перечень которых определяется выше в требованиях к программной архитектуре) - перечень функций и задач, подлежащих автоматизации;
    • требования к качеству реализации каждой функции, к форме представления выходной информации, характеристики необходимой точности и времени выполнения, требования одновременности выполнения группы функций и пр.;
    • перечень и критерии отказов для каждой функции, по которой задаются требования по надежности (это можно указать в документе «Спецификация на программирование»).
  • Требования к информационному обеспечению:
    • к составу, структуре и способам организации данных в системе;
    • к информационному обмену между компонентами системы;
    • к информационной совместимости со смежными системами;
    • по использованию действующих классификаторов;
    • к процессу сбора, обработки, передачи данных в системе и представлению данных;
    • к контролю, хранению, обновлению и восстановлению данных.
  • Требования к программному обеспечению – требования к видам и характеристикам средств программного окружения (ОС, СУБД, драйверы и пр.).
  • Требования к техническому обеспечению – требования к видам, функциональным, конструктивным и эксплуатационным характеристикам средств технического обеспечения.
  • Требования к организационному обеспечению – требования к функциям персонала подразделений, участвующих в функционировании системы или обеспечивающих эксплуатацию, в т.ч. к защите от ошибочных действий персонала.
  • Требования к методическому обеспечению - требования к составу НТД системы (перечень применяемых при ее функционировании стандартов, нормативов, методик и т. п.).

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

Раздел 4 содержит:

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

Этот раздел может быть объединен с разделом 6 «Описание состава работ и исполнителей по подготовке системы к внедрению» в общий раздел «Состав и содержание работ».

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

Раздел 5 содержит:

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

3.5.4.6 Описание состава работ и исполнителей по подготовке системы к внедрению

Раздел 6 содержит:

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

Этот раздел может быть объединен с разделом 4 «Состав и содержание работ по созданию системы» в общий раздел «Состав и содержание работ».

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

Раздел 7 содержит:

  • Согласованный Исполнителем и Заказчиком системы перечень подлежащих разработке видов документов.
  • Описание и структура указанных документов (при необходимости).

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

Раздел 8 - необязательная часть ТЗ. Здесь перечисляются документы и информационные материалы, на основании которых разрабатывалось ТЗ и которые должны быть использованы при создании системы, например:

  • Технико-экономическое обоснование.
  • Отчеты о законченных НИР.
  • Материалы на отечественные и зарубежные системы-аналоги.

3.5.4.9 Приложения

Приложения - необязательная часть ТЗ. В приложениях могут, например, содержаться:

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

3.5.5 Описание общих требований

Документ «Описание общих требований», по существу, является предварительной версией «Технического задания». Основной целью документа является формирование границ проекта, т.е. выявление и описание общих требований. Форма документа может совпадать с формой «Технического задания» [3.5.1], но со свободным составом разделов и подразделов.

Далее опишем состав разделов документа (как один из вариантов).

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

Раздел состоит, прежде всего, из следующих пунктов:

  • «Полное наименование системы и ее условное обозначение».
  • «Основание работ». Здесь приводятся, в первую очередь, номер договора, на основании которого создается система.
  • «Заказчик, Головной исполнитель и соисполнитель проведения работ». Здесь приводятся наименования соответствующих предприятий и их реквизиты.
  • «Сроки начала и окончания работ по созданию системы». Здесь можно просто сослаться на договор.
  • «Источники и порядок финансирования работ». Здесь нужно указать из средств какого предприятия идет финансирование, и сослаться на смету.
  • «Порядок оформления результатов работ по созданию системы». Здесь можно жестко оговорить состав документов, предоставляемых Исполнителем после обследования, и примерный состав – по остальным этапам. Можно это оговорить и в договоре (тогда на него нужно сослаться). Подробное описание документов не требуется, поскольку оно, в дальнейшем, будет приведено в Техническом задании в разделе 7 «Требования к документированию» [0].
  • «Защита авторских прав». Здесь определяется, кому будут принадлежать авторские права на разработанную систему.

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

В разделе определяется: