Блог




Как правильно выстроить работу с программистом по ГОСТ

Для правильного исполнения, а самое главное полного взаимопонимания между заказчиком и исполнителем (программистом), не нужно придумывать велосипед и изучать всякие модные вещи под названием SCRUM, Agile или Kanban. 

Все давным давно придумано - см. ГОСТ

ЗАПОМНИТЕ НА ВСЕ ЕСТЬ ГОСТ! ГОСТ ВСЕМУ ГОЛОВА!

Конкретно для разработки ПО можно применять как ЕСКД так и ЕСПД. Соответствующие ГОСТы можно найти в интернете.

Ниже, специально для "чайников", приведены стадии разработки ПО:

  1. Формирование требований к ПО
  2. Разработка концепции ПО
  3. Техническое задание (ТЗ)
  4. Техническое предложение (ТП)
  5. Эскизный и технический проект (ЭП)
  6. Рабочая документация (РД)
  7. Ввод в действие
  8. Сопровождение ПО

1. Формирование требований к ПО

На начальном этапе создания ПО согласно требованиям ГОСТ необходимо проведение

исследования. В рамках исследования происходит сбор и анализ данных.

На данном этапе необходимо также определить степень интеграции создаваемого ПО с существующими системами. Кроме того должен быть проведен сбор и анализ сведений об аналогах, создаваемого ПО.

На базе полученных данных необходимо выявить основные функциональные и пользовательские требования к ПО.

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

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

2. Разработка концепции ПО

Исходя из результатов, проведенных исследований объекта автоматизации, согласно ГОСТ разрабатывается несколько вариантов концепций ПО, удовлетворяющих требованию пользователей. Концепции ПО могут быть представлены заказчику в виде отчета о выполненных работах, или отдельного документа «Концепция ПО», или стать частью аналитического отчета.

3.Техническое задание (ТЗ)

Ключевая роль при создании ПО отводится именно разработке и согласованию технического задания, так как он должен определять требования и порядок разработки, развития и модернизации системы. В соответствии с данным документом должны будут проводиться работы по испытанию и приемке системы в эксплуатацию. Техническое задание может быть разработано как на программу в целом так и на ее части.Стандартом для разработки данного документа является ГОСТ, регламентирующий содержание разделов и стиль изложения в ТЗ. Итак, согласно ГОСТ техническое задание должно включать следующие разделы:

  1. Общие сведения
  2. Назначение и цели создания (развития) программы
  3. Характеристика программы
  4. Требования к программе
  5. Состав и содержание работ по созданию программы
  6. Порядок контроля и приемки программы
  7. Требования к составу и содержанию работ по подготовке программы к вводу в системе в действие 
  8. Требования к документированию
  9. Источники разработки. 

4. Техническое предложение (ТП)

Техническое предложение разрабатывается Исполнителем в случае, если это предусмотрено техническим заданием.

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

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

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

Техническое предложение — совокупность конструкторских документов, которые должны содержать уточнённые технические и технико-экономические обоснования целесообразности разработки документации изделия на основании:

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

5. Эскизный и технический проект (ЭП)

В данной статье мы объединяем два этапа жизненного цикла разработки ПО по ГОСТ в связи с аналогичностью проводимых работ. Тут важно понимать что такое эскизные и технический проект и в чем их отличие. Начнем с простого... Техническое задание оформляет Заказчик, а Исполнитель предлагает на основании технического задания - техническое предложение. На основании технического предложения и технического задания, Исполнитель подготавливает несколько вариантов эскизного проекта, а после согласования с заказчиком готовиться один (или несколько) вариантов итогового технического проекта.

На данных этих этапов происходит разработка проектных решений и создание технической документации:

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

Полный перечень документации, разрабатываемый на данных этапах создания ПО приводится в ГОСТ

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

6. Рабочая документация (РД)

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

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

документами:

  • Руководство пользователя (администратора)
  • Инструкция по эксплуатации КТС
  • Общее описание системы (в случае присутствия документа «Пояснительная записка к техническому (эскизному) проекту» данный документ нецелесообразен так большинство разделов дублируются)
  • Программа и методика испытаний

7. Ввод в действие

Стадия ввода в действие ПО согласно ГОСТ включает подготовку комплекса технических средств, проведение пусконаладочных работ и обучение персонала. 

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

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

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

После полной передачи системы обе стороны подписывают «Акт выполненных работ».

8. Сопровождение ПО

Этап сопровождения ПО подразумевает выполнение работ по гарантийному и послегарантийному обслуживанию системы.

Опубликовано: 7 декабря 2019
Ярослав Указов Проект-менеджер
Эта статья была полезна? Да Нет

0 комментариев


    Добавить комментарий

    Чтобы добавить комментарий, зарегистрируйтесь или войдите