3 Внутрифирменные методологии 35

Вид материала

Реферат

Подобный материал:

• Вопросы к экзамену по курсу «Проектирование ис». (9-й семестр 2009г), 37.96kb.
• Программа тренинга: День 1: Как конструировать тренинговые игры и упражнения По окончании, 31.95kb.
• Методология и методика исторического исследования, 36.8kb.
• Gutter=47> Директор департамента о департаменте методологии бюджетных процедур, 9.25kb.
• Методика, 377.89kb.
• Курс. Маркетинг социально значимой проблемы как новое направление в стратегии повышения, 52.93kb.
• А. Р. Анализ современных тенденций в методологии макрофинансового прогнозирования, 376.06kb.
• Данный курс направлен на изучение методологии и методики проведения исследования методом, 114.63kb.
• Рабочая программа обсуждена и утверждена на заседании кафедры теории и методологии, 277.54kb.
• В. А. Ацюковский начала эфиродинамического естествознания книга, 3555.05kb.

3.5Договорная и приемо-сдаточная документация

К данной группе документов относятся документы, которые оформляют договорные отношения, условия результаты выполнения договоров.

3.5.1Договор на создание (развитие) системы

Данный договор состоит из следующих разделов:

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. Требования к системе.
   
   1. Требования к системе в целом.
      
   2. Требования к функциям системы.
      
   3. Требования к информационному обеспечению.
      
   4. Требования к программному обеспечению.
      
   5. Требования к техническому обеспечению.
      
   6. Требования к организационному обеспечению.
      
   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 «Требования к документированию» [3.5.4.6].
  
• «Защита авторских прав». Здесь определяется, кому будут принадлежать авторские права на разработанную систему.
  

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

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

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

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Протокол испытаний

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

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