- •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 Планирование рисков. Мониторинг рисков
26 Спецификация программного обеспечения. Процесс разработки требований.
Спецификация предназначена для определения сервисов, которыми будет обладать проектируемое по, а также ограничений накладываемых на функциональные возможности и разработку программной системы.
4 основных этапа процесса разработки требований:
1. Предварительное исследование. Оценивается степень удовлетворительности пользователей существующими ПП и аппаратными средствами, а также экономическая эффективность будущей системы и возможность уложиться в существующие бюджетные ограничения при ее разработке.
2. Формирование и анализ требований. Формируются системные требования путем изучения существующих аналогичных систем , обсуждение будущей системы с потенциальными пользователями и заказчиками, анализа задач, которые должна решить система и т.д.
3. Специфицирование требований. Осуществляется перевод всей совокупности инф собранной на предыдущих этапах в документ, определяющий множество требований. Он содержит 2 типа требований:
1) пользовательские – обобщенные представления заказчика и пользователей о системе
2) детализированный (детальный) – описывает функциональные показатели системы
4. Утверждение требований . Проверяется выполнимость согласованность и полнота множества требований.
27 Проектирование и реализация по. Процесс проектирования.
Реализация ПО – это процесс перевода системной спецификации в работоспособную систему. Этот этап всегда включает процессы проектирования и программирования.
На этапе проектирования определяется структура ПО, данные которые являются частью системы, интерфейсы взаимодействия системных компонентов и иногда используемые алгоритмы . процесс проектирования обычно проходит через разработку нескольких промежуточных версий. Процесс проектирования может включать разработку нескольких моделей системы различных уровней обобщения.
Такие модели позволяют выявить ошибки, допущенные на ранних стадиях проектирования ну и следовательно внести изменения.
Результатом каждого этапа проектирования является спецификация, которая используется в след этапе. В процессе проектирования спецификация становится все более детализированной.
ЭТАПЫ ПРОЕКТИРОВАНИЯ:
1. Определяются и документируются подсистемы и взаимодействия между ними
2. для каждой подсистемы разрабатывается обобщенная спецификация на ее сервисы и ограничения
3. Для каждой подсистемы определяется и документируется ее интерфейс. Получаемые спецификации должны быть точно выраженные и однозначными, чтобы использование подсистем не требовало знаний об их реализации.
4. Компонентное проектирование. Производится распределение системных функций по различным компонентам и их интерфейсам.
5. Детально прорабатываются структуры данных необходимые для реализации программной системы
6. Проектирование алгоритмов. Детально разрабатываются алгоритмы предназначенные для реализации компонентов.
28 Методы проектирования. Модели систем. Программирование и отладка
Модели системы:
1. модель потоков данных (даталогическая модель)
Система представляется в виде потоков данных преобразуемых этой системой
2. импологическая (модель «сущность-связь»)
Описываются объекты программной системы (сущности) и связи м/у ними
3. структурная модель
Предназначена для документирования системных компонентов и их взаимосвязей
4. объектно-ориентированная модель
Отображает иерархию системы, статические и динамические отношения м/у объектами и взаимодействии объектов во время работы системы
5. диаграммы переходов (диаграммы деятельности)
Показывают последовательность преобразований для каждого объекта программной системы
ПРОГРАММИРОВАНИЕ И ОТЛАДКА
Программирование – это индивидуальный процесс, здесь не сущ. общих правил, которым необходимо следовать при написании кода.
Следует различать тестирование и отладку . При тестировании устанавливается наличие программных ошибок (как синтаксических, так и логических). В ходе отладки устанавливается местоположение ошибок затем они устраняются. Отладка и тестирование как правило явл. частью процесса разработки.