Проектированию обычно подлежат:
1.Архитектура ПО;
2.Устройство компонентов ПО;
3.Пользовательские интерфейсы.
Рамочные стандарты для проектирования Архитектуры ПО:
1.4+1
2.RM-ODP (Reference Model of Open Distributed Processing)
3.Service-Oriented Modeling Framework (SOMF)
Плюс возможности методик описания Архитектуры предприятия: Схема Захмана, DODAF и TOGAF
Примеры видов АИС:
*Функциональный/логический вид
*Вид код/модуль
* Вид разработки (development)/структурный
*Вид параллельности выполнения/процесс/поток
*Физический вид/вид развертывания
*Вид с точки зрения действий пользователя
*Вид с точки зрения данных
Архитектура программного обеспечения (software architecture) — это структура ПО или вычислительной системы, которая включает программные компоненты, видимые снаружи свойства этих компонентов, а также отношения между ними. Этот термин также относится к документированию архитектуры программного обеспечения. Документирование архитектуры ПО упрощает процесс коммуникации между заинтересованными лицами (stakeholders), позволяет зафиксировать принятые на ранних этапах проектирования решения о высокоуровневом дизайне системы и позволяет использовать компоненты этого дизайна и шаблоны повторно в других проектах.
Подходы к проектированию:
1. Функциональное проектирование нацелено, прежде всего, на создание эффективно работающего объекта. Выполнение требуемой функции — главная цель и основа разработки объекта. Во внимание принимаются, прежде всего, функциональные показатели качества и показатели надежности
2. Оптимальное проектирование
Процесс проектирования всегда подчинён необходимости учёта интересов двух групп людей: производителей и потребителей. Каждая из групп стремится к удовлетворению своих требований к продукции, часть из которых может быть взаимоисключающей. Также, процесс решения практической задачи всегда многовариантен, и перед разработчиком встаёт проблема аргументированного выбора окончательного варианта. Проектирование, целью которого является не только поиск функционально эффективных решений, но и удовлетворение разных, порой противоречивых потребностей людей, обоснованный выбор окончательного варианта, стали называть оптимальным , критериальным или вариантным .
3. Системное проектирование
При создании объектов их уже необходимо было рассматривать в виде систем, то есть комплекса взаимосвязанных внутренних элементов с определенной структурой, широким набором свойств и разнообразными внутренними и внешними связями.
Системное проектирование комплексно решает поставленные задачи, принимает во внимание взаимодействие и взаимосвязь отдельных объектов-систем и их частей как между собой, так и с внешней средой, учитывает социально-экономические и экологические последствия их функционирования. Системное проектирование основывается на тщательном совместном рассмотрении объекта проектирования и процесса проектирования.
Основные части проектирования:
Принципы системного проектирования:
1. Практическая полезность:
•деятельность должна быть целенаправленной;
•деятельность должна быть целесообразной;
•деятельность должна быть обоснованной и эффективной.
2. Единство составных частей:
•целесообразно любой объект, сложный ли он или простой, рассматривать как систему, внутри которой можно выделить логически связанные более простые части — подсистемы, единство частных свойств которых и образует качественно новые свойства объекта-системы;
•разрабатываемые объекты предназначены для людей, ими создаются и эксплуатируются. Поэтому человек также обязан рассматриваться в качестве одной из взаимодействующих систем.
•внешняя, или как её ещё называют — жизненная среда, также должна рассматриваться в качестве системы, взаимосвязанной с проектируемым объектом;
3. Изменяемость во времени:
•учёт этапов жизненного цикла объекта;
•учёт истории и перспектив развития и применения разрабатываемого объекта, а также областей науки и техники, на достижениях которых базируются соответствующие разработки.
Стадии проектирования:
Стадии проектирования регламентированы стандартами ГОСТ 2.103-68 и ГОСТ Р 15.201-2000. Структура устанавливает стадии разработки конструкторской документации на изделия всех отраслей промышленности и этапы выполнения работ внутри каждой стадии:
Техническое задание (ТЗ) — устанавливает основное назначение разрабатываемого объекта, его технические и тактико-технические характеристики, показатели и технико-экономические требования, предписание по выполнению необходимых стадий создания документации и её состав, а также специальные требования к изделию.
Техническое предложение (ПТ) — совокупность документов, содержащих техническое и технико- экономическое обоснование (ТЭО) целесообразности разработки проекта. Согласованное и утвержденное в установленном (на предприятии, в министерстве и т. п.) порядке ПТ является основанием для разработки эскизного проекта.
Эскизный проект (ЭП) — совокупность документов, содержащих принципиальные решения и дающих общее представление об устройстве и принципе работы разрабатываемого объекта, а также данные, определяющие его назначение, основные параметры.
Технический проект (ТП) — совокупность документов, которые должны содержать окончательные технические решения, дающие полное представление об устройстве проектируемого объекта, исходные данные для разработки рабочей документации.
Рабочий проект (РП). На данной стадии сначала разрабатывают подробную документацию для изготовления опытного образца и последующего его испытания.
Сертификация завершает цикл работ. Её назначение — определение уровня качества созданного изделия и подтверждение его соответствия требованиям тех стран, где предполагается его последующая реализация. Необходимость выделения этого этапа в виде самостоятельного вызвана тем, что в настоящее время экспорт продукции или её реализация внутри страны во многих случаях недопустимы без наличия у неё сертификата качества.
Структура процесса проектирования:
в потоке преобразований выделяют 3 элемента: входящий поток, преобразуемый поток, выходящий поток.
Потоки запросов имеют в своем составе особые элементы — запросы.
Проектирование для потока данных типа «преобразование»
Шаг 1. Проверка основной системной модели. Модель включает: контекстную диаграмму DFD, словарь данных и спецификации процессов. Оценивается их согласованность с системной спецификацией.
Шаг 2. Проверки и уточнения диаграмм потоков данных уровней 1 и 2. Оценивается согласованность диаграмм, достаточность детализации преобразователей.
Шаг 3. Определение типа основного потока диаграммы потоков данных. Основной признак потока преобразований — отсутствие переключения по путям действий.
Шаг 4. Определение границ входящего и выходящего потоков, отделение центра преобразований. Входящий поток — отрезок, на котором информация преобразуется из внешнего во внутренний формат представления. Выходящий поток обеспечивает обратное преобразование — из внутреннего формата во внешний. Границы входящего и выходящего потоков достаточно условны. Вариация одного преобразователя на границе слабо влияет на конечную структуру ПС.
Шаг 5. Определение начальной структуры ПС. Иерархическая структура ПС формируется нисходящим распространением управления. В иерархической структуре:
•модули верхнего уровня принимают решения;
•модули нижнего уровня выполняют работу по вводу, обработке и выводу;
•модули среднего уровня реализуют как функции управления, так и функции обработки.
Шаг 6. Детализация структуры ПС. Выполняется отображение преобразователей DFD в модули структуры ПС. Отображение выполняется движением по DFD от границ центра преобразования вдоль входящего и выходящего потоков. Входящий поток проходится от конца к началу, а выходящий поток — от начала к концу. В ходе движения преобразователи отображаются в модули подчиненных уровней структуры
Шаг 7. Уточнение иерархической структуры ПС. Модули разделяются и объединяются
