55. Архитектурное проектирование по

Архитектурное проектирование – 1 этап проектирования системы, на котором определяются подсистемы, структура их взаимодействия и управления.

Целью арх. Проектирования является описание архитектуры ПО.

Разрабатываются базовая структура: определяются основные компоненты и их взаимодействия.

Подсистема – это система, операции которой не зависят от сервисов др. подсистем. Они делятся на модули и имеют интерфейсы для связи с другими подсистемами.

Модуль – компонент системы, предоставляющий 1/несколько сервисов др. модулям. Модуль никогда не рассматривается как независимая система.

Этапы архитектур. проектирования:

• Структурирование системы – программная система структурируется в виде совокупности относительно независимых систем. Определяются взаимодействия между подсистемами.

• Моделирование управления – разработка базовой модели управления взаимоотношениями между частями системы =)

• Модульная декомпозиция – деление каждой подсистемы из 1 пункта на модули, определяются типы модулей и взаимосвязей.

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

Как правило разрабатываются 4 архитектурные модели:

• Статическая структурная модель (подсистемы или независимые компоненты)

• Динамическая модель процессов (организация процессов во время исполнения)

• Интерфейсная модель (сервисы, предоставляемые подсистемами через общий интерфейс)

• Модель отношений (взаимоотношения меж частями системы #:поток данных меж подсистемами)

56. Повторное использование компонент. Основные достоинства.

- снижение стоимости проекта (меньше компонентов делать)

- повышение надежности (компонент проверен уже)

- уменьшение проектных рисков (можно оценить более точно расходы)

- эффективное использование персонала (если кто то делает 1 и ту же работу в разных проектах, они могут сделать компонент для повторного использования)

- Соблюдение стандартов и повышение надежности (пользователь делает меньше ошибок)

- ускорение разработки (позволяет выпустить продукт быстрее)

57. Повторное использование компонент. Основные недостатки.

- повышение стоимости сопровождения системы (компонент может стать несовместим с обновлденной версией системы)

-недостаточная инструментальная поддержка (CASE не поддерживает работу с повторным использованием компонентов)

- синдром «изобретения велосипеда» (некоторые переписывают, думая, что усовершенствуют. Часть людей считает, что «с нуля» писать перспективнее и благороднее)

- содержание библиотеки компонентов (это может быть дорого, сейчас плохо устроины методы классификации и деления программных компонентов)

58. Пользовательский интерфейс. Виды интерфейса.

Интерфейс: графический, текстовый. Очень редко нанимают людей для проектирования интерфейса

Графический интерфейс лучше:

- просто изучить и использовать неопытноиму пользователь

- каждая программа в своем окне, можно переключаться

- полноэкранный режим – свободный доступ к любой точке экрана

59. GUI. Способы взаимодействия с пользователем.

Непосредственное манипулирование (перетаскивание папок)

Быстро и интуитивно понятно легко в изучении. Реализовать сложно (видеоигры, системы автомат проектирования)

Выбор из меню

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

Заполнение форм

Ввод символов минимальный, занимает пространство на экране(обработка финанс. Инф.)

Командный язык (консоль).

Ввод символов обычен, сложно изучать, (ОС, библиотечные системы)

Естественный язык

Легок в изучении, для неоп пользователей, легок в настройке, много ошибок, большой ручной набор (системы расписания, хранен данных, WWW)