8.Выбор архитектуры по.

Архитектурой ПО называют совокупность базовых принциповего построения, архитектура описыв. строение ПО, как системы состоящ. из нек-й совокупности подсистем.

Осн. задачи разработки архитектуры это: выделение прогр-х подсистем и отображение на них внешних функций, а также опред-е способов взаимод-я м\д подсистемами.

Различают след осн классы архитектур ПС:

1.Программы. Программой назыв-т адресов. компьютеру набор инструкций точно описыва-й послед-ть действий, кот необходимо выполнить для решения конкретной задачи. Это самый простой вид архитектуры обычно используемый при решении небольших задач. При структурном подходе программы пред-т собой иерархию подпрограмм. При объектном подходе это совокупность обменивающихся сообщ-ми объектов для реализации кот разработаны спец классы.

2.Пакеты программ- совокупность программ решающие задачи нек-й прикладной области. Програм-е пакеты связаны м\д собой только принадлежностью к опред-й прикладной областью.

По сути пакеты программ это небольшая библиотека программ(пакет графических программ)

3.Программные комплексы- совокупность программ, обеспечив решение небольшого класса сложных задач одной приклад-й области. Вызов программ осущ-ся спец программ-м диспетчером, кот обеспечивает несложный интерфейс с пользователем.

Несколько прогр-м могут послед-но или циклически вызыв-ся для решения 1-ой задачи, поэтому исходные данные и результаты хранятся в пределах 1-го пользо-го проекта.

4.Программн системы предст-т собой организованную совокупность программ, позволяющих решать широкий класс задач из опред. прикладной обл.

Входящие в прогр-ю систему программы взаимодействуют через общие данные. ПС имеют развитые пользовательские и метмодульные интерфейсы(выбор действия), что требует их тщательного проектирования.

Различают однопользовательскую архитектуру , при кот ПО рассчитано на 1-го пользователя, работающего на ПК и многопольз-ую архитектуру, рассчитан-ю на работу в локальной или глобальной сетях.

Выбор осн соглашений при проектировании.

При работе с проектом необходимо выработать ряд стандартов (правил, соглашений), кот должны соблюдать все участники проекта. Сущ-т след. стандарты:

-проектирование

-оформление проектн. документ-и

-пользовательского интерфейса

Стандартное проектирование.

1.Набор необ-х моделей (диаграммы) на каждой стадии проектирования степень их детелизации.

2.Правило фиксации проектных решений на диаграммах, в том числе правило именования объекта.

3.Набор атрибутов для всех объектов и правило их заполнения.

4. Правило оформления диаграмм, включая требования к формам и размерам объекта.

5.Требования к конфигурации рабочих мест разработчика, настройки ОС, кейс-средств и др.

6.Механизм обеспечения совместной работы над проектами.

7.Интеграции подсистем проекта т.е. поддерж-е проекта в одинаковом для всех разработчиков состоянии.

8.Стандарт оформления проектной документации.

Это:1.Комплектность,состав и структуру документации,2.требования к ее оформлению,3.правило подготовки,согласование и утверждение докумен. с указанием предельных сроков,4.требование к настройке издательской системы, кот используется как средства подготовки документации,5.требования к настройке CASE-средств, для обеспечения подготовки документации,6.пользовательский интерфейс: -оформление экранов(шрифты и цветовая палитра; состав и расположение окон и элементов управления(кнопка, переключатель(.),меню);- использ-е клавиатуры и мыши;- оформление текстов, помощи;- перечень стандарнт. сообщений;- правило обработки реакции пользователя.