- •Фундаментальные основы конструирования программного обеспечения
- •2. Минимизация сложности программного обеспечения
- •3. Ожидание изменений в программном обеспечении как фактор, влияющий на конструирование по
- •4. Конструирование по с возможностью проверки
- •7 Планирование конструирования (Construction Planning)
- •8 Измерения в конструировании (Construction Measurement)
- •9 Проектирование в конструировании (Construction Design)
- •10 Языки конструирования (Construction Languages)
- •13 Повторное использование по (Reuse)
- •18 Определение дисциплины программная инженерия
- •19 Состав коллективов при создании больших программных проектов
- •20. Основы программных требований
- •21 Инженерия требований к по
- •22 Управление требованиями к по
- •23 Выявление требований
- •24. Анализ требований
- •26 Валидация требований к по
- •27 Управление требованиями
- •28 Определение термина Проектирование по (Software design)
- •29 Базовые концепции проектирования по
- •30 Базовые элементы Архитектуры по
- •31 Анализ и оценка качества проектирования по
- •32 Нотации проектирования
- •33. Определение термина «Конструирование по»
- •34 Виды тестирования по
- •35 Техники тестирования по
- •36 Управление тестированием по
- •37 Измерение результатов тестирования.
- •38 Сопровождение по (Software maintenance)
- •39 Основные концепции сопровождения по
- •40 Эволюция по.
- •41 Управление конфигурацией по (Software Configuration Management–
- •42 Управление инженерией по (Software Engineering Management)
- •43 Организационное управление инженерией по
- •44 Процесс управления проектом разработки по
- •45 Управление рисками при разработке программного проекта
- •47 Процесс инженерии по (Software Engineering Process)
- •48 Инфраструктура процесса разработки по
- •49 Определение процесса разработки по
- •50 Оценка процесса разработки по
- •51 Модели жизненного цикла при разработке программных систем
- •52 Каскадная модель жц
- •53 Инкрементная модель жц
- •54 Спиральная модель
- •55 Эволюционная модель жц
- •56 Стандартизованная модель системы
- •57 Основные процесс стандарта iso/iec 12207
- •58 Вспомогательные процессы стандарта iso/iec 12207
- •59 Организационные процессы стандарта iso/iec 12207
- •60 Характеристика модели процессов в ядре swebok
43 Организационное управление инженерией по
это планирование и составление графика работ,
оценка стоимости работ, подбор и управление персоналом, контроль за выполнением
работ согласно принятых стандартов и планов. Главными проблемами
организационного управления проектом являются: управление персоналом (обучение,
мотивация и др.), коммуникации между сотрудниками и средой (сценарии, встречи,
презентации и др.), а также риски (минимизация риска, техники определения риска,
выбор решений по их предотвращению и др.). Для управления проектом создается
такая структура коллектива, специалисты которой могут выполнить проект, они
распределяются по работам и все вместе реализуют задачи проекта под руководством
менеджеру проекта.
Задачам проекта сопоставляется оборудование, средства и исполнители. Проводится
распределение обязанностей специалистов и их выполнение с учетом заданной
стоимости и срока разработки проекта.
44 Процесс управления проектом разработки по
включает: составление плана проекта, построение
графиков работ (сетевых или временных диаграмм) исходя из имеющихся ресурсов, а
также распределение персонала по работам с учетом сроков и стоимости их
выполнения и др.; анализ финансовой, технической, операционной и социальной
политики организации для выбора правильной стратегии выполнения плана; контроль
процесса управления планами и продуктами на процессах.
Управление продуктом заключается в уточнении требований и проверки (валидацию)
их на соответствие, в просмотре и ревизии требований на соответствие заданным
спецификациям качества, а также в проверке (верификации) правильности
реализованных функций в отдельных продуктах проекта. Процесс управления
проектом базируется на заданных сроках выполнения работ, их начала и окончания.
Результаты планирования отображаются в сетевых диаграммах (PERT – Program
Evaluation and Review Technique, CРM – Сritical Path Method и др.), предназначенных
для отображения полного комплекса работ, времени их выполнения и зависимостей
между разными работами.
Сетевая диаграмма PERT является графом, в вершинах которого располагаются
работы, а дуги задают взаимные связи между этими работами. Такой граф является
наиболее распространенным представлением сети для управления разными видами
работ на сегодняшний день. Другой тип сетевой диаграммы является событийным,
когда в ее вершинах указываются события, а работы задаются линиями между двумя
узлами–событиями. Ожидаемое время выполнения работы для сетевых диаграмм
оценивается с помощью среднего весового значения трех оценок: оптимистической,
пессимистической и ожидаемой – вероятностной. Эти оценки берутся из заданного
времени на разработку и заключений экспертов, оценивающих отдельные работы и в
комплексе. Есть и другие методы оценок.
После составления плана решается вопрос управления и контроля проекта согласно
плану, выбранного процесса и сущности проекта. Корректно составленный план
обеспечивает выполнение требований и целей проекта. Процесс контроля более всего
направлен на внесение изменений в проект, оценку риска и оценка принимающих
решений.