Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Конспекты по АИС.docx
Скачиваний:
53
Добавлен:
20.12.2018
Размер:
983.64 Кб
Скачать

14. Проектирование системной архитектуры и анализ требований к по

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

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

Общая характеристика системной архитектуры проектируемого программного средства (архитектуры верхнего уровня) – это описание объектов технических и программных средств и ручных операций.

Должно быть обеспечено распределение всех требований к системе между объектами архитектуры. Затем должны быть определены объекты конфигурации технических и программных средств и ручных операций на основе объектов архитектуры.

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

Системная архитектура и требования к объектам архитектуры должны быть оценены с учетом следующих критериев (при этом результаты оценок должны быть документально оформлены):

a) учет требований к системе;

b) соответствие требованиям к системе;

c) соответствие используемых стандартов и методов проектирования;

d) возможность программных объектов архитектуры выполнять установленные для них требования;

e) возможности эксплуатации и сопровождения.

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

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

Разработчик должен установить и документально оформить следующие требования к программным средствам, включая технические требования к характеристикам качества (рекомендации по определению характеристик качества приведены в ГОСТ Р ИСО/МЭК 9126):

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

b) требования к внешним интерфейсам программного объекта архитектуры;

c) квалификационные требования;

d) требования безопасности, включая требования, относящиеся к методам эксплуатации и сопровождения, воздействию окружающей среды и травмобезопасности персонала;

e) требования защиты, включая требования, относящиеся к допустимой точности информации;

f) эргономические требования, включая требования, относящиеся к ручным операциям, взаимодействию "человек-машина", персоналу и областям, требующим концентрации внимания человека, связанным с чувствительностью объекта к ошибкам человека и обученности персонала;

g) требования к определению данных и базе данных;

h) требования по вводу в действие и приемке поставляемого программного продукта на объекте(ах) эксплуатации и сопровождения;

i) требования к документации пользователя;

j) требования к эксплуатации объекта пользователем;

k) требования к обслуживанию пользователя.

Разработчик должен оценить требования к программным средствам по следующим критериям (при этом результаты оценок должны быть документально оформлены):

a) учет требований к системе и проекту системы;

b) внешняя согласованность с требованиями к системе;

c) внутренняя согласованность требований к объектам между собой;

d) тестируемость требований;

е) выполнимость программного проекта;

f) возможность эксплуатации и сопровождения.