- •1 Кризис по. Проблемы и цели программной инженерии.
- •2 Что такое по. Типы программных продуктов, их отличие друг от друга.
- •3 Определение инженерии по. Инженерная и программная составляющие дисциплины. Определение системотехники.
- •4 Структура затрат на создание, модернизацию по различных типов
- •5 Характеристики качественного по
- •6 Основные проблемы, стоящие перед специалистами по по
- •7 Профессиональные и этические требования к специалистам по по
- •8 Процессы создания систем. Определение система. Основные признаки системы. Понятие подсистемы
- •9 Интеграционные свойства систем. Их типы, примеры
- •10 Безотказность системы. Факторы, влияющие на безотказность системы
- •11 Окружение системы. Факторы, влияющие на безотказность системы.
- •12. Моделирование систем. Представление архитектуры системы. Функциональные компоненты систем
- •13 Этапы и особенности процесса создания систем. Основные отличия между процессом создания систем и по
- •14 Определение системных требований к системе. Типы требований к системам
- •15 Проектирование систем
- •16 Разработка подсистем. Сборка системы
- •17 Инсталляция системы. Ввод системы в эксплуатацию.
- •18 Эволюция систем. Вывод систем из эксплуатации.
- •19 Приобретение систем. Основные моменты. Причины необходимости разработки системной спецификации. Модель подрядчик-субподрядчик
- •20 Модели процесса создания по
- •21 Каскадная модель процесса создания по
- •22 Эволюционная модель разработки по
- •23 Разработка по на основе ранее созданных компонентов
- •24 Модель пошаговой разработки по
- •25 Спиральная модель разработки по
- •26 Спецификация программного обеспечения. Процесс разработки требований.
- •27 Проектирование и реализация по. Процесс проектирования.
- •28 Методы проектирования. Модели систем. Программирование и отладка
- •29 Аттестация программных систем. Процесс тестирования систем. Альфа и бета тестирование
- •30 Эволюция программных систем. Автоматизированные средства разработки по
- •31 Классификация case-средств по выполняемым функциям, по типам поддерживаемых процессов разработки, по категориям
- •32 Управление проектами. Процессы управления
- •33 Планирование проекта
- •34 Содержание плана проекта
- •35 Контрольные отметки этапов работ
- •36 Составление графика работ
- •37 Сетевые диаграммы
- •38 Временные диаграммы длительности этапов
- •39 Временные диаграммы распределения работников по этапам
- •40 Управление рисками
- •41 Определение рисков
- •42 Анализ рисков
- •43 Планирование рисков. Мониторинг рисков
29 Аттестация программных систем. Процесс тестирования систем. Альфа и бета тестирование
Аттестация по предназначено показать соответствие системы ее спецификации, а также ожиданиям и требованиям заказчика и пользователей. За исключением небольших программ, программные системы невозможно протестировать как единый программный элемент. Для таких систем процесс тестирования выполняется постепенно по мере реализации системы. Процесс тестирования итерационный.
Этапы процесса тестирования:
1) тестирование компонентов. Тестируются отдельные компоненты для проверки правильности их функционирования. Каждый компонент тестируется независимо друг от друга.
2) Тестирование модулей. Программный модуль – это совокупность зависимых компонентов , таких как описание класса объектов, декларирования абстрактных типов данных, наборы процедур и функций. Модули тестируются аналогично компонентам.
3) Тестирование подсистем. Тестируются наборы модулей, которые составляют отдельные подсистемы. Основная проблема здесь несогласованность модульных интерфейсов. Поэтому тестир проводится путем прогона всевозможных данных через модули.
4) Тестир системы. Конечная система собирается из подсистем. На этом этапе основн внимание уделяется совместимости интерфейсов подсистем и обнаружению программных ошибок, которые проявляются в виде непредсказуемого взаимодействия между подсистемами. Здесь производится аттестация.
5) Приемочное испытание. Это конечный этап процесса тестирования, после которого система принимается к эксплуатации. Здесь система тестируется с привлечением данных предоставляемых заказчиком, а не на основании тестовых данных как на пред этапах.
30 Эволюция программных систем. Автоматизированные средства разработки по
В настоящее время сложно разграничить процессы создания и сопровождения ПС. Вместо 2-х отдельных процессов рациональнее принять эволюционный подход инженерии ПО где ПП в течении своего ЖЦ изменяются (эволюционируют) в ответ на изменения системных требований и потребностей пользователей.
Автоматизированные средства разработки ПО CASE.
CASE-средства обозначает специальный тип ПО, предназначенного для поддержки таких процессов создания ПО как разработка требований, проектирование , кодирование и тестирование программ.
CASE-технологии предлагают поддержку создания ПО путем автоматизации некоторых этапов разработки, а также создания и предоставления информации необходимой для разработки .
1. Разработка графических моделей системы на этапах создания спецификации и проектирования.
2. Проектирование структуры ПО с использованием словарей данных, хранящих инф об объектах структуры и связи между ними
3. генерирование пользовательских интерфейсов на основе его описания создаваемого в диалоговом режиме
4. Автоматическая трансляция программ написанных на устаревших языках программирования в программы написанные в современных языках.
Расширение применения CASE-технологий ограничивают 2 фактора:
1) создание ПО в частности этапы проектирования и кодирования во многом является творческими процессами.
2) Очень часто создание ПО является результатом работы команды специалистов, при этом много времени тратится на взаимодействие между членами команды разработчиков.