Смекни!
smekni.com

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

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

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

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

  • Требования к программной архитектуре системы.
  • Требования к архитектуре БД и средствам репликаций данных.
  • Требования к надежности.
  • Требования к защите информации от несанкционированного доступа.

3.5.5.4 Требования к видам обеспечения

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

  • Требования к программному окружению (ОС, СУБД, драйверы, интерфейс и пр.).
  • Требования к техническому обеспечению.

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

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

3.5.5.6 Состав и содержание работ

В этом разделе приводится перечень и содержание этапов (решаемые задачи) по разработке или развитию системы. На основании этих сведений в дальнейшем составляется «Календарный план работ».

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

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

3.5.6 Календарный план работ

«Календарный план работ» (или просто «Календарный план» или «График работ») предназначен для управления проектом на всех этапах и представляет собой перечень этапов и подэтапов с указанием по каждому из них следующих данных:

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

«Календарный план» составляется на основании сведений раздела 6 «Состав и содержание работ» [3.5.5.6] документа «Описание общих требований» или разделов 4 «Состав и содержание работ по созданию (развитию) системы» [3.5.4.4] и 6 «Описание состава работ и исполнителей по подготовке системы к внедрению» [3.5.4.6] «Технического задания».

3.5.7 Смета расходов

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

Перечень затрат в смете удобно группировать по указанным в «Календарном плане» этапам и подэтапам, а также по группам затрат.

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

3.5.8 Акт приема-сдачи работ

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

В случае частичного выполнения или невыполнения Исполнителем своих обязательств, к Акту прилагается «Протокол испытаний» [3.5.9] с выводами о неполном соответствии выполненных работ требованиям Заказчика.

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

В документе фиксируется содержание испытаний, обнаруженные ошибки выполнения программы, несоответствия функциональности программы требованиям ТЗ и другие проблемы ее эксплуатации.

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

3.6 Рабочая документация

Рабочей документацией будем считать внутрифирменную документацию, которую готовят сотрудники фирмы. В ее состав входит:

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

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

3.6.1 Протоколы интервью

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

Протоколы могут также оформляться как приложение к документу «Модель предметной области».

Рекомендуется следующая форма протокола:

ИНТЕРВЬЮ

Имя: Смирнов Валентин Петрович

Организация:

АК «Трансгаз»
Подразделение: Управление информационных технологий
Должность: Начальник управления
Дополнительно: Эксперт имеет 15-летний опыт работы в данной сфере
Интервьюер: Георгиев И.К.
Дата/Время: 24.07.2001
Тема: Организационная структура компании
Тип интервью: Обзорное
Место проведения: Офис АК «Трансгаз»
Предоставленные документы: Телефонный справочник сотрудников

1. Вопрос: Какова структура компании по регионам?

Ответ: Компания имеет 4-уровневую региональную структуру. Первый уровень – Центральный офис компании (ЦО). Второй – дочерние компании (ДО). Третий – районные газопроводные управления и производственные объединения (РГУ, ПО). Четвертый – линейные службы (ЛПДС и пр.) …

2. Вопрос: …

Ответ:

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

3.6.2 Модель предметной области

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

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

3.6.3 Обзорный документ по рынку систем

Документ «Обзор существующих на рынке систем» содержит обзор достоинств и недостатков других систем (используемых в данной предметной области или которые можно использовать), и обоснование принципиального достоинства предлагаемой системы или подходов к ее проектированию. Само название документа может быть более конкретно (и по отношению к типу системы и к предметной области), например: «Использование ГИС в нефтегазовой промышленности».