Файл: Моделирование предметной области «Учёт товаров» с помощью UML.pdf

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

Результат выполнения этапов по созданию диаграммы состояний представлен на рисунке 9.

Рисунок 9 – Диаграмма состояний

2.4.5 Создание диаграммы последовательности

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

В этом разделе будет разработана диаграмма последовательности, которая представлена в соответствии с рисунком 10.

Рисунок 10 – Диаграмма последовательности

На данную диаграмму помещены следующие объекты:

«klad» (кладовщик) – действующее лицо;
«Add/Select Tovar Form» – содержит форму ввода или выбора товара;
«Add/Select Postav Form» – содержит форму ввода или выбора поставщика товара;
«Card Sklad_Uchet» – форма карты складского учета, которая создается после ввода всех данных и является итоговым документом;
«DataBase» – содержит информацию о поставщиках и товарах, на основании информации этого объекта формируется карта складского учета

Сообщения между объектами на диаграмме:

«Open» – открыть форму;
«Cancel» – отмена действия;
«Query to DataBase» – запрос к базе данных на выбор товара;
«Answer from DataBase» - наименование товара;
«Query to DataBase on generation Sklad_Uchet card» - запрос к базе данных на выбор поставщика и генерацию карты складского учета;
«Generate» - карта складского учета.

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

3. Анализ бизнес-процессов, проведение реинжиниринга БП

3.1 Анализ моделей. Проведение реинжиниринга бизнес-процессов

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

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

Входная информация.

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

- № приходной накладной;
- Наименование поставщика;
- Дата;
- Вид ТМЦ;
- Количество;
- Цена.

Нормативно-справочная информация.

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

Выходная информация.

Все отчеты формируются автоматически посредством запросов к БД.

Отчет об остатках ТМЦ на складе. Данный документ содержит перечень видов ТМЦ, размещенных на складе, с указанием их количества.

Отчет о динамике расходования ТМЦ. В нем отражается динамика изменения объемов расходования по группам ТМЦ за выбранный период.

Товарный отчет. В этом отчете отражается информация относительно прихода, расхода и остатков ТМЦ на складе.

Отчет о списании ТМЦ. Данный документ содержит перечень и количество списанных ТМЦ на определенном складе за выбранный период.

Акт списания. В нем отражается перечень и количество списанных ТМЦ. [2].

3.2 Формирование предложений по улучшению БП

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

поступление новых товаров;
расход товаров;
движение товаров.

3.3 Корректировка модели БП

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

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

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

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

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

На основе представленных выводов спроектируем модели бизнес-процессов, которые представлены в соответствии с рисунками 11, 12.

Рисунок 11 – Диаграмма «Учет товаров на складе магазина»

Рисунок 12 – Декомпозиция диаграммы

3.4 Генерация программного кода на основе построенных моделей

unit Unit1;

interface

uses

Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

Dialogs, unit2, Grids, DBGrids, ComCtrls, StdCtrls, DBCtrls, Menus, myword,

ExtCtrls;

type

TForm1 = class(TForm)

Pagecontrol1: TPageControl;

ts2: TTabSheet;

ts4: TTabSheet;

ts5: TTabSheet;

ts6: TTabSheet;

ts7: TTabSheet;

dbgrd2: TDBGrid;

dbgrd4: TDBGrid;

dbgrd5: TDBGrid;

dbgrd6: TDBGrid;

dbgrd7: TDBGrid;

dbgrd8: TDBGrid;

button2: TButton;

button3: TButton;

button4: TButton;

button6: TButton;

button7: TButton;

button5: TButton;

button8: TButton;

button9: TButton;

button10: TButton;

label3: TLabel;

button11: TButton;

button12: TButton;

button13: TButton;

Button1: TButton;

Button14: TButton;

Button15: TButton;

button20: TButton;

button21: TButton;

button22: TButton;

mm1: TMainMenu;

mniN1: TMenuItem;

mniN2: TMenuItem;

mniN3: TMenuItem;

mniN4: TMenuItem;

N1: TMenuItem;

N2: TMenuItem;

N4: TMenuItem;

mniCjhnbhjdrf1: TMenuItem;

mniN5: TMenuItem;

mniN6: TMenuItem;

mniN7: TMenuItem;

mniN8: TMenuItem;

mniN9: TMenuItem;

mniN10: TMenuItem;

mniN11: TMenuItem;

mniN12: TMenuItem;

dbgrd9: TDBGrid;

lbl1: TLabel;

N5: TMenuItem;

dblkcbbts8: TDBLookupComboBox;

ts1: TTabSheet;

button23: TButton;

button24: TButton;

button25: TButton;

dbgrd1: TDBGrid;

N6: TMenuItem;

N7: TMenuItem;

Label1: TLabel;

Label4: TLabel;

Label5: TLabel;

Button19: TButton;

edit3: TEdit;

N8: TMenuItem;

N9: TMenuItem;

