Файл: «Проектирование реализации операций бизнес-процесса «Покупка сырья и материалов»».pdf

2.3 Разработка архитектуры информационной системы

Архитектура информационной системы – это набор общих принципов построения информационной системы. При выборе архитектуры информационной системы такие ключевые моменты, как:

• передаваемые данные;
• функции;
• сеть.

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

Задачи, которые решает каждый элемент системы, – это функции ИС, которые выступают в качестве назначения имеющихся подсистем. Эти функции также определяются задачами пользователей, которые работают с данной подсистемой.

Сеть – это логическая структура вычислительной сети (локальной и глобальной), состав и характеристики серверной группы и клиентской части системы.

Существует несколько такие виды архитектур ИС, как:

• архитектура файл-сервер;
• архитектура клиент-сервер;
• многоуровневая архитектура;
• распределенная архитектура.

К проектируемой ИС наиболее оптимально будет использовать архитектуру вида «клиент-серверная архитектура».

Архитектура «клиент-сервер» предназначена для решения проблем файл-серверных приложений посредством разделения компонентов приложения и размещения их там, где они будут функционировать наиболее эффективно. Особенностью данной архитектуры является использование выделенных серверов баз данных, понимающих запросы на языке структурированных запросов SQL и выполняющих поиск, сортировку и агрегирование информации. Отличительная черта серверов БД - наличие справочника данных, в котором записана структура БД, ограничения целостности данных, форматы и даже серверные процедуры обработки данных по вызову или по событиям в программе.

Объектами разработки в таких приложениях выступаютреляционныемодели данных и связанный с ней набор SQL-операторов для типовых запросов к базе данных.

Большинство конфигураций «клиент-сервер» использует двухуровневую модель, в которой клиент обращается к услугам сервера. Схема двухуровневой модели архитектуры «клиент-сервер» представлена на рис.2.8.

Рис.2.8 Архитектура «клиент-сервер»

На рисунке представлено N-ое количествоавтоматизированных рабочих мест.

АРМ – это совокупность программно-аппаратных средств, которые обеспечивают взаимодействие человека с вычислительной машиной.

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

АРМ1 – автоматизированное рабочее место менеджера по закупкам.

АРМ2 –автоматизированное рабочее место менеджера по складским операциям.

АРМ3 – автоматизированное рабочее место начальника отдела снабжения.

Каждое автоматизированное рабочее место должно отвечать таким требованиям, как:

• своевременное удовлетворение потребности сотрудника в информации;
• минимальное время ожидания ответа на запросы пользователя;
• простота пользования ЭВМ для специалистов.

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

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

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

Архитектура «клиент-сервер»дает возможность объединить различные клиенты (например, клиенты с разными аппаратными платформами, операционными системами).

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

2.4 Требования к информационной системе

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

Основные задачи, которые информационная система должна решать:

1. Определение плана закупки сырья и материалов;
2. Доступ к информации по текущему состоянию заказов;
3. Формирование необходимой документации;
4. Учет поставок на прелприятие;
5. Подготовка типовых отчетов.

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

1. Обеспечение функциями ввода, данных, редактирования и хранение информации о сырье и материалах, заказах и поставщиках;
2. Наличие понятного интерфейса программы;
3. Возможность оформления выходной документации и отчетов;
4. Возможность ограниченного доступа к информации, то есть для операторов базы данных некоторые функции системы должны быть недоступны, в то время как администратор имеет полный доступ к функциям ИС. Редактирование информации в системе должно быть доступно только для определенных специалистов.

ГЛАВА 3. ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННОГО ОБЕСПЕЧЕНИЯ

3.1 Разработка структуры базы данных информационной системы

Созданная БД состоит из 5 таблиц в которых будут храниться данные. (рис. 3.1)

Рис. 3.1 Таблицы проектируемой БД

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

Рассмотрим поля таблиц и характеристику информации, которая в ней содержится.

Таблица 3.1

Характеристика таблиц БД и информации в ней

Продолжение таблицы 3.1

Как видно из таблицы, главными уникальными источниками информации в базе данных выступают такие атрибуты, как:

• код материала и сырья;
• код заказа;
• дата поставки;
• код сотрудника;
• код поставщика.

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

Между таблицами должны быть построены взаимосвязи обеспечивающие целостность информации хранящейся в таблицах. Типы этих взаимосвязей устанавливаются в зависимости от информации хранящейся в таблицах, основываясь на правилах построения связей в БД.

Схема взаимосвязей таблиц БД представлена на рис.3.1.

Рис.3.2Схема взаимосвязей таблиц БД

Таким образом, данные взаимосвязи таблиц базы данных позволяют автоматизировать процесс ввода, редактирования и удаления данных, а также обеспечивают целостность хранящейся информации в системе БД.

3.2 Формализованное описание информационных запросов пользователей

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

С помощью запросов можно получить ответы на очень специфические вопросы о данных, ответить на которые, просто посмотрев на данные в таблице, было бы непросто. Запросы можно использовать для фильтрации данных, выполнения расчетов на основе данных и отображения сводных данных. Кроме того, запросы позволяют автоматизировать выполнение многих задач управления данными и просматривать изменения в данных перед их использованием.

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

Ниже приведены некоторые из возможных ифнормационных запросов пользователей.

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

Конструктор запроса представлен на рис.3.3.

Рис.3.3 Запрос о задолженности перед поставщиками свыше 10000 руб.

В режиме SQL данный запрос выглядит следующим образом:

SELECT Поставщики.Название, [График поставок].Задолженность

FROM Поставщики INNER JOIN [График поставок] ON Поставщики.[Код поставщика] = [График поставок].[Код поставщика]

WHERE ((([График поставок].Задолженность)>10000)).

1. Запрос, отражающий какое сырье или материалы были поставлены 10.09.2016 поставщиком «Омега-плюс».

Конструктор запроса представлен на рис.3.4.

Рис.3.4 Запрос, отражающий какое сырье или материалы были поставлены 10.09.2016 поставщиком «Омега-плюс»