- •1.Архитектура эис
- •2.Общая характеристика процесса проектирования ис
- •3.Технология проектирования ис. Требования к надежности и эффективности проектных решений.
- •4.Понятие и процессы жц программного обеспечения
- •5.Модели жц по
- •6.Структурная парадигма проектирования ис
- •7.Состав и содержание работ на предпроектной стадии канонического проектирования ис
- •8.Состав и содержание работ на стадиях техно-рабочего проектирования, внедрения, эксплуатации и сопровождения канонического проектирования ис
- •9.Проектирование пользовательского интерфейса.
- •10.Проектирование системы документации ис.
- •11.Система классификации и кодирования информации. Проектирование фактографических и документальных бд.
- •12.Автоматизирование проектирование ис
- •13.Типовое проектирование ис
- •14.Организация процесса конструирования
- •15.Процесс руководства проектом и планирование проектных задач
- •16.Модели качества процесса конструирования. Архитектура программных систем
- •17.Базис языка uml
- •18.Унифицированный процесс разработки программных систем
- •19.Основы объектно-ориентированного представления программных систем.
- •20.Статические модели объектно-ориентированного представления программных систем
- •21.Динамические модели объектно-ориентированного представления программных средств: автоматы.
- •22.Динамические модели объектно-ориентированного представления программных систем: диаграммы взаимодействия Use Case
- •23.Модели реализации объектно-ориентированного представления программных систем
- •24.Стандартные методы совместного доступа к базам и программам в сложных ис
- •25.Проектирование интегрированных ис.
15.Процесс руководства проектом и планирование проектных задач
структура ответа:
работы, выполняемые в процессе руководства проектом, их содержание
типовая структура распределения работ WBS (рисунок)
распараллеливание задач, вехи
правило распределения затрат — 40 — 20 — 40
Работы, выполняемые в процессе руководства проектом
Начало проекта
Измерения, меры и метрики (оценивание качества продукта)
Процесс оценки (оценивает трудовые, … ресурсы)
Анализ риска (технические ,коммерческие)
Планирование (структура распределения работ)
Трассировка и контроль (выполнение проекта строятся контрольные вехи - это процедуры контроля промежуточных результатов)
Планирование проектных задач
Основной задачей при планировании является определение структуры распределения работ (WBS – Work Breakdown Structure (структуры распределения работ)).
Рекомендуемое правило распределение затрат проекта: 40% на анализ (из них на планирование и системный анализ - 5%), 20% на кодирование, 40% на тестирование.
Системная спецификация – системный анализ
Анализ требований – спецификация требований
Предварит проектирование – технич проект
Детлальное проектирование- рабочий проект
Программный код – кодирование
Архитектура ПС
Архитектура - пожалуй наиболее важный артефакт, который используется для управления всевозможными точками зрения и тем самым способствует для итеративной и инкрементной разработки системы на всем протяжении ее ЖЦ.
Моделирование системной архитектуры
Статика- диаграммы use – case, динамика - диаграмма взаимодействия состояний и действий
Вид с точки зрения проектирования – диаграмма классов
Вид с точки зрения процессов - диаграмма классов (используются активные классы)
Вид с точки зрения реализации – диаграмма компонентов
Вид с точки зрения развертывания - диаграммы размещения(развертывания)
16.Модели качества процесса конструирования. Архитектура программных систем
Структура ответа:
международные стандарты качества процесса конструирования ПО
уровни зрелости
архитектура ПС — определение
вид с точки зрения прецедентов
вид с точки зрения проектирования
вид с точки зрения процессов
вид ст точки зрения реализации
вид с точки зрения развертывания
В современных условиях очень важно гарантировать высокое качество вашей продукции. Для этого есть стандарты, такие как:
ISO 9001-2000 – данный стандарт основан на процессах разработки из любых областей человеческой деятельности.
ISO/IEC 15504 – данный стандарт специализирует на процессах программной разработке и отличается от предыдущего более высоким уровнем детализации. Объем данного стандарта превышает 500 страниц. Значительная часть идеи данного стандарта взята из СММ (модель зрелости процесса конструирования ПО). Базовым понятием модели СММ является – зрелость компании. Зрелая компания – эта та, в которой прописаны все процедуры, кто за что отвечает, кто какую функцию выполняет.
По этой модели СММ существует 5 уровней зрелости:
Самоорганизующийся Хаус (начальный уровень);
Повторяемый уровень (процесс планируется и отслеживается);
Определенный;
Управляемый;
Оптимизирующий
Архитектура ПС
Архитектура - пожалуй наиболее важный артефакт, который используется для управления всевозможными точками зрения и тем самым способствует для итеративной и инкрементной разработки системы на всем протяжении ее ЖЦ.
Моделирование системной архитектуры
Статика- диаграммы use – case, динамика - диаграмма взаимодействия состояний и действий
Вид с точки зрения проектирования – диаграмма классов
Вид с точки зрения процессов - диаграмма классов (используются активные классы)
Вид с точки зрения реализации – диаграмма компонентов
Вид с точки зрения развертывания - диаграммы размещения(развертывания)