Label7: TLabel;

Label6: TLabel;

Label9: TLabel;

DBLookupComboBox3: TDBLookupComboBox;

Edit1: TEdit;

Button26: TButton;

DBLookupComboBox4: TDBLookupComboBox;

Button27: TButton;

Button28: TButton;

Label2: TLabel;

Label10: TLabel;

Label11: TLabel;

Button29: TButton;

N10: TMenuItem;

ts3: TTabSheet;

Label12: TLabel;

dbgrd3: TDBGrid;

Button16: TButton;

Button17: TButton;

Button18: TButton;

Button30: TButton;

Label16: TLabel;

Label17: TLabel;

Label18: TLabel;

cbb1: TComboBox;

cbb2: TComboBox;

Button31: TButton;

N11: TMenuItem;

N12: TMenuItem;

N13: TMenuItem;

Button32: TButton;

Button33: TButton;

DBLookupComboBox1: TDBLookupComboBox;

Label13: TLabel;

DBLookupComboBox5: TDBLookupComboBox;

Label14: TLabel;

Button34: TButton;

N14: TMenuItem;

N15: TMenuItem;

Label15: TLabel;

dblkcbb1: TDBLookupComboBox;

label19: TLabel;

label20: TLabel;

dblkcbb2: TDBLookupComboBox;

button36: TButton;

mniN16: TMenuItem;

mniN17: TMenuItem;

label21: TLabel;

label22: TLabel;

cbb3: TComboBox;

button37: TButton;

label23: TLabel;

label24: TLabel;

label25: TLabel;

dblkcbb3: TDBLookupComboBox;

dblkcbb4: TDBLookupComboBox;

button38: TButton;

button39: TButton;

mniN18: TMenuItem;

mniN19: TMenuItem;

procedure button9Click(Sender: TObject);

procedure button11Click(Sender: TObject);

procedure button3Click(Sender: TObject);

procedure button4Click(Sender: TObject);

procedure button8Click(Sender: TObject);

procedure button7Click(Sender: TObject);

procedure button10Click(Sender: TObject);

procedure ts6ContextPopup(Sender: TObject; MousePos: TPoint;

var Handled: Boolean);

procedure button6Click(Sender: TObject);

procedure button2Click(Sender: TObject);

procedure button13Click(Sender: TObject);

procedure button5Click(Sender: TObject);

procedure button12Click(Sender: TObject);

procedure ts7ContextPopup(Sender: TObject; MousePos: TPoint;

var Handled: Boolean);

procedure Button15Click(Sender: TObject);

procedure Button14Click(Sender: TObject);

procedure Button16Click(Sender: TObject);

procedure Button17Click(Sender: TObject);

procedure Button18Click(Sender: TObject);

procedure Button1Click(Sender: TObject);

procedure button20Click(Sender: TObject);

procedure button21Click(Sender: TObject);

procedure button22Click(Sender: TObject);

procedure button23Click(Sender: TObject);

procedure button24Click(Sender: TObject);

procedure button25Click(Sender: TObject);

procedure mniN2Click(Sender: TObject);

procedure mniN3Click(Sender: TObject);

procedure mniN4Click(Sender: TObject);

procedure N1Click(Sender: TObject);

procedure N4Click(Sender: TObject);

procedure N5Click(Sender: TObject);

procedure mniN14Click(Sender: TObject);

procedure N8Click(Sender: TObject);

procedure Button19Click(Sender: TObject);

procedure N9Click(Sender: TObject);

procedure N6Click(Sender: TObject);

procedure N7Click(Sender: TObject);

procedure DBLookupComboBox3Click(Sender: TObject);

procedure Edit1Change(Sender: TObject);

procedure Button28Click(Sender: TObject);

procedure Button29Click(Sender: TObject);

procedure N10Click(Sender: TObject);

procedure Button26Click(Sender: TObject);

procedure Button27Click(Sender: TObject);

procedure Button31Click(Sender: TObject);

procedure N11Click(Sender: TObject);

procedure N12Click(Sender: TObject);

procedure N13Click(Sender: TObject);

procedure Button32Click(Sender: TObject);

procedure Button33Click(Sender: TObject);

procedure Button30Click(Sender: TObject);

procedure Button34Click(Sender: TObject);

procedure N14Click(Sender: TObject);

procedure N15Click(Sender: TObject);

procedure button36Click(Sender: TObject);

procedure mniN16Click(Sender: TObject);

procedure button37Click(Sender: TObject);

procedure button38Click(Sender: TObject);

procedure button39Click(Sender: TObject);

procedure mniN18Click(Sender: TObject);

procedure mniN19Click(Sender: TObject);

procedure mniN17Click(Sender: TObject);

private

{ Private declarations }

public

{ Public declarations }

end;

Заключение

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

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

Для решения данной задачи было использовано CASE – средство RationalRose.

При проектировании модели информационной системы учета товаров на складе магазина были созданы: