Iso 15504 spice
ISO/IEC TR 15504 SPICE создан с целью обеспечить руководство компаний- разработчиков программного обеспечения концептуальной основой и механизмом для оценки корпоративных бизнес- процессов. Подобный механизм может использоваться организациями, так или иначе вовлеченными в планирование, управление, мониторинг, контроль и улучшение процессов приобретения, поставки, разработки, использования, оценки и поддержки программного обеспечения (SW- процессы).
Структура процессов ISO/IEC TR 15504 SPICE
ISO/IEC TR 15504 SPICE предлагает структурированный подход к оценке или аттестации (assessment) SW- процессов:
самим предприятием или по его поручению, для определения текущего состояния внутренних процессов с целью их последующего улучшения;
самим предприятием или по его поручению, для определения соответствия внутренних процессов некоторым критериям;
самим предприятием или по его поручению, для определения соответствия другой организации требованиям конкретного контракта или типа разработки.
Состав и соотношение процессов SPICE
Предлагаемая ISO/IEC TR 15504 SPICE основа:
поощряет и во многом ориентирована на внутренние проверки;
направлена на определение соответствия уровня управления оцениваемого процесса;
учитывает контекст, в котором проистекает исследуемый процесс;
предлагает систему рейтингов (a process profile) вамен стандартной для ИСО 9000 системы выполнено/не выполнено;
одинаково применим для предприятий любого размера и области деятельности.
Для организаций, начавших работы по улучшению качества продукции, требуется проверенный и надежный метод проведения исследований и построения рейтинговых оценок производственных процессов. Более того, должен существовать механизм, позволяющий использовать полученные результаты в долговременных программах улучшения качества.
Использование предлагаемой в ISO/IEC TR 15504 SPICE модели аттестации процессов приводит к:
переходу к непрерывному улучшению процессов и внедрению корректных механизмов для поддержки подобных программ;
проектированию процессов в соответствии с реальными бизнес- требованиями;
оптимизации использования ресурсов.
Результат указанных мероприятий - организация связанных с ИТ работ с максимальной степенью соответствия требованиям рынка, снижение расходов на разработку и внедрение программного обеспечения, рост удовлетворения заказчиков. В свою очередь, организации, приобретающие ПО, получают ряд преимуществ:
снижение рисков при выборе поставщиков ПО, связанных с возможностью определения потенциала подрядчиков до момента оплаты работ;
организацию на месте соответствующего управления для снижения возможных последствий рисков;
создание численных методик для выбора и классификации потребностей бизнеса, требований и предварительных оценок стоимости ИТ- проектов в соответствии с определенными возможностями подрядчиков.
Серия стандартов гост 34-ххх «Информационная технология»
ГОСТ 34.601-90. Информационная технология. Автоматизированные системы. Стадии создания.
Данный стандарт распространяется на автоматизированные системы (АС), используемые в различных видах деятельности (исследование, проектирование, управление и т.п.), включая их сочетания, создаваемые в организациях, объединениях и на предприятиях.
Стандарт устанавливает стадии и этапы создания АС.
ГОСТ 34.602-89. Информационная технология. Техническое задание на создание автоматизированной системы
Данный стандарт распространяется на автоматизированные системы (АС) для автоматизации различных видов деятельности (управление, проектирование, исследование и т. п.), включая их сочетания, и устанавливает состав, содержание, правила оформления документа «Техническое задание на создание (развитие или модернизацию) системы».
ГОСТ 34.603-92. Информационная технология. Виды испытаний автоматизированных систем
Данный стандарт распространяется на автоматизированные системы (АС), используемые в различных видах деятельности (исследование, проектирование, управление и т. п.), включая их сочетания, создаваемые в организациях, объединениях и на предприятиях (далее - организациях).
Стандарт устанавливает виды испытаний АС и общие требования к их проведению.
Заключение
Определение концепции проекта
План лекции
Общие понятия управления проектом.
Предметные области управления проектом.
Фазы управления проектом.
Фаза инициации проекта. Группа задач планирования проекта (этапа).
Выработка основных положений проекта.
Определение и документирование области применения.
Форма документа CR010 «Область применения, цели и подход» в методологии Oracle PJM.
Введение
Управление проектами – интегрированный процесс. Действия (или их отсутствие) в одном направлении обычно влияют и на остальные направления. Такая взаимосвязь заставляет балансировать между задачами проекта - часто улучшение в одной области может быть достигнуто лишь за счет ухудшения в другой. Для лучшего понимания интегрированной природы управления проектами опишем его через процессы, из которых оно состоит и их взаимосвязи.
Процессы управления проектами
Подробнее вопросы управления проектами при разработке ПО будут рассмотрены в соответствующем курсе.
Процессы – действия и процедуры, связанные с реализацией функций управления.
Данный раздел представляет собой введение в концепцию управления проектами, как совокупность взаимосвязанных процессов, которые будут подробно описаны в последующих главах в разрезе управления проектами разработки информационных систем.
Процессы проекта
Проектсостоит изпроцессов.
Процесс– это совокупность действий, приносящих результат.
Процессы проекта обычно выполняются людьми и распадаются на две основные группы:
Процессы управления проектами - касающиеся организации и описания работ проекта (которые будут подробно описаны далее);
Процессы, ориентированные на продукт - касающиеся спецификации и производства продукта. Эти процессы определяются жизненным циклом проекта и зависят от области приложения.
В проектах процессы управления проектами и процессы, ориентированные на продукт, накладываются и взаимодействуют. Например, цели проекта не могут быть определены при отсутствии понимания того, как создать продукт.