- •1.Проблемы создания больших программ.
- •2. Основные понятия
- •3. Состав жизненного цикла по
- •1.Анализ требований
- •4.Стандартизация процессов жизненного цикла программ
- •5. Модели жизненного цикла программного обеспечения.
- •6.Техническое задание на разработку.
- •7.Документирование программ.
- •8.Выбор архитектуры по.
- •9.Структурный и объектный подходы к разработке программ.
- •10. Метод структурного анализа и проектирования sadt (idef0)
- •11. Диаграммы потоков данных dfd.
- •12. Диаграмма сущность – связь erm
- •13. Методы объектно-ориентированного анализа и проектирования. Язык uml.
- •14. Методы разработки структуры программной системы
- •15.Выбор языка программирования. Стиль программирования.
- •16.Защитное программирование.
- •17.Тестирование и отладка
- •18.Типичные ошибки
- •19.Отладка программных продуктов
- •20.Ввод в зксплуатацию
- •21.Ускорение разработки по. Технология rad
- •22. Экстремальное программирование
8.Выбор архитектуры по.
Архитектурой ПО называют совокупность базовых принциповего построения, архитектура описыв. строение ПО, как системы состоящ. из нек-й совокупности подсистем.
Осн. задачи разработки архитектуры это: выделение прогр-х подсистем и отображение на них внешних функций, а также опред-е способов взаимод-я м\д подсистемами.
Различают след осн классы архитектур ПС:
1.Программы. Программой назыв-т адресов. компьютеру набор инструкций точно описыва-й послед-ть действий, кот необходимо выполнить для решения конкретной задачи. Это самый простой вид архитектуры обычно используемый при решении небольших задач. При структурном подходе программы пред-т собой иерархию подпрограмм. При объектном подходе это совокупность обменивающихся сообщ-ми объектов для реализации кот разработаны спец классы.
2.Пакеты программ- совокупность программ решающие задачи нек-й прикладной области. Програм-е пакеты связаны м\д собой только принадлежностью к опред-й прикладной областью.
По сути пакеты программ это небольшая библиотека программ(пакет графических программ)
3.Программные комплексы- совокупность программ, обеспечив решение небольшого класса сложных задач одной приклад-й области. Вызов программ осущ-ся спец программ-м диспетчером, кот обеспечивает несложный интерфейс с пользователем.
Несколько прогр-м могут послед-но или циклически вызыв-ся для решения 1-ой задачи, поэтому исходные данные и результаты хранятся в пределах 1-го пользо-го проекта.
4.Программн системы предст-т собой организованную совокупность программ, позволяющих решать широкий класс задач из опред. прикладной обл.
Входящие в прогр-ю систему программы взаимодействуют через общие данные. ПС имеют развитые пользовательские и метмодульные интерфейсы(выбор действия), что требует их тщательного проектирования.
Различают однопользовательскую архитектуру , при кот ПО рассчитано на 1-го пользователя, работающего на ПК и многопольз-ую архитектуру, рассчитан-ю на работу в локальной или глобальной сетях.
Выбор осн соглашений при проектировании.
При работе с проектом необходимо выработать ряд стандартов (правил, соглашений), кот должны соблюдать все участники проекта. Сущ-т след. стандарты:
-проектирование
-оформление проектн. документ-и
-пользовательского интерфейса
Стандартное проектирование.
1.Набор необ-х моделей (диаграммы) на каждой стадии проектирования степень их детелизации.
2.Правило фиксации проектных решений на диаграммах, в том числе правило именования объекта.
3.Набор атрибутов для всех объектов и правило их заполнения.
4. Правило оформления диаграмм, включая требования к формам и размерам объекта.
5.Требования к конфигурации рабочих мест разработчика, настройки ОС, кейс-средств и др.
6.Механизм обеспечения совместной работы над проектами.
7.Интеграции подсистем проекта т.е. поддерж-е проекта в одинаковом для всех разработчиков состоянии.
8.Стандарт оформления проектной документации.
Это:1.Комплектность,состав и структуру документации,2.требования к ее оформлению,3.правило подготовки,согласование и утверждение докумен. с указанием предельных сроков,4.требование к настройке издательской системы, кот используется как средства подготовки документации,5.требования к настройке CASE-средств, для обеспечения подготовки документации,6.пользовательский интерфейс: -оформление экранов(шрифты и цветовая палитра; состав и расположение окон и элементов управления(кнопка, переключатель(.),меню);- использ-е клавиатуры и мыши;- оформление текстов, помощи;- перечень стандарнт. сообщений;- правило обработки реакции пользователя.