- •А. М. Минитаева разработка и стандартизация программных средств и информационных технологий
- •Isbn 978-5-8149-1063-9 введение
- •1.2. Какова структура нормативной базы предприятия и как ее выбрать?
- •1.3. Цели, задачи и состав нормативно-методического обеспечения
- •Все ли надо стандартизировать?
- •1.4. Нужно ли пользоваться международными стандартами или разрабатывать свои, российские?
- •Состав и статус дополнительных стандартов.
- •P.S. Кто должен разрабатывать стандарты?
- •1.5. Почему возрастает роль технологии при разработке программного обеспечения?
- •1.6. Стандартизация в области технологии разработки по
- •2. Общие положения о стандартах
- •2.1. Нормативные документы по стандартизации и виды стандартов
- •2.2. Стандарты в области программного обеспечения
- •2.3. Международные организации, разрабатывающие стандарты
- •2.4. Национальные организации, разрабатывающие стандарты
- •2.5. Внутрифирменные (внутрикорпоративные) стандарты
- •2.6. Организация разработки внутрифирменных стандартов
- •2.7. Хранение аналитической информации
- •3. Стандартизация разработки программных средств
- •3.1. Характеристики процессов жц пс согласно гост р исо/мэк 12207
- •3.2. Основные процессы жизненного цикла программного продукта
- •3.3. Вспомогательные (поддерживающие) процессы жизненного цикла программного продукта
- •3.4. Организационные процессы жизненного цикла программного продукта
- •3.5. Взаимосвязь между процессами жизненного цикла программного продукта
- •3.6. Технология разработки программного обеспечения
- •4. Жизненный цикл программного продукта
- •4.1. Общие принципы стандартизации жизненного цикла программных средств
- •4.2. Понятие жизненного цикла программного продукта
- •5. Модели жизненного цикла разработки программного продукта
- •5.1. Общие принципы моделирования жизненного цикла программных средств
- •5.2. Понятие модели жизненного цикла разработки программного продукта
- •5.3. Классическая каскадная, или «водопадная» модель
- •5.4. Модифицированная каскадная, или модель «водоворота»
- •5.5. Модель «сделал-исправил»
- •5.6. Прототипирование
- •5.7. Спиральная модель жц пс
- •5.8. Другие модели жц пс
- •5.9. Модель быстрой разработки приложений (rad-модель)
- •5.10. Многопроходная модель
- •6. Проектирование программного продукта
- •6.1. Общая характеристика и компоненты проектирования
- •6.2. Эволюция разработки программного продукта
- •6.3. Структурное программирование
- •6.4. Объектно-ориентированное проектирование
- •7. Основные этапы работы по созданию программного продукта
- •7.1. Длительность основных этапов
- •7.2. Характеристика основных этапов
- •Библиографический список
Все ли надо стандартизировать?
Любой регламентирующий документ (в частности, стандарт) имеет два важнейших параметра: объект стандартизации (регламентации) и область действия.
Объекты, подлежащие регламентации, можно подразделить на две большие группы:
– архитектура ИС (или ПО ИС), входящих в область ответственности информационной службы или разрабатывающего коллектива;
– процессы создания, подлежащие регламентации.
Соответственно, целесообразно рассматривать:
– элементы НМО, относящиеся к конструкции ИС: общую архитектуру, протоколы, интерфейсы;
– процессы создания, интеграции, сопровождения, развития, обслуживания, эксплуатации ИС и т. д.
Областью действия элементов НМО может быть вся организация либо отдельный проект.
Все входящие в состав НМО документы должны быть определены по:
– виду регламентации (стандарт, руководящий документ, положение, инструкция и т. п.);
– статусу (международный, отраслевой, предприятия);
– области действия документа (заказчик, подрядчик, проект);
– объекту регламентации или методического обеспечения.
В качестве объектов регламентации и методического обеспечения могут выступать:
– объект работ, его архитектура, протоколы и интерфейсы;
– стадии работ и их результаты;
– процессы жизненного цикла и их отдельные элементы (задачи, работы и т. п.);
– этапы работ по стадиям и процессам;
– регламенты выполнения работ и отдельные процедуры;
– роли персонала, обязанности и ответственность за конечный результат;
– результаты работ (проектные и программные документы);
– метрики измерения сложности, качества и трудоемкости работ.
НМО может также определять порядок взаимодействия организации-заказчика с соисполнителями. В качестве документа, входящего в состав НМО, могут рассматриваться и организационно-распорядительные документы: положения, регламенты и пр., – касающиеся взаимодействия организации-заказчика с соисполнителями.
Нормативно-методическая документация должна регламентировать и методически поддерживать процессы жизненного цикла по ГОСТ Р ИСО/МЭК 12207-99, в первую очередь это планирование проектных работ, управление графиком и ресурсами для их выполнения; метрика и методика оценки трудоемкости работ на всех стадиях выполнения проекта; управление рисками; управление качеством ПО; управление требованиями; конфигурационное управление; управление изменениями; тестирование ПО; порядок испытаний; документирование.
Все документы, входящие в состав НМО, являются стандартами. Стандартизации подлежат только объекты и процессы, характерные для предприятия в целом, прошедшие длительную апробацию, проверку временем. Такие документы закрепляются в виде стандартов предприятия.
Методическое обеспечение должно поддерживать комплексную методологию эффективного ведения работ. Желательно, чтобы эта методология максимально охватывала весь жизненный цикл ПО и была применима к объектам и видам деятельности организации, стремящейся ее использовать. Очень часто организации применяют методологии, не ориентированные на архитектуру ПО, нужную организации, либо на классы решаемых ею задач, либо на виды деятельности (например, заказывающая организация использует непосредственно методологию разработки без ее адаптации к своим условиям). Именно в этом случае требуется привлечение консалтинговых организаций.
В соответствии с требованиями ГОСТ Р ИСО/МЭК 12207-99 методическая база должна формироваться по процессам, их задачам или шагам (в зависимости от используемой методологии) и ролям персонала в целях определения наиболее эффективных приемов работы и обеспечения качества. В дополнение к методологии обычно необходимо разрабатывать внутренние регламенты работ и взаимодействия участников проектов. Регламенты могут распространяться как на конкретный проект (или нескольких проектов), так и на организацию в целом. Регламенты могут устанавливаться и для отдельных объектов технологии создания, сопровождения и развития ПО ИС. Должны быть сформированы правила изменения регламентов. Опыт отечественных и зарубежных организаций показывает, что наибольший эффект (повышение качества, сокращение сроков разработки) достигается, если методическое обеспечение поддержано инструментальными средствами.