4) Системный анализ

Системный анализ
Лекция 4
С сего начать?
Выяснить
какие задачи должна решать программная система,
какими свойствами она должна обладать
«Проблема заказчика»
Заказчик
формулирует задачу на своем профессиональном языке;
имеет достаточно расплывчатое представление о функциях будущей программной системы;
не способен оценить возможности реализации тех или иных своих пожеланий

11. Анализ предметной области: цели и задачи. Модели предметной области. Формальные определения. Классификация моделей. Методоло

11. Анализ предметной области: цели и задачи. Модели предметной области. Формальные определения. Классификация моделей. Методология IDEF0, синтаксис IDEF0-моделей.

Анализ предметной области

6) Объектно-ориентированное программирование 1

Объектно-ориентированное проектирование ПС (часть 1)

Лекция 6

Декомпозиция системы (в частности- программной системы - ПС)

  • Функциональная – на основе потока данных с выделением обрабатывающих функций
  • Объектная – на основе выделения сущностей, обладающих собственными наборами данных, состояниями и наборами операций

отличия =

10. Структурный и объектно-ориентированный подходы к разработке ПО. Их сравнитель-ный анализ. Сущность объектного подхода к разр

10. Структурный и объектно-ориентированный подходы к разработке ПО. Их сравнительный анализ. Сущность объектного подхода к разработке программных средств.

Декомпозиция системы (в частности- программной системы - ПС)

  • Функциональная – на основе потока данных с выделением обрабатывающих функций
  • Объектная – на основе выделения сущностей, обладающих собственными наборами данных, состояниями и наборами операций

отличия =

9. Контроль процесса разработки. Размерно- и функционально-ориентированные метрики. Метрические характеристики объектно-ориентир

9. Контроль процесса разработки. Размерно- и функционально-ориентированные метрики. Метрические характеристики объектно-ориентированных систем.

Границы времени выполнения

Распараллеливание задач требует согласования процессов их выполнения во времени. Для каждой из них должно быть запланировано приемлемое время решения

8. Руководство программным проектом. Предварительные оценки проекта. Системный анализ и анализ требований. Анализ рисков. Планир

8. Руководство программным проектом. Предварительные оценки проекта. Системный анализ и анализ требований. Анализ рисков. Планирование процесса разработки. Типовая структура распределения работ.

Руководство проектом

Руководство проектом определяет сущность процесса разработки от его начала до конца.
Оно обеспечивает :

7. Адаптивные модели процесса разработки: экстремальное программирование, Scrum

7. Адаптивные модели процесса разработки: экстремальное программирование, Scrum


Адаптивные процессы

В настоящее время все большее распространение получают адаптивные или облегченные, «живые» (agile) процессы разработки
Они не требуют столь жесткой регламентации, допускают возможность частых и существенных изменений требований заказчиков

6. Прогностические модели процесса разработки: каскадная, RAD, спиральная

6. Прогностические модели процесса разработки: каскадная, RAD, спиральная

Прогностические (прогнозирующие- "тяжеловесные" процессы) - предполагают планирование всего объема работ и, соответственно, достаточно большой объем документации

Основная цель таких процессовотделить успешные практики разработки и сопровождения ПО от конкретных людей, умеющих их применять

5. Стандарт ISO/IEC 15504 (SPICE): оценка возможностей разработчика. Связь этого стандарта с моделью зрелости предприятия SEI CM

5. Стандарт ISO/IEC 15504 (SPICE): оценка возможностей разработчика. Связь этого стандарта с моделью зрелости предприятия SEI CMM

Стандарт ISO/IEC 15504 (SPICE) Ориентирован на оценку процессов и возможностей их улучшения (Software Process Improvement and Capability); определяет правила такого оценивания. В основу этого стандарта положена концепция аттестации (assessment) процессов, в отличие от типового для других стандартов ISO понятия "аудит".

4. Стандарт ISO/IEC 12207-95: основные определения – система, модель жизненного цикла, квалификационные требования. Основные про

4. Стандарт ISO/IEC 12207-95: основные определения – система, модель жизненного цикла, квалификационные требования. Основные процессы, их содержание, работы и задачи процесса разработки.

Стандарт ISO/IEC 12207-95 определяет стратегию и общий порядок в создании и эксплуатации ПО, он охватывает ЖЦ ПО от концептуализации идей до завершения ЖЦ (жизненного цикла).

Особенности стандарта

Стандарт не предписывает конкретную модель ЖЦ или метод разработки ПО; Он определяет, что стороны-участники использования стандарта ответственны=

Pages

Subscribe to fkn+antitotal RSS