Файл: Отчет о практическом занятии 78 Разработка модели архитектуры информационной системы тема.docx
Добавлен: 26.03.2024
Просмотров: 28
Скачиваний: 0
ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.
МИНИСТЕРСТВО НАУКИ И ВЫСШЕГО ОБРАЗОВАНИЯ РОССИЙСКОЙ ФЕДЕРАЦИИ
Федеральное государственное бюджетное образовательное учреждение
высшего образования
«Сибирский государственный университет науки и технологий имени академика М.Ф. Решетнева»
АЭРОКОСМИЧЕСКИЙ КОЛЛЕДЖ
Информационных систем и программирования
цикловая комиссия
ОТЧЕТ О ПРАКТИЧЕСКОМ ЗАНЯТИИ №7-8
Разработка модели архитектуры информационной системы
тема
Преподаватель ___________ С. Т. Торосян
Обучающийся ИСПС 13-22, 221006132 ___________ Д. Э. Баравец
Красноярск 2022
Практическое занятие № 7-8
Тема: «Разработка модели архитектуры информационной системы»
Цель: получение навыков разработки модели архитектуры информационной системы.
Оборудование и/или программное обеспечение: Методические указания
Теоретические вопросы
-
Понятие архитектуры информационной системы. -
Виды архитектур информационных систем. Достоинства и недостатки.
Практическая часть
Задание № 1
Спроектировать и расписать информационную систему (см. практическая работа № 1-2) на основе архитектуры «файл-сервер».
Компьютер-сервер галереи
База данных галереи
Сетевое ПО
Компьютер-клиент бухгалтерии
Компьютер-клиент издательского отдела
Компьютер-клиент хранителя фонда
БД с бухгалтерскими данными
БД со статьями о галерее
БД с информацией о картинах
Компьютер-клиент организаторов выставок
Компьютер-клиент кадрового отдела
БД с информацией о выставках
БД с данными художников
Файл-серверные приложения — приложения, схожие по своей структуре с локальными приложениями и использующие сетевой ресурс для хранения программы и данных. Функции сервера: хранения данных и кода программы. Функции клиента: обработка данных происходит исключительно на стороне клиента.
Количество клиентов ограничено десятками.
Плюсы:
-
Многопользовательский режим работы с данными; -
Удобство централизованного управления доступом; -
Низкая стоимость разработки;
Минусы:
-
Низкая производительность; -
Низкая надежность; -
Слабые возможности расширения;
Недостатки архитектуры с файловым сервером очевидны и вытекают главным образом из того, что данные хранятся в одном месте, а обрабатываются в другом. Это означает, что их нужно передавать по сети, что приводит к очень высоким нагрузкам на сеть и, вследствие этого, резкому снижению производительности приложения при увеличении числа одновременно работающих клиентов. Вторым важным недостатком такой архитектуры является децентрализованное решение проблем целостности и согласованности данных и одновременного доступа к данным. Такое решение снижает надежность приложения.
В ИС картинной галереи данная модель будет выполнять следующую функцию: на локальном компьютере будет находиться своя база данных, вся информация из которой будет дублироваться на основной компьютер-сервер. Но при этом доступ к обработке данных будет происходить только с одной стороны.
Задание № 2
Спроектировать и расписать информационную систему (см. практическая работа № 1-2) на основе архитектуры «клиент-сервер».
Компьютер-сервер
База данных
Компьютер-станция для издательского отдела
Компьютер-станция для бухгалтерии
Компьютер-станция для картинного фонда
Компьютер-станция для кадрового отдела
Компьютер-станция для организаторского отдела
«Клиент-сервер» – современная технология, предполагающая распределение нагрузки и заданий между теми, кто предоставляет услуги и теми, кто их использует. Называют их «сервером» и «клиентом» соответственно. Речь идет о программном обеспечении, размещенном на одной или нескольких принципиально отличных вычислительных машинах. Взаимодействие «клиент сервер» выполняется через сеть на основании ряда протоколов.
Основные роли в этой структуре распределены между двумя «узлами»:
-
Клиент. Представляет собой машинное оборудование, в обязанности которого входит отправка запросов на предоставление определенной информации или решение пользовательских задач серверу. -
Сервер. Мощное аппаратное обеспечение, принимающее, обрабатывающее и выполняющее запросы, полученные от клиента.
В работе система достаточно простая: клиент отправляет серверу запрос, тот его обрабатывает и отправляет обратно результаты. В ее структуре предусмотрено четкое разграничение на того, кто ставит задачи и того, кто их выполняет.
Модель клиент сервер предполагает использование следующих компонентов:
-
Клиент. Это рабочая станция с одной выходной точкой – конечный пользователь. В его обязанности входит отправка запросов и получение ответа. Их количество может быть любым. -
Сервер. В одном контуре предусмотрена лишь одна структурная единица. Взаимодействует со всеми клиентами, подсоединенными к нему. Обрабатывает поставленные задачи, составляет и направляет ответы. -
Сеть. Структурная единица, предназначенная для осуществления обмена данными. Соединяет отдельные рабочие машины с общими ресурсами. -
Приложения. ПО, при помощи которого выполняется обработка данных, обеспечение физического распределения между основными структурными элементами. Предусмотрены отдельные продукты для сервера, направленные на сбор информации, работу с ней и хранение, а также для клиента.
В рамках ИС картинной галереи это будет распределенная нагрузка на всю систему и возможность редактирования БД с двух сторон
Вопросы для контроля
1. Назовите типы моделей, которые используются для описания общего поведения систем.
Для описания общего поведения моделей используются модели конечного автомата и модели потоков данных.
2. Для чего используются модели потоков данных?
Модели потока данных — это интуитивно понятный способ показа последовательности обработки данных внутри системы. Нотации, используемые в этих моделях, описывают обработку данных с помощью системных функций, а также хранение и перемещения данных между системными функциями.
-
Какие обозначения используются в диаграммах потоков данных?
Непосредственно DFD нотация состоит из следующих элементов:
1. Процесс (англ. Process), т.е. функция или последовательность действий, которые нужно предпринять, чтобы данные были обработаны. Это может быть создание заказа, регистрация клиента и т.д. В названиях процессов принято использовать глаголы, т.е. «Создать клиента» (а не «создание клиента») или «обработать заказ» (а не «проведение заказа»). Здесь нет строгой системы требований, как, например, в IDEF0 или BPMN, где нотации имеют жестко определенный синтаксис, так как они могут быть исполняемыми. Но все же определенных правил стоит придерживаться, чтобы не вносить путаницу при чтении DFD другими людьми.
2. Внешние сущности (англ. External Entity). Это любые объекты, которые не входят в саму систему, но являются для нее источником информации либо получателями какой-либо информации из системы после обработки данных. Это может быть человек, внешняя система, какиелибо носители информации и хранилища данных.
3. Хранилище данных (англ. Data store). Внутреннее хранилище данных для процессов в системе. Поступившие данные перед обработкой и результат после обработки, а также промежуточные значения должны где-то храниться. Это и есть базы данных, таблицы или любой другой вариант организации и хранения данных. Здесь будут храниться данные о клиентах, заявки клиентов,
расходные накладные и любые другие данные, которые поступили в систему или являются результатом обработки процессов.
4. Поток данных (англ. Data flow). В нотации отображается в виде стрелок, которые показывают, какая информация входит, а какая исходит из того или иного блока на диаграмме.
