Программа по формированию навыков безопасного поведения на дорогах и улицах «Добрая дорога детства» 2
Скачать 1.39 Mb.
|
Шестая часть (информационная) стандарта ИСО/МЭК ТО 15504 описывает компетентность, образование, специальную подготовку и опыт, необходимые аттестаторам для проведения аттестации процессов. Она описывает механизмы, которые могут быть использованы для демонстрации компетентности и подтверждения образования, специальной подготовки и опыта. Седьмая часть (информационная) стандарта ИСО/МЭК ТО 15504 описывает, как определять исходные данные и использовать результаты аттестации, имеющей целью усовершенствование процесса. Она включает примеры применения усовершенствования процесса в различных ситуациях. Восьмая часть (информационная) стандарта ИСО/МЭК ТО 15504 описывает, как определять исходные данные и использовать результаты аттестации, имеющей целью определение зрелости процессов. Это руководство по проведению определения зрелости процессов может использоваться либо организацией для определения собственной зрелости, либо потребителем для определения зрелости (потенциального) поставщика. Девятая часть (нормативная) стандарта ИСО/МЭК ТО 15504 является словарем терминов. 4.1.2 Входные данные аттестации При проведении аттестации ведущий аттестатор обязан обеспечивать следование требованиям к этому процессу и их документирование. Эти требования включают документирование: 30
Некоторые пункты, в частности объем и ограничения аттестации, содержат целый ряд элементов, и необходимо обратить внимание на то, чтобы все они были отражены. Указания по проверке входных данных аттестации содержатся в стандарте ИСО/МЭК ТО 15504-4. Совокупность самих входных данных зависит от цели аттестации. Соответствующие указания содержатся в стандартах ИСО/МЭК ТО 15504-7 и ИСО/МЭК ТО 15504-8. 4.1.3 Выбор процессов для аттестации Какие процессы подлежат аттестации, определяет объем аттестации. Модель или модели, используемые в качестве базиса для проведения аттестации, должны быть совместимы с эталонной моделью, причем необходимо установить соответствие между процессами аттестуемой организации и процессами эталонной модели путем использования аттестационной модели или моделей. Такой способ определения объема аттестации обеспечивает общий базис для измерений и рейтингов. Требования к выявлению процессов, подлежащих аттестации, содержатся в международном стандарте ИСО/МЭК ТО 15504-3. Сопоставление организационных процессов с совместимой моделью или моделями составляет существенную часть зарегистрированных данных аттестации. После завершения аттестации любой, кто изучает зарегистрированные данные аттестации, должен иметь возможность соотнести сопоставление процессов и совместимой модели с записями об организационной структуре, процедурах и стандартах, принятых в аттестуемой организации. 4.1.4 Показатели аттестации Использование в ходе аттестации соответствующего набора показателей является ключевым компонентом требований стандарта ИСО/МЭК ТО 15504. Показатели производительности и зрелости процесса составляют объективный базис, на котором строится выставление рейтингов атрибутов процессов. Именно этот объективный базис является фундаментом для любых сравнений результатов аттестаций. 31 Международный стандарт ИСО/МЭК ТО 15504-3 содержит ряд требований, относящихся к показателям. Они состоят в том, что:
Простейшим способом удовлетворить этим требованиям является внедрение элементов совместимой модели, включая показатели, в соответствующий инструмент или инструментальное средство, позволяющие записывать наблюдения и данные при проведении аттестации. Стандарт ИСО/МЭК ТО 15504-4 содержит указания по выбору и использованию инструментов и средств аттестации. 4.1.5 Отчет о результатах аттестации Одной из главных целей для проведения совместимой аттестации является гарантия сравнимости с результатами других аттестаций. Это становится возможным при выполнении требований к рейтингу процессов и вычислении результатов в рамках принятой системы измерений, а также при составлении отчета о результатах таким образом, чтобы вычисления стали сравнимыми. Формально результаты аттестации должны содержать набор атрибутов для каждого процесса, входящего в объем аттестации. Набор атрибутов процесса называется профилем процесса. Дополнительная информация относительно контекста аттестации и аттестуемых процессов также должна быть занесена в зарегистрированные данные аттестации. Требования по составлению отчета о результатах аттестации содержатся в стандарте ИСО/МЭК ТО 15504-3. Рейтинги атрибутов могут быть использованы для вычисления рейтингов уровней зрелости аттестованных процессов. Каков бы ни был окончательный формат результатов процесса, существенно то, что обеспечивается ясная прослеживаемость процессов и атрибутов процессов, содержащихся в эталонной модели, что позволяет проверить процесс вычислений. Разработчик совместимой модели должен обеспечить ясный механизм преобразования результатов, и этот механизм должен гарантировать достижение такой прослеживаемости. Следует отметить, что выходные данные аттестации содержат все детали контекста процессов, которые заносятся в зарегистрированные данные аттестации. Эти зарегистрированные данные также будут содер- 32 жать дополнительную информацию, собранную в ходе аттестации и являющуюся входными данными деятельности по усовершенствованию процессов или определению зрелости процессов. 4.2 Оценка трудоемкости разработки прикладных программ Оценка затрат на разработку является одним из наиболее важных видов деятельности в процессе создания прикладных программ. При отсутствии достоверной оценки невозможно обеспечить четкое планирование и управление проектом. Недооценка стоимости, времени и ресурсов, требуемых для создания прикладной программы, влечет за собой недостаточную численность проектной команды, чрезмерно сжатые сроки разработки и, как результат, утрату доверия к разработчикам в случае нарушения графика. С другой стороны, перестраховка и переоценка могут оказаться ничуть не лучше. Если для проекта выделено больше ресурсов, чем реально необходимо, причем без должного контроля за их использованием, то ни о какой экономии ресурсов говорить не приходится. Такой проект окажется более дорогостоящим, чем должен был быть при грамотной оценке, и приведет к более позднему началу следующего проекта. Оценка затрат на разработку прикладной программы предполагает выполнение следующих четырех шагов:
Оценка размера проекта базируется на знании требований к системе. Для такой оценки существуют два основных способа:
Оценка трудоемкости проекта выводится на основании его размера. Для такой оценки также существуют два основных способа: 1. Самый лучший вариант - это использование накопленных в вашей организации исторических данных, позволяющих сопоставить трудоем- 33 кость вашего проекта с трудоемкостью предыдущих проектов аналогичного размера. Однако это возможно только при следующих условиях:
2. Если предыдущий подход по разным причинам оказывается неприменимым, следует использовать один из известных алгоритмических методов оценки (например, модель СОСОМО (Constructive COst MOdel -конструктивная стоимостная модель) Барри Боэма). Подобным же образом (как на основе исторических данных, так и с использованием формальных методов) оцениваются продолжительность и стоимость проекта. Имеются следующие средства оценки программных проектов. Средства оценки, являющиеся коммерческими продуктами, такие, как SLIM (разработчик - компания Quantitative Systems Management), ES-TIMACS (разработчик - компания Computer Associates), KnowledgePLAN и CHECKPOINT (разработчик - компания Software Productivity Research). Эти продукты нельзя назвать совершенными, и все они требуют от пользователя высокого уровня квалификации (здесь, как и в других областях деятельности, действует принцип "что заложишь, то и получишь"). В лучшем случае с помощью таких продуктов можно получить оценку с точностью ±10%. Динамические модели систем - множество имитационных моделей, которые позволяют исследовать нелинейные зависимости между различными факторами, влияющими на динамику проектных процессов. Например, если частью стратегии проекта является требование сверхурочной работы участников проекта со стороны менеджера, каков будет эффект через несколько недель или месяцев? Естественно предположить, что по сравнению с нормальным восьмичасовым рабочим днем отдача увеличится, однако наиболее опытный менеджер проекта также отметит, что производительность (измеряемая в количестве функциональных точек в день, строках кода в час и т.д.) по мере накопления усталости будет постепенно снижаться. Кроме того, возрастет количество ошибок, что, очевидно, повлияет на трудоемкость тестирования и отладки. 34 Аналитические модели для оценки проектов, описанные в литературе. Лучшими являются работы Барри Боэма (модель СОСОМО, разработанная им в начале 80-х гг., была позднее модифицирована в модель СО-СОМО-2). Другой классической работой является книга Фредерика Брукса "Мифический человеко-Месяц", переизданная в 1995 г. с учетом современной технологии и практики разработки программного обеспечения. Различные руководства и отчеты организаций, подобных Software Engineering Institute (SEI), которые могут помочь при выполнении оценки проектов. Еще одним распространенным способом для оценки критичности тех или иных проектных ограничений для всей разрабатываемой системы в целом является создание ее прототипа. Этот подход позволяет привнести немного здравого смысла в проектную команду и в окружающих ее менеджеров и заказчиков. Небольшой прототип будущей системы позволит грубо оценить производительность проектной команды, а также реализуемость проекта в целом. Остановимся более подробно на методе функциональных точек. Определение числа функциональных точек является методом количественной оценки программы, применяемым для измерения функциональных характеристик процессов ее разработки и сопровождения независимо от технологии, использованной для ее реализации. Подсчет функциональных точек помимо средства для объективной оценки ресурсов, необходимых для разработки и сопровождения программы, применяется также в качестве средства для определения сложности приобретаемого продукта в целях принятия решения о покупке или собственной разработке. Метод разработан на основе опыта реализации множества проектов создания прикладных программ и поддерживается международной организацией IFPUG (International Function Point User Group). Существуют специальные программные средства, автоматизирующие проведение оценок по методу функциональных точек и позволяющие оценить, насколько быстро и с какими затратами в действительности удастся реализовать проект. Одним из таких средств является KnowledgePLAN - продукт фирмы Software Productivity Research. KnowledgePLAN использует результаты исследований по оценке сложности, трудоемкости и производительности разработки программного обеспечения. Оценка и планирование в пакете KnowledgePLAN ведутся на основе статистических закономерностей, выведенных путем анализа 35 большого количества успешно завершенных проектов из различных областей применения. Исходные данные для вычислений находятся в специальной базе данных, которая обновляется по результатам выполнения реальных проектов. В качестве метрик для оценки размеров программного обеспечения используются методика подсчета функциональных точек и метод оценки сложности программного продукта, учитывающий алгоритмическую сложность разрабатываемых программ. KnowledgePLAN имеет следующие возможности:
4.3 Определение качества прикладных программ Формализации показателей качества программных средств посвящена группа стандартов. 4.3.1 Международный стандарт ISO 9126:1991 В международном стандарте «ISO 9126:1991. ИТ. Оценка программного продукта. Характеристики качества и руководство по их применению» заложены следующие основные принципы:
В этом стандарте выделены характеристики, которые позволяют оценивать прикладные программы с позиции пользователя, разработчика и управляющего проектом. Качество сложных программных средств описы-36 вается совокупностью показателей. Для каждого показателя должны быть определены метрики и методы их измерения. Эти критерии и метрики позволяют описывать свойства программ независимо от способа их разработки. Стандарт рекомендует шесть основных характеристик качества прикладных программ, каждая из которых детализируется несколькими (всего 21) характеристиками:
|
