Принципиальные решения начальных этапов проектирования.

Это решение, определение процесс проектирования качество трудоемкость, разработки. К этим решениям относится:

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

Разделяют:

-однопользовательскую архитектуру

-многопользовательскую архитектуру

К однопользовательским относят:

-программы

-пакеты программ

-программные компоненты

-программные Системы

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

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

Программ. Комплексы – совокупность программ совместно обеспечивающих решение небольшого класса сложных зад-ч 1 приклад. обл-и.

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

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

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

Многопользовательская архитектура испол-я при разр-и приложений по приему клиент – сервер

 

2)Выбор типа пользовательского интерфейса и технологии работы с документами.

Различают 4 типа пользовательского интерфейса:

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

3) Выбор под-а к разр-ки; какой пор-у выб-ют:

-структурный

-процедурный

- ОО (че за ОО х3, может и не ОО)

Если разраб-я инт-с со свобод. новит-ей и прям. манипул., то испол-я объективно-орентир. подход (использование классов)

 

Примитивный интерфейс (старый подход)

4) Выбор языка программирования

1. Язык может выбр-ть организ-я, вед-я раз-ку.

2.Выбор, осущест-я программистом

3.установ. мнением.

Выбор возможен, если все языки разделить на группы:

1) Универсальные языки высокого уровня

2) Специализированнее языки разработка ПО. Они используются для создания конкретного типа ПО (таких как БД, системы искусственного интерфейса)

3) Специальные языки языки польз-ля – явл-я частью профессиональных сред. польз-ля и харак – я узкой напр-ю (1С)

4) Языки низкого уровня (Ассемблер)

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

6) Выбор и формирование стандарта разр-ки

Применение: любой техн. Проектирования преобладают формирования ряда стандартов, которые должны соблюдаться всеми участками проекта:

1. стандарт проектирования, который определяет набор необходимых моделей схем и диаграмм на каждой стадии проектирования и степень их детализации. Здесь определяются правила фиксации проект-х решений.

Опр-т треб-я к конорит-ии раб-х тест разр-в, вкл-я настр-ки ОС опред-я механизм обеспечения свом-й работы над проектом, т.е. правило интегривание подси-м проекта и анализ прое-х решений на протеречивость.

 

 

Анализ требований и определение спецификаций ПО при структурном подходе

 

Спецификации представляют собой полное и точное описание функций и ограничений разрабатываемого ПО. При этом спецификация состоит из 2х частей: функциональной (в ней описываются функции разрабатываемого ПО) и эксплуатационная (в ней определяются требования к техническим средствам, надёжности, и информационной безопасности). Требования предъявляемые к функциональным спецификациям:

1. Требование полноты спецификаций: должна содержаться вся существенная информация, все детали реализации для принятия эффективных решений.

2. Требование точности: оно означает, что спецификации должны однозначно восприниматься как заказчиком, так и разработчиком.

 

При структурном подходе на этапе анализа и определения спецификации используют 3 типа модели:

1. Модель ориентированная на функции
2. Модель ориентированная на данные
3. Модель ориентированная на потоки данных

 

Схема классификации модели разрабатываемого ПО используемых на этапе определения спецификаций.