Файл: Проектирование реализации операций бизнес-процесса «Ежедневный складской учёт».pdf

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

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

• аппаратное обеспечение;
• программное обеспечение;
• должности;
• подразделения.

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

Программное обеспечение (ПО) — совокупность программ для реализации целей и задач автоматизированной системы. [2]

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

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

Сегодня в индустрии разработки бизнес-приложений основными языками программирования являются C# (Microsoft)и Delphi (Embarcadero Technologies).

C# — объектно-ориентированный язык. Разработан в 1998-2001 годах группой инженеров под руководством Андерса Хейлсберга в компании Microsoft как основной язык разработки приложений для платформы.NET Framework и впоследствии был стандартизирован как ECMA-334 и ISO/IEC 23270. Компилятор C# входит в стандартную установку .NET Framework [3.1].

Для разработки программы был выбран язык программирования C#.

На данный момент язык программирования C# набирает очень большой темп, и нет столь простого и многофункционального языка, как Си шарп. В нем собраны все достоинства разных языков. Быстродействие выполнения приближается к языку Assembler.

Язык Си шарп имеет 300 000 библиотек разных функций, которые работают с максимальным быстродействием.

Для выполнения данных требований необходимо и достаточно разработать базу данных в среде СУБД MySQL [5].

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

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

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

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

---

• Символы данных (указывающие также вид носителя данных);

• Символы процесса, который нужно выполнить над данными (указывающие также функции, реализуемые вычислительной машиной);

• Символы линий, указывающие потоки данных между процессами и (или) носителями данных;

• Другие символы, применяемые для облегчения составления и чтения схемы.

Весь цикл анализа данных состоит из двух этапов:

• Получение, обработка и ввод начальной входящей информации (данные пользователей, оргтехники, управлений компании);

• Составление документов (списков заявок и так далее).

Информационная модель изображена на рисунке 2.1.

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

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

Справочники информационной системы являются особой группой наборов данных. Справочники предназначены для систематизации различной информации: типов, марок, возможных значений параметров и т.п. Результатом такой систематизации становится то, что, занося некоторую информацию в систему, пользователь может вводить те и только те значения, которые содержатся в соответствующем справочнике [26]. Это, во-первых, облегчает ввод, во-вторых, устраняет некоторые ошибки (опечатки), в третьих, упрощает последующий анализ.

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

Таблица 2.1

Перечень используемых справочников

Название справочника	Ответственный за ведение	Средний объём справочника в записях	Средняя частота актуализации	Средний объем актуализации, %
Акты оборотов ТМЦ	Администратор	50	ежедневно	10
Контрагенты	Администратор	500	1 раз в месяц	10
Места хранения	Администратор	5	1 раз в месяц	10
ТМЦ	Администратор	500	1 раз в неделю	25
Сотрудники	Администратор	100	1 раз в год	20

В системе используются следующие входные документы:

---

• • сведения о контрагентах ;
  • сведения о ТМЦ;
  • сведения о расходных материалах.

Все данные попадают в систему путем ручного ввода.

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

В качестве выходных в разработанной системе формируются отчеты:

• список ТМЦ;
• акт учета ТМЦ;
• акт списания ТМЦ;
• накладная на выдачу ТМЦ;
• журнал учета движения ТМЦ.

Список ТМЦ представляет собой перечень всех имеющихся на складе ТМЦ с указанием наименования, количества, стоимости, места хранения.

Акт учета ТМЦ представляет собой перечень принятых на определенную дату ТМЦ с указанием типа, наименования основного средства, стоимости в рублях, ФИО принявшего и сдавшего, а также даты и номера акта. Макет экранной формы акта приведен на Рисунке 2.2.

Рисунок 2.2 Акт учета ТМЦ

Акт учета списания ТМЦ содержит сведения о списанных ТМЦ содержит информацию о списанных ТМЦ, причинах списания, дате списания. Макет экранной формы данного документа приведен на рисунке 2.3.

Рисунок 2.3 Макет экранной формы акта списания ТМЦ

Накладная на выдачу ТМЦ формируется в виде экранной формы и содержит следующие реквизиты:

• Номер;

• Дата;

• Проведено;

