Файл: Проектирование реализации операций бизнес-процесса «Продажи» (Обоснование проектных решений по программному обеспечению).pdf

1.5. Обоснование проектных решений по программному обеспечению

Общесистемное программное обеспечение должно включать лицензионные программные продукты со следующим назначением:

• операционная система серверов (MicrosoftWindows 2008 Server);
• операционные системы рабочих станций (Windows 7);

Операционная система серверов должна обладать функциональными возможностями для реализации требований информационного обеспечения АИС.

Требования к операционным системам рабочих станций должны включать в себя:

• поддержку стеков протоколов TCP/IP;
• поддержку работы 32-х разрядных приложений;
• поддержку работы офисных приложений MS Office.

Программный продукт будет разработан на VisualC# 2010.

Средой разработки выбрана VisualStudio 2010, эта среда отличается наличием большого количества конструкторов генерации кода, облегчающих разработку приложения, а так же имеет массу обучающих интернет-ресурсов. Язык программирования выбран C#, позволяющий реализовать клиент-серверное приложение [2].

Для создания базы данных была выбрана СУБД Microsoft SQL Server 2008.

Большинство приложений баз данных со временем разрастаются, становятся более сложными и число их пользователей также растет. Microsoft SQL Server обеспечивает высокую производительность. SQL Server обеспечивает поддержку очень крупных баз данных, размером до одного терабайта [3].

Приложение Microsoft SQL Server с самого начала разрабатывалось как база данных в архитектуре клиент/сервер. Данные и индексы располагаются на одном сервере, доступ к которому часто осуществляется через сеть с нескольких клиентских компьютеров. SQL Server снижает загруженность сети, выполняя обработку запросов базы данных на сервере перед отправкой результатов на клиентский компьютер. Таким образом, создаваемые приложения в архитектуре клиент/сервер могут выполнять обработку там, где она выполняется лучше всего — на сервере.

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

Microsoft SQL Server поддерживает огромные транзакции с ведением журнала транзакций, что гарантирует передачу или откат всех изменений, выполняемых в рамках транзакции [5].

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

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

С помощью Microsoft SQL Server можно выполнять динамическое резервное копирование (добавочное или полное) базы данных во время ее использования. Таким образом, пользователи избавлены от необходимости выходить из базы данных для резервного копирования данных. Это позволяет использовать базу данных 24 часа в сутки, семь дней в неделю.

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

ГЛАВА 2. ПРОЕКТНАЯ ЧАСТЬ

2.1. Информационная модель и её описание

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

Рассмотрим информационную модель программы«Электронный магазин» на рисунке 2.1.

Алгоритм работы программы включает следующий набор действий.

- работа со справочниками;

- работа с приходом продукции;

- работа с расходом продукции;

- формирование отчетов;

- завершение работы системы.

Рисунок 2.1 – Информационная модель программы «Электронный магазин»

2.2. Характеристика нормативно-справочной, входной и оперативной информации

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

• Таблица «Товар»;
• Таблица «Продавцы»;
• Таблица «Поставщики»;
• Таблица «Заказы»;
• Таблица «Поставки»;
• Таблица «Продажи»;
• Таблица «Отделы».

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

В данной системе к нормативно-справочной информации можно отнести следующие справочники:

– справочник товаров;

– справочник продавцов;

– справочник поставщиков;

– справочник отделов.

2.3. Характеристика результатной информации

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

Данная база данных предоставляет следующие возможности:

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

2.4. Общие положения

Исходя из целей и задач, можно построить структурную схему автоматизированной системы (рисунок 2.2).

Рисунок 2.2 – Структурная схема автоматизированной системы

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

2.5. Характеристика базы данных

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

Рисунок 2.3 - Инфологическая (концептуальная) модель предметной области

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

Рисунок 2.4 - Логическая структура базы данных

Физическое проектирование заключается в увязке логической структуры БД и физической среды хранения с целью наиболее эффективного размещения данных. Решается вопрос размещения хранимых данных в пространстве памяти и выбора эффективных методов доступа к различным компонентам «физической» БД. Результаты этого этапа документируются в форме схемы хранения на языке определения данных. Принятые на этом этапе решения оказывают определяющее влияние на производительность системы.

Для реляционной БД на этом этапе определяются параметры распределения памяти для объектов БД, строятся индексы, определяется целесообразность использования хеширования и кластеризации.

Фактически проектирование БД имеет итерационный характер. В процессе функционирования системы становится возможным измерение её реальных характеристик, выявление «узких» мест. И если система не отвечает предъявляемым к ней требованиям, то обычно она подвергается реорганизации, т.е. модификации первоначально созданного проекта.

В ходе разработки программного продукта были созданы следующие таблицы:

Таблица 2.1

«Товар»

Таблица 2.2

«Поставщики»

Таблица 2.3

«Поставки»

Таблица 2.4

«Продажи»

Таблица 2.5

«Отделы»

Таблица 2.6

«Продавцы»

Таблица 2.7

«Заказы»

Физическая модель данных представлена на рисунке 2.5.

Рисунок 2.5 - Физическая модель данных

2.6. Структурная схема пакета

Разрабатываемое приложение имеет следующую структуру, которая представлена на рисунке 2.6.

Рисунок 2.6 – Структура приложения

В соответствии с представленной схемой, структурно пакет состоит из следующих модулей:

- модуль Справочники;

- модуль Учет;

- модуль Итоги;

- модуль Анализ.

Листинг основных программных модулей приведен в Приложении.