Файл: Проектирование реализации операций бизнес-процесса Запасы-склад (приходование товара)..pdf

• однопользовательские ОС;
• многопользовательские ОС.

1. Число процессов, выполняемых одновременно под управлением ОС:

• однозадачные;
• многозадачные.

1. Количество поддерживаемых процессоров:

• однопроцессорные;
• многопроцессорные.

1. Разрядность кода ОС:

• 32-разрядные;
• 64-разрядные.

1. Тип интерфейса:

• командные;
• графические.

1. Тип доступа пользователя к ЭВМ:

• ОС с пакетной обработкой;
• ОС с разделением времени;
• ОС реального времени.

Проанализируем достоинства и недостатки операционных систем семейства Linuxи Windows.

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

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

Использование операционной системы Linux имеет свои преимущества, однако ввиду большей распространенности Windowsсреди пользователей, поддержки оборудования и ПО, была выбрана системаWindows 10.

Рассмотрим классификацию СУБД.

1. Степень универсальности:

• СУБД общего назначения;
• СУБД универсального назначения.

1. Тип модели данных:

• иерархические;
• сетевые;
• реляционные;
• объектно-ориентированные;
• многомерные.

1. Способ доступа к базе данных:

• файл-серверные;
• клиент-серверные;
• встраиваемые [9].

Выбранная СУБД должна отвечать следующим критериям:

1. Поддержка реляционной модели данных.
2. Обладание масштабируемостью и мобильностью.
3. Содержать средства контроля использования памяти компьютера.
4. Быть производительной и надежной.

Рассмотрим решения, представленные на рынке. Лидерами на рынке СУБД являются продукты IBM DB2, Oracle и Microsoft SQL Server.СУБД IBM DB2 является кросс-платформенной, обеспечивает стабильную работу базы данных. Недостатками системы являются высокая стоимость и низкая производительность. СУБД Microsoft SQL Server обладает большим пакетом инструментов, стабильностью работы и низкими затратами на администрирование. Недостаток системы заключается в том, что она работает только на платформе Windows. СУБД Oracleобладает высокой производительностью, легкостью интегрирования приложений и устойчивостью к большим потокам данных. Недостатком является высокая стоимость, необходимость приобретения мощного оборудования и персонала для поддержки СУБД. Таким образом для реализации базы данных наиболее подходит СУБД Microsoft SQL Server [1].

---

Рассмотрим средства проектирования и разработки информационной системы. Критерии классификации средств совпадают с их составом:

1. Средства анализа (Design/IDEF, BPwin).
2. средства анализа и проектирования (Vantage Team Builder, Designer/2000).
3. Средства проектирования баз данных (Erwin, S-Designor).

На российском рынке представлены не все средства, перечисленные в классификации. На данный момент наиболее распространенными, обладающими простым интерфейсом и управлением являются средства BPWin и Erwin, которые будут использоваться для проектирования системы [7].

Проектная часть

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

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

Рисунок 6. Информационная модель

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

Входными документами являются: договор купли-продажи и счет-фактура Договор купли-продажи не является унифицированным документом. Унифицированная форма счета-фактуры представлена на рисунке 7.

Рисунок 7. Образец счета-фактуры

Перечисленные документы поступают от поставщика на склад и содержат следующие показатели:

1. Наименование товара.
2. Цена товара.
3. Количество товара.

Каждый документ содержит от 30 до 300 строк, объем документов составляет до 50 000 символов. Частота возникновения документа до 100 ежедневно.

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

1. ТМЦ, который содержит наименование и описание параметров товара.
2. Номенклатура, который содержит классификатор товаров, реализуемых организацией.
3. Единица измерения, который содержит перечень единиц, в которых измеряется товар.

Характеристика справочников представлена в таблице 3.

Таблица 3

Характеристика справочников

Характеристика	Номенклатура	ТМЦ	Единица измерения
Ответственный за ведение	Главный кладовщик
Объем справочника в записях	10 000	100 000	10
Частота актуализации	Раз в месяц
Объем актуализации	5%
Реквизитный состав	Код	Наименование	Код
	Наименование	Характеристика	Наименование
		Единица измерения

---

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

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

Результативная информация хранится в следующих таблицах базы данных:

