- •Основные процессы жизненного цикла Приобретение
- •Поставка
- •Разработка
- •Эксплуатация
- •Сопровождение
- •Адаптация стандарта
- •Ibm Rational ProjectConsole
- •Ibm Rational SoDa
- •1. Основы программных требований
- •Методология разработки сложных программных систем
- •Технология освоения и внедрения case-средств
- •Методика разработки функциональных моделей в среде idef0
- •14.1 Общие положения
- •14.2 Классификация функций, моделируемых блоками idef0
- •14.3 Организационно-технические структуры и механизмы idef0-моделей
- •14.4 Управление - особый вид процесса, операции, действия
- •14.5 Типизация функциональных моделей и idef0-диаграмм
- •Информационное моделирование в методике idef1x Концепция idef1x
- •Инструменты разработки программных средств.
- •Инструментальные среды разработки и сопровождения программных средств.
- •Инструментальные среды программирования.
- •Понятие компьютерной технологии разработки программных средств и ее рабочие места.
- •Инструментальные системы технологии программирования.
- •Структура программы на ассемблере
- •Синтаксис ассемблера
- •Директивы сегментации
- •Алфавит языка
- •Комментарии
- •Простые типы
- •Примечание
- •Сложные типы
- •Описание простых типов
- •Допустимое использование
- •Тип bit
- •Допустимое использование
- •Тип std_logic
- •Допустимое использование
- •Перечислимый тип
- •Пример:
- •Допустимое использование
- •Пример:
- •Тип severity_level
- •Тип character
- •Массивы
- •Примеры:
- •Строки, битовые строки и агрегаты
- •Подтипы
- •Пример:
- •Другие примеры:
- •Пример:
- •Общие сведения
- •Переопределенные типы (redefined types)
- •Методика верификациии синтезируемого описания (Verification methodology)
- •Верификация комбинационных устройств (Combinational verification)
- •Верификация последовательностных устройств (Sequential verification)
- •Моделирование элементов аппаратуры (Modeling hardware elements)
- •Синхронные последовательностные схемы (Edge-sensitive sequential logic) Типы тактового сигнала (Clock signal type)
- •Определение фронта тактового сигнала
- •Передний фронт
- •Задний фронт
- •Описание синхронных последовательностных устройств
- •Использование оператора if
- •Использование конструкции wait
- •Асинхронные сброс и установка (asynchronous set-reset)
- •Последовательностные узлы с потенциальным управлением (level-sensitive sequential logic)
- •Логика с третьим состоянием и моделирование шин (Three-state and bus modeling)
- •Описание комбинационных логических схем (Modeling combinational logic)
- •Директивы компилятора (псевдокомментарии, Pragmas)
- •Атрибуты (Attributes)
- •Атрибут компилятора enum_encoding
- •Метакомментарии (Metacomments)
Сопровождение
Процесс разработки определяет работы и задачи, проводимые специалистами службы сопровождения. Процесс включает следующие работы:
Process implementation – определение процесса (подготовка процесса)
Problem and modification analysis – анализ проблем и изменений
Modification implementation – внесение изменений
Maintenance review/acceptance – проверка и приемка при сопровождении
Migration – миграция (перенос)
Software retirement – вывод программной системы из эксплуатации (снятие с эксплуатации)
Важно понимать, что стандарт 12207 не определяет последовательность и разбиение выполнения процессов во времени, адресуя этот вопрос также работам по адаптации стандарта к конкретным условиям и окружению и применению выбранных моделей, практик, техник и т.п.
Адаптация стандарта
Адаптация стандарта* подразумевает применение требований стандарта к конкретному проекту или проектам, например, в рамках создания внутрикорпоративных регламентов ведения проектов программного обеспечения.
Адаптация включает следующие виды работ:
Определение исходной информации для адаптации стандарта
Определение условий выполнения проекта
Отбор процессов, работ и задач, используемых в проекте или соответствующих регламентах
Документирование требований, решений и процессов, связанных с адаптацией и полученных в ее результате
Адаптация также подразумевает выбор модели (или комбинации моделей) жизненного цикла, а также применение соответствующих методологий, детализирующих процедуры выполнения процессов, работ и задач в рамках заданных границ (содержания) жизненного цикла программного обеспечения и организационной структуры и ролевой ответственности в конкретной организации (ее подразделении) и/или в проектной группе.
* Необходимо отметить, что существует еще один стандарт жизненного цикла - ISO/IEC 15288 (выпущен в 2002 году), фокусирующийся на вопросах организации процессов жизненного цикла системного уровня (Life Cycle Processes – System) и включающий специальный процесс - “Tailoring”, т.е. настройку, адаптацию жизненного цикла к конкретным требованиям и ограничениям, существующим или принятым в конкретной организации/подразделении или для заданного проекта.
Процесс управления проектами разработки аппаратно-программных средств.
Управление проектом по разработке программного обеспечения – это своего рода искусство балансирования между конкурирующими целями, рисками, различными ограничениями и обстоятельствами. Основной задачей данного процесса является обеспечение успешной поставки продукта, удовлетворяющего потребностям заказчиков – основных плательщиков по счетам, и потребителей – конечных пользователей.
Основные цели управления проектами:
- организация процесса управления проектом, планирование проекта на протяжении всего жизненного цикла и отдельной итерации;
- соблюдение основных принципов планирования, управления персоналом, выполнения работ и мониторинга проекта с помощью соответствующих метрик;
- эффективное управление рисками.
Компании и организации обычно ведут много проектов, которыми необходимо управлять – как традиционных IT-проектов, например, по разработке ПО или внедрению автоматизированной системы, так и проектов в других областях. Управление портфелем проектов – это подход, который позволяет держать под контролем широкий диапазон проектов и ресурсов, обеспечивая необходимый уровень их управляемости. Помимо управления единым финансовым портфелем, управление проектами включает множество различных процессов – управление ресурсами, затратами, рисками, качеством, а также другие связанные с этим процессы, и все они должны выполняться совместно.
В составе новой линейки средств IBM Rational предлагается надежный инструмент для управления проектами и портфелями, который играет ключевую роль в обеспечении процесса разработки программного обеспечения, управляемого бизнес целями компании – IBM Rational Portfolio Manager. Этот инструмент предоставляет командам разработчиков возможности по управлению проектами, значительно превышающие возможности программы MS Project, в то же время позволяя интегрироваться с ней.
Инструментальные средства управления проектами разработки аппаратно-программных средств.
