- •Восточно-сибирский государственный технологический университет
- •Метрология программного обеспечения
- •220400 «Программное обеспечение вычислительной техники и автоматизированных систем»
- •Введение
- •1. Роль стандартизации в развитии разработок в области информационных технологий.
- •1.1. Нормативно-методическая база стандартизации по
- •1.2. Основные направления стандартизации процессов разработки программных средств.
- •2. Стандартизация информационных технологий: состояние и перспективы развития.
- •2.1. Современное состояние стандартизации в мире
- •2.2. Состояние и проблемы стандартизации в России
- •3. Система показателей качественных и количественных характеристик программного продукта
- •3.1. Стандартизация характеристик качества
- •3.2. Выбор показателей качества
- •3.3. Оценки качества по
- •4. Модели и метрики оценки качества по
- •4.1. Оценка сопровождаемости программ.
- •4.2. Корректность
- •4.3. Метрики сложности программ
- •4.3.1. Метрики размера программ
- •4.3.2. Метрики сложности потока управления программ.
- •3.4.3. Метрики сложности потока данных
- •4.4. Модели надежности программ
- •4.4.1. Модели надежности по по структуре времени
- •4.4.2. Методы оценки числа оставшихся в по ошибок, основанные на метриках Холстеда
- •4.4.3. Методы оценки показателей надежности по, основанные на моделях «посева» и разметки ошибок и на моделях структуры входных данных.
- •4.4.4. Методы оценки, основанные на моделях структуры входных данных
- •4.4.5. Текстовые модели надежности по
- •4.5. Метрики стилистики и понятности программ
- •4.6. Метрика изменения длины программной документации.
- •4.7. Методы проведения контроля за качеством по
- •5. Сертификация программного обеспечения
- •5.1. Понятие сертификации
- •5.2. Виды сертификации программного обеспечения
- •5.3. Органы сертификации программного обеспечения в Российской Федерации
- •Список используемой литературы
1. Роль стандартизации в развитии разработок в области информационных технологий.
1.1. Нормативно-методическая база стандартизации по
Основным ориентиром на предприятии обычно служит уже существующее программное обеспечение, ПО разных производителей. Как правило, в настоящее время разработанное без применения каких-либо стандартов.
Разработка больших проектов, зачастую, связана с работой коллективов из нескольких десятков и даже сотен человек. Такие разработки ведет корпорация, включающая несколько организаций. Условия разработки и сопровождения создаваемого программного обеспечения немыслимы без совокупности нормативно-методических документов, регламентирующих различные аспекты деятельности людей, методик их поведения и взаимодействия на различных стадиях жизненного цикла ПО.
Следует отметить, что во всех этих случаях комплекс документов, регламентирующих требования к объектам проектирования, порядку взаимодействия людей и организаций в процессе их деятельности называют нормативно-методическим обеспечением или нормативно-методической базой [11].
Формирование стандартов, шаблонов документов и регламентов (нормативно-методической базы), которые охватывают набор основных объектов регламентации выполняются поэтапно и необходимо для:
унификации архитектурных решений и эксплуатационной документации;
создания документации сопровождения;
формированию правил взаимодействия подразделений между собой и поставщиками.
Рассмотрим основные принципы формирования нормативной базы.
Нормативно-методическое обеспечение (НМО) представляет собой комплекс документов, регламентирующих:
порядок разработки, сопровождения, внедрения и развития ПО ИС;
общие требования к составу и связям между входящими в него составными частями;
виды, состав и содержание проектной и программной документации.
Целью НМО является определение общих правил ведения и оформления документации по разработке ПО, что обеспечивает единую нормативную и методическую основу для взаимодействия групп специалистов заказчика и подрядчиков, осуществляющих разработку, эксплуатацию, внедрение и сопровождение ПО. Следование требованиям НМО позволит создавать ПО высокого качества, возможностью сопровождения, соответствие требованиям международных стандартов, а также повлияет на снижение затрат на создание и использование ПО.
НМО решает такие задачи, как:
регламентация порядка, состава и содержания процессов создания, внедрения и развития, сопровождения ПО;
регламентация общих требований к ПО для обеспечения их высокого качества, унификации построения, оформления, повторного использования, а также для снижения совокупных затрат на время применения ПО;
формирование методических материалов, обеспечивающих возможность использовать наиболее эффективные приемы и методы работы, выполнять их по единой схеме и получать единообразные результаты;
регламентация состава и форм проектной и программной документации.
В состав НМО входят стандарты и руководящие документы, методики выполнения сложных операций, шаблоны проектных и программных документов (рис. 1).
Рис.1 Состав нормативно-методического обеспечения
|
Все документы НМО должны быть определены:
по виду регламентации (стандарт, руководящий документ, положение, инструкция и т. п.);
по статусу регламентирующего документа (международный, отраслевой, предприятия);
по области действия документа (отрасль, организация-заказчик/подрядчик, проект);
по объекту регламентации или методического обеспечения [11].
Нормативное обеспечение должно определять:
классификацию ПО;
базовые термины и определения;
требования к составу и связям ПО ИС, порядку их формирования и развития;
общие правила ведения работ;
требования к сопровождению и эксплуатации;
правовые отношения держателей подлинников, дубликатов и рабочих копий [11].
Методические документы устанавливают основные процессы и этапы работ, порядок их выполнения на различных этапах проекта, роли и ответственность персонала, и документацию, являющуюся результатом работ. Состав и содержание методических документов зависят от методологии ведения работ и используемых инструментальных средств.
Методические документы дополняют и конкретизируют имеющиеся в заказывающей организации стандарты в части этапов и приемов работы.
Методические документы могут описывать по составу и содержанию работ следующие процессы:
1) вспомогательные процессы (ГОСТ Р ИСО/МЭК 12207-99) — документирование (определяет действия для записи информации, являющейся результатом выполнения какого-либо процесса жизненного цикла); управление конфигурацией; обеспечение качества (определяет действия для достижения гарантии, что программные продукты и процессы соответствуют заданным требованиям);
2) организационные процессы, включающие в себя управление проектом (определяет основную деятельность управления, включая проектный менеджмент, в течение жизненного цикла); создание инфраструктуры (определяет основные действия для создания нижней структуры процесса жизненного цикла); усовершенствование (определяет основные действия, которые ГЦИ выполняет для создания, оценки, управления и совершенствования их процесса жизненного цикла); обучение (определяет действия для обеспечения соответствующего обучения).
Методические документы, как правило, регламентируют следующие аспекты выполнения проектов программных средств и управления этими проектами:
1) функциональная схема технологических процессов для каскадного и спирального жизненных циклов.
Описание каждого процесса должно содержать следующие сведения: наименование процесса и его назначение, условия выполнения, состав, структуру, назначение и описание содержания входных данных (документов), необходимых для выполнения процесса и выходных данных (документов), получаемых в результате выполнения процесса, роль (роли) участников выполнения процесса, метрики трудоемкости, способы ее измерения и оценки, основные риски при выполнении процесса, состав и назначение инструментальных средств, используемых при выполнении процесса;
2) описание ролей разработчиков и руководителей, принимающих участие в выполнении проекта ИС и управления этим проектом, включающее в себя следующие сведения для каждой роли: наименование роли и ее назначение, состав процессов, в выполнении которых она участвует, права и обязанности роли в каждом из этих процессов, с какими ролями и в каких целях данная роль взаимодействует, требования к ее квалификации и опыту;
3) инструкции по работе с инструментальными средствами, которые должны содержать сведения о том, в каких процессах, кем («какой ролью») и для каких целей используется каждое инструментальное средство и подробные руководства по работе на каждом инструментальном средстве. Эти инструкции могут представлять собой документацию на инструментальные средства.
При проведении работ по разработке ПО целесообразно использовать шаблоны проектных и программных документов. Шаблоны всех документов, создаваемых на протяжении жизненного цикла ПО, и описания их содержания после апробации целесообразно оформить в виде отраслевого стандарта предприятия и ввести в действие в установленном порядке.
Регламентирующие документы. Стандарты не работают сами собой. Они должны быть включены в технологические процессы предприятия, должны быть определены их роль и место в процессе, процедуры их использования и контроля их выполнения. Элементы НМО должны быть введены в действие соответствующими приказами. Организацией применения стандарта занимается, как правило, служба качества предприятия совместно с ИТ-службой. Обычно она подготавливает организационно-распорядительные документы – регламенты, которые описывают распределение ответственности между участниками процессов, в том числе и в части использования НМО и контроля его использования. Регламенты крайне полезны при внедрении, они снимают психологические трудности внедрения и обеспечивают его высокую эффективность.
Разработчик или организация-заказчик может использовать необходимые ей стандарты, в зависимости от их статуса. В случаях, когда использование стандартов в отрасли или на предприятии жестко регламентировано (например, отрасли авиастроения и т. п.) могут накладываться ограничения. Международные и отечественные стандарты, при необходимости должны быть просто введены в действие в порядке, установленном в Российской Федерации.
Недостающие для организации проекта по созданию ПО стандарты следует разработать как отраслевые или стандарты предприятия. К их числу должны относиться стандарты, регламентирующие прежде всего:
порядок инициации проекта и разработки ПО;
порядок приемки ПО;
порядок внедрения и эксплуатации;
порядок постановки работ по сопровождению;
состав выпускаемых программных документов и их соответствие Государственным стандартам РФ.
В этих нормативных документах не должно быть привязки к конкретным проектам, системам или платформам.
Процессы жизненного цикла и их реализация в масштабах заказывающей, эксплуатирующей и сопровождающей организации на этом этапе целесообразно регламентировать руководящими документами (РД) или Положениями. РД устанавливают регламент выполнения процессов и утверждаются руководством организации. Они могут действовать на относительно коротком отрезке времени для отработки организационно-технических решений.
Наиболее эффективным инструментом в рамках проекта представляются методики, включенные в состав методологии или технологии, используемой в проекте ИС.