1. Номенклатура.
2. ТМЦ.
3. Карточка товара.
4. Приходная книга.

Характеристика перечисленных таблиц представлена в таблице 4.

Рисунок 8. Образец отчета об остатках ТМЦ на складе

Таблица 4

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

Наименование таблицы	Наименование поля
Номенклатура	Код
	Наименование
ТМЦ	Наименование
Карточка ТМЦ	Количество
Приходная книга	Количество

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

Общие положения (дерево функций и сценарий диалога)

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

1. Функции, реализующие служебные функции.
2. Функции, реализующих основные функции управления и обработки данных.

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

Разработаем дерево функций системы, согласно приведенным рекомендациям. К основным функциям разрабатываемой системы относятся:

1. Редактирование справочников.
2. Ввод данных.

К служебным функциям разрабатываемой ИС относятся:

1. Формирование отчетов.

Дерево функций представлено на рисунке 9 [7].

Рисунок 9. Дерево функций системы

---

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

Разработаем сценарий диалога информационной системы. Сценарий диалога представлен на рисунке 10.

Рисунок 10. Сценарий диалога

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

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

1. ТМЦ.
2. Номенклатура.
3. Единица измерения.
4. Договор.
5. Счет-фактура.
6. Карточка ТМЦ.
7. Приходная книга.

Для описания взаимосвязей между таблицами построим ER-модель. ER-модель представлена на рисунке 11.

Рисунок 11. Модель базы данных

Характеристика таблиц базы данных представлена в таблице 5.

Таблица 5

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

Содержание

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
Справочник «Номенклатура»
ID_номенклатуры	ID_nomen	Счетчик	5	Ключевое поле
Код	Code_nomen	Текст	30
Наименование	Name_nomen	Текст	100
Справочник «Единица измерения»
ID_единицы	ID_ed	Счетчик	5	Ключевое поле
Код	Code_ed	Текст	30
Наименование	Name_ed	Текст	100
Справочник «ТМЦ»
ID_товара	ID_stock	Счетчик	5	Ключевое поле
Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
Наименование	Name_stock	Текст	30
Характеристики	Par_stock	Текст	30
Договор
ID_договора	ID_dog	Счетчик	5	Ключевое поле
Номер	Nomer_dog	Текст	30
Дата	Date_dog	Дата	8
Cod_dog	Текст	10 000
Счет-фактура
ID_счета-фактуры	ID_sch	Счетчик	5	Ключевое поле
Номер	Num_sch	Текст	15
Дата	Date_sch	Дата	8
Цена	Pr_sch	Текст	15
Количество	Kol_sch	Число	7
Стоимость	Sum_sch	Текст	5
Карточка ТМЦ
ID_накладной	ID_card	Счетчик	5	Ключевое поле
Номер	Num_card	Текст	15
Дата	Date_card	Дата	8
Количество	Pr_card	Число	15
Приходная книга
ID_акта	ID_act	Счетчик	5	Ключевое поле
Дата	Date_act	Дата	8
Количество	Pr_act	Текст	15

---

Структурная схема пакета (дерево вызова программных модулей)

Структурная схема пакета программных модулей состоит из модулей следующих классов:

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

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

Описание функций модулей представлено в таблице 6.

Таблица 6

Описание функций модулей

№ п/п	Наименование модуля	Функции модуля
1	Глобальный модуль	Содержит глобальные процедуры и функции, предопределенные процедуры, процедуры и функции, которые выполняются при запуске приложения
2	Модуль создания отчета	Содержит глобальные процедуры и функции, предопределенные процедуры, процедуры и функции, которые выполняются при формировании отчета

Модель дерева вызова программных модулей представлено на рисунке 12.

Рисунок 12. Модель дерева вызова программных модулей

Описание программных модулей

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

Контрольный пример реализации проекта и его описание

Для разработки контрольного примера реализации проекта и его описания необходимо:

1. Описать тестовые данные, которые необходимы для проверки работоспособности основных функций проекта.
2. Описать процесс обработки тестовых данных.
3. Описать результаты обработки тестовых данных.

Реализация контрольного примера состоит из следующих этапов:

1. Ввод тестовых данных в справочники.
2. Результат формирования отчета.

На рисунке 13 представлен результат ввода данных в справочник «Номенклатура».

---