Анализ списка указывает, что в нем отражены типичные бизнес-процессы, в той или иной мере имеющие отношение к качеству выпускаемой продукции (в том числе - ПО) . Таким образом, функционально стандарты семейства ISO 9000 связаны с обеспечением качества системы управления производством изделия.

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

Ключевое понятие, - качество, - положено в основу международных стандартов ISO серии 9000. Основополагающая идея ISO 9000 состоит в том, что система качества предполагает построение такой структуры управления производством, которая гарантирует выпуск качественного продукта (в нашем случае, программного обеспечения) в любой момент, пока система действует. Список элементов качества, на которые распространяются требования стандартов ISO 9000:

· Ответственность руководства.

· Система качества.

· Анализ контракта.

· Управление проектированием.

· Управление документацией.

· Закупки продукции.

· Продукция, предоставляемая потребителям.

· Идентификация продукции и ее прослеживаемость.

· Управление процессами.

· Контроль и проведение испытаний.

· Контрольное измерительное и испытательное оборудование.

· Статус контроля и испытаний.

· Управление продукцией, не соответствующей стандарту качества.

· Корректирующие и предупреждающие действия.

· Погрузочно-разгрузочные работы, хранение, упаковка и поставка.

· Регистрация данных о качестве.

· Внутренние проверки качества.

· Подготовка кадров.

· Техническое обслуживание.

· Статистические методы.

Анализ списка указывает, что в нем отражены типичные бизнес-процессы, в той или иной мере имеющие отношение к качеству выпускаемой продукции (в том числе - ПО) . Таким образом, функционально стандарты семейства ISO 9000 связаны с обеспечением качества системы управления производством изделия.

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

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

руководитель проекта - координирует все действия, организует внешнее и внутреннее взаимодействия группы проекта, обеспечивает соблюдение сроков разработки и качество разрабатываемого ПО и его соответствие требованиям заказчика, несет полную ответственность за результат работ по проекту;

системный аналитик - анализирует требования к системе, разрабатывает концепцию и логику работы системы, составляет технические задания или подобные документы, несет ответственность за соответствие предлагаемых решений требованиям заказчика;

разработчики - реализуют принятые технические задания, отвечают за качество и сроки разрабатываемого кода, за его соответствие техническим заданиям;

дизайнер - участвует в разработке концепции системы, разрабатывает ее пользовательский интерфейс и принимает участие в его реализации, несет ответственность за соблюдение фирменного стиля и требований к реализации пользовательского интерфейса;

тестер - разрабатывает программу тестирования, осуществляет ее и несет ответственность за полноту тестирования готовых модулей и системы в целом;

технический писатель - разрабатывает документацию на проект, несет ответственность за полноту и правильность описания.

Дизайнер, тестер и технический писатель могут в группу постоянно не входить, а работать над несколькими проектами и привлекаться к работе по мере необходимости. В подразделение по разработке ПО, состоящее из нескольких проектных групп, может входить технолог, который разрабатывает, внедряет и поддерживает технологию производства программных продуктов. Для сложных проектов, связанных с активным применением сетевых решений, Internet технологий и т. д. в группу проекта может подключаться специалист по использованию сетей. Кроме непосредственной команды разработчиков проекта, над проектом могут работать и другие специалисты компании: менеджеры, маркетологи.

Фазы, итерации и циклы разработки программных систем. Фаза (phase) - это промежуток времени между двумя важными опорными точками процесса, в которых должны быть достигнуты четко определенные цели, подготовлены те или иные артефакты и принято решение о том, следует ли переходить к следующей фазе. Рациональный Унифицированный Процесс состоит из следующих четырех фаз:

Начало (Inception) - определение бизнес-целей проекта. На этой стадии определяются цели системы и устанавливаются рамки проекта. Анализ целей включает выработку критерия успешности, оценку рисков, необходимых ресурсов и составление плана, в котором отражены основные опорные точки. Нередко создается исполняемый прототип, демонстрирующий реалистичность концепция. В конце начальной фазы еще раз подвергается внимательному изучению весь жизненный цикл проекта и принимается решение, стоит ли начинать полномасштабную разработку.

Исследование (elaboration) - разработка плана и архитектуры проекта в данном этапе стоит задача проанализировать предметную область, выработать прочные архитектурные основы, составить план проекта и устранить наиболее опасные риски. Архитектурные решения должны приниматься тогда, когда стала ясна структура системы в числом, то есть большая часть требовании уже сформулирована, для подтверждения правильности выбора архитектуры создается система, демонстрирующая выбранные принципы в действии и реализующая некоторые наиболее важные прецеденты. В юнце фазы исследования изучаются детально расписанные пели проекта, его рати, выбор архитектуры и методы управления основными рисками, а затем принимается решение о том, надо ли приступать « построению.

Построение (constnjction) - постепенное создание системы. В фазе построения постепенно и итеративно разрабатывается продукт, готовый к внедрению. На этом этапе описываются оставшиеся требования и критерии приемки, проект "обрастает плотью", завершается разработка и тестирование программного комплекса. В конце фазы построения принимается решение о готовности программ, эксплуатационных площадок и пользователей к внедрению.

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