• Организация;

• Со склада;

• На склад;

• Код;

• Товар;

• Кол-во;

• Остаток;

• Цена;

• Себестоимость.;

• Сумма себестоимости.;

• Итого.

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

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

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

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

Работу с системой проводит сотрудник компании, отвечающий за учет всех ТМЦ.

Дерево функций системы представлено на рисунке 2.4.

---

Рисунок 2.4 Дерево функций системы для сотрудника

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

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

Сценарии диалога, формирующийся на основе дерева функций, приведен на рисунке 2.5.

Рисунок 2.5 Сценарий диалога для пользователя

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

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

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

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

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

Структура каждой из таблиц приведена ниже.

Таблица 2.2

Характеристика таблицы skl_Akt (акты оборотов ТМЦ (постановка на учет, прием-передача)

Поле	Тип	Null	По умолчанию	Комментарии
Id_A	int(11)	Нет		ид Акта
TypA	int(11)	Нет		тип Акта (постановка / передача / списание)
TypOS	int(11)	Нет		тип объектов (ОС/ТМЦ/Материаллы)
Sgn	int(11)	Нет		состояние (подготовка/утвержден)
Id_Sdal	int(11)	Да	NULL	ид Сотрудника сдающего
Id_FR	int(11)	Да	NULL	ид начального места хранения
Id_Prin	int(11)	Да	NULL	ид Сотрудника принимающего
Id_MH	int(11)	Нет		ид конечного места хранения
RDat	int(11)	Нет		Дата движения
NDoc	varchar(20)	Нет		Номер документа
Coment	varchar(255)	Да	NULL	Примечание

---

Таблица 2.3

Характеристика таблицы skl_AktD (Перечень ТМЦ по Акту)

Поле	Тип	Null	По умолчанию	Связи	Комментарии
Id_AD	int(11)	Нет			ид
Id_A	int(11)	Нет		skl_akt -> Id_A	ид Акта
Id_OS	int(11)	Нет		skl_os -> Id_OS	ид ОС-ТМЦ
Cnt	int(11)	Нет			Количество
Stoim	decimal(14,2)	Нет			Стоимость
TypDS	int(11)	Нет			Признак списания

Таблица 2.4

Характеристика таблицы skl_KA( Контрагенты - поставщики и сотрудники)

Поле	Тип	Null	По умолчанию
Id_KA	int(11)	Нет
TypKA	int(11)	Нет
KAName	varchar(100)	Нет
ZKPO	varchar(20)	Да	NULL
IPN	varchar(20)	Да	NULL
Adres	varchar(200)	Да	NULL
Coment	varchar(255)	Да	NULL

Таблица 2.5

Характеристика таблицы skl_MH (Места хранения (склады/кладовки)

Поле	Тип	Null	По умолчанию	Связи	Комментарии
Id_MH	int(11)	Нет			ид Места хранения
Id_US	int(11)	Нет		skl_us -> Id_US	ид Материально-ответственного лица
MHKod	varchar(10)	Да	NULL		Код Места хранения
MHName	varchar(50)	Нет			Название
Depart	varchar(50)	Да	NULL		Отдел, местонахождение
Coment	varchar(255)	Да	NULL		Примечание

Таблица 2.6

Характеристика таблицы skl_OS (ТМЦ)

Поле	Тип	Null	По умолчанию	Связи	Комментарии
Id_OS	int(11)	Нет
TypOS	int(11)	Нет			Тип (ОС/ТМЦ)
Id_KA	int(11)	Да	NULL	skl_ka -> Id_KA	Код поставщика
Sgn	int(11)	Да	NULL		состояние
ZDat	int(11)	Да	NULL		Дата изготовления
KUch	int(11)	Да	NULL		Наличие карточки учета
OSName	varchar(200)	Нет			Наименование
INom	varchar(20)	Да	NULL		Инвентарный номер
NNom	varchar(20)	Да	NULL		Номенклатурный номер
ZNom	varchar(20)	Да	NULL		Заводской номер
Psw	varchar(20)	Да	NULL		Паспорт
Fin	varchar(20)	Да	NULL		Источник финансирования
Coment	varchar(255)	Да	NULL		Примечание

---