- •Понятие по: программа, программный комплекс, программный продукт, системный программный продукт.
- •Философия развития по. Тенденция развития по.
- •Инженерия по. Тенденции затрат на по.
- •Профессиональные и этические требования к специалистам по по. Основные проблемы, стоящие перед специалистами по по.
- •Управление качеством по и работа менеджеров по качеству.
- •Стандарт iso 9000 и управление качеством.
- •Вероятностные методы в оценке качества по.
- •Стандарты на продукцию и процесс разработки по.
- •Стандарты на техническую документацию.
- •Измерение показателей по. Характеристики качественного по.
- •Показатели программного продукта.
- •Объектно-ориентированные показатели.
- •Обзор моделей создания по.
- •Каскадная модель. Достоинства и недостатки каскадной модели.
- •Эволюционная модель. Два подхода к реализации эволюционного метода.
- •Формальная разработка систем.
- •Разработка по на основе ранее созданных компонентов.
- •Модель Миллса. Экстремальное программирование.
- •Спиральная модель разработки. Спиральная модель жизненного цикла разработки по
- •Спецификация по. Основные этапы.
- •Этапы процесса проектирования.
- •Управление проектами. Отличие программных проектов от технических.
- •Планирование проекта. График работ.
- •Анализ рисков.
- •Современный подход к проектированию по. V-цикл проектирования и разработки по.
- •Организация групп программистов.
- •Планирование проекта. План проекта. Контрольные метки этапов работ. График работ. Временные и сетевые диаграммы.
- •Методы проектирования.
- •Программирование и отладка.
- •Объектно-ориентированный анализ и проектирование (ооа/ооп). Методология объектно-ориентированного моделирования. Понятие объекта.
- •Сложные объекты. Использование объектной технологии. Объекты м классы объектов в uml. Взаимодействие между объектами.
- •Моделирование классов и отношений.
- •Пятиэтапный процесс тестирования. Альфа-тестирование, бетта-тестирование.
- •Эволюция программных систем.
- •Разработка по на основе визуального моделирования. Case – средства для разработки по. Ibm Rational & Rational Rhapsody.
- •Стандарты, регламентирующие Жизненный цикл по и процессы разработки.
- •Rup. Фазы и дисциплины унифицированного процесса.
- •Анализ требований на фазе начало up. Артефакты начальной фазы.
- •Стандарт uml 2.2.
- •Этапы проектирования ис с применением uml.
- •Диаграммы прецендентов.
- •Диаграммы классов.
- •Диаграмма объектов.
- •Диаграммы взаимодействия.
- •Метод ecm (Enterprise Component Modeling) в uml. Опишите игру в кости с помощью uml-diagram.
- •Методы верификации объектно-ориентированных программ.
- •Метод тестирования программ.
- •Организация проведения тестирования. Классификация ошибок.
- •Требования к покрытию критичных приложений тестами.
Анализ рисков.
Анализ проектных рисков подразделяется на качественный (описание всех предполагаемых рисков проекта, а также стоимостная оценка их последствий и мер по снижению) и количественный (непосредственные расчеты изменений эффективности проекта в связи с рисками).
В число проектных рисков обычно включаются такие как: технические, риски участников проекта, политические, юридические, финансовые, маркетинговые, экологические, военные, строительно-эксплуатационные, специфические, риски обстоятельств непреодолимой силы и др.
Наиболее часто встречающимися количественными методами анализа рисков являются анализ чувствительности (уязвимости), анализ сценариев и имитационное моделирование рисков по методу Монте-Карло.
Предрисковая оценка чистых выгод инвестиционного проекта, анализ его эффективности базируется на утверждении о наиболее успешном осуществлении и эксплуатации проекта просто уже потому, что априори отсекает неопределенность исходных факторов (переменных). Дело в том, что основываясь на ретроспективном анализе, исследователь прогнозирует определенную величину (оценку) исследуемого фактора (переменной). Однако при этом результативный проектный показатель, зависящий от данного фактора, также принимает определенное точечное значение, которое может ввести в заблуждение, так как при некотором внепрогнозном изменении переменной изменится и результативность проекта.
Даже если эксперт-аналитик использует наиболее вероятные значения каждой проектной переменной, это вовсе не приведет к тому, что полученный результат будет также наиболее вероятным результатом.
Современный подход к проектированию по. V-цикл проектирования и разработки по.
Область применения V-образной модели
Подобно своей предшественнице, каскадной модели, V-образная модель лучше всего срабатывает тогда, когда вся информация о требованиях доступна заранее. Общераспространенная модификация V-образной модели, направленная на преодо¬ление ее недостатков, включает в себя внесение итерационных циклов для разреше¬ния изменения в требованиях за рамками фазы анализа.
Использование модели эффективно в том случае, когда доступными являются ин-формация о методе реализации решения и технология, а персонал владеет необходи¬мыми умениями и опытом в работе с данной технологией.
V-образная модель — это отличный выбор для систем, в которых требуется высокая надежность, таких как прикладные программы для наблюдения за пациентами в клиниках, а также встроенное ПО для устройств управления аварийными подушками безопасности в автомобилях.
Организация групп программистов.
Анализ организаций и групп во многом заимствован экономистами у социологов. В начале лекции остановимся на основных категориях, используемых в исследованиях[1] [1].
Социальная группа – это некоторое число людей, взаимодействующих друг с другом на регулярной основе.
Первичные группы – небольшая ассоциация людей, связанных узами эмоциональной природы. Пример: семья, группа друзей (Кули, Гидденс).
Вторичные группы – некоторое количество людей, регулярно встречающихся, но чьи отношения имеют по большей части обезличенный характер.
Организация это большая ассоциация людей, действующих на основании неличных связей, созданная для достижения специфических целей.
На всех уровнях внутри организации создаются неформальные сети (связи), их изучение не менее важно, чем изучение формальных характеристик организации.
Почти все крупные организации являются бюрократическими по своей природе.
Бюрократия включает в себя четкую иерархию власти, установленные правила, определяющие поведение должностных лиц, и разделение между задачами должностных лиц внутри организации и их жизнью вне ее.
Часто бюрократия в больших организациях приводит к олигархии (или монополизации власти верхушкой организации Роберт Михельс).