外贸企业订单与生产管理系统的分析与设计.docx
- 文档编号:14723831
- 上传时间:2023-06-26
- 格式:DOCX
- 页数:21
- 大小:203.60KB
外贸企业订单与生产管理系统的分析与设计.docx
《外贸企业订单与生产管理系统的分析与设计.docx》由会员分享,可在线阅读,更多相关《外贸企业订单与生产管理系统的分析与设计.docx(21页珍藏版)》请在冰点文库上搜索。
外贸企业订单与生产管理系统的分析与设计
闽江学院
课程设计说明书
课程:
_UML系统分析与设计
设计题目:
外贸企业订单与生产管理系统
院系:
计算机科学系
专业班级:
计算机科学与技术(软件方向)
学生姓名:
张开祝(学号120071101127)
钟大通(学号120071101148)
陈玉李(学号120071101115)
指导教师:
陈雄峰
2008年12月17日
外贸企业订单与生产管理系统
引言
编写目的
编写本报告的目的是明确本系统的详细需求,供使用单位确认系统的功能和性能,并作为软件设计人员的设计依据和使用单位的验收标准。
项目背景
开发软件名称:
外贸企业订单与生产管理系统。
项目开发者:
闽江学院计算机科学系“外贸企业订单与生产管理系统”开发小组:
张开祝(27号,组长),钟大通(48号),陈玉李(15号)
用户单位:
某企业
参考资料:
(1)钱乐秋等,《软件工程》,清华大学出版社;
(2)张害藩,《软件工程导论》(第四版),清华大学出版社;
(3)赵池龙等,《软件工程实践教程》,电子工业出版社;
(4)谭浩强,《C程序设计》,清华大学出版社;
(5)严蔚敏,《数据结构》,清华大学出版社;
(6)郑莉。
《C++语言程序设计》,清华大学出版社。
(7)冀振燕《UML系统分析与设计教程》,人民邮电出版社
任务概述
目标
本系统通过强大的计算机技术给企业管理人员带来便利。
目标包括:
✧减少人力与管理费用;
✧提高信息准确度;
✧改进管理和服务;
✧建立高效的信息传输和服务平台,提高信息处理速度和利用率;
✧系统设计优良,界面设计精美、友好、快捷,人性化设计,后台管理功能强大、效率高;
✧更简便、信息化程度更高的企业生产管理流程;
用户的特点
✧本软件的最终用户是面向企业的管理人员和对企业关注的人群。
✧系统维护人员为计算机专业人员,熟悉数据库、操作系统、网络维护工作。
维护人员为间隔性用户。
1.1系统需求.
信息系统开发的目的是满足用户需求,为了达到这个目的,设计人员必须充分理解系统的商业总体目标和用户的工作方式。
无论是开发简单的应用程序,还是开发商业性的大规模软件系统,首先要做的事都是确定系统需求,即确定系统的功能。
收集到的系统需求可以分为三类,即功能性需求.非功能性需求.可用性需求。
功能性需求和非功能性需求是系统分析和设计中的常用种类,可用性需求常常被忽略,但被忽略并不代表它不重要,事实上,可用性事衡量一个软件是否成功的重要因素之一。
功能性需求描述了系统可以做什么或被期望做什么,即描述了系统的功能,在面向对象的方法中,可以用用例来描述系统的功能;非功能性需求描述了系统如何更好地提供功能需求,如系统性能.安全性等;可用性需求则描述了特定用户在特定环境下有效地.顺利地达到特定目标的程度,可用性是人机交互研究的主题。
对外贸企业订单与生产管理系统描述:
外贸企业订单与生产管理系统是对企业更好的发挥生产作用。
本系统包括原料的管理、生产的管理、成品仓库的管理、销售订单的管理和资金的管理。
开始需要对原料的采购管理,对原料仓库的管理。
原料的品种、数量都要实时管理。
原料有很多性质,原料的管理对生产部分很重要,企业的生产计划要考虑到原料的库存。
在生产方面,先制定计划,然后从原料仓库中选择材料进行组合生产,所以原料对生产起着至关重要的作用。
还有生产的计划也要根据成品仓库的存储量决定。
当某种成品存储量很对时候就要减少这种成品的生产计划。
成品的仓库管理可以对其分类、查询、修改等。
能够实时了解某种产品的数量。
当订单来的时候,订单的数量多少就是仓库产品的减少量。
反之,当有退货的情况,退货多少就是仓库要增加多少数量。
通过这样的增减关系来反映系统的工作情况。
资金的管理多整个系统很重要,资金涉及整个系统过程。
原料的购买需要资金,生产产品的时候要生产成本,还有产品卖出去后有销售收入,通过这些资金可以计算出企业的纯收入。
1.2需求分析
1.2.1识别参与者
通过对系统的需求分析,可以确定系统中有3个参与者,即administrators(系统管理员也就是企业管理人员,在此直接说成administrators)和visitor(访问者,也就是一般访问者包括企业内部员工和外部网站等访问者)和client(顾客即企业的客户)。
对参与者的描述如下:
(1)administrators
描述:
管理员可以管理一切的企业业务,包括订购原料,计划生产,商品价格的定价,资金管理,客户管理等。
示例:
具有管理员密码的企业管理员。
(2)visitor
描述:
访问者没有权利修改系统你的数据,只能浏览差好看系统,了解企业的生产情况等
示例:
通过网站访问,一般员工等。
(3)client
描述:
与企业建立关系的客户,通过注册,在系统里有记录会员。
示例:
如购买企业产品的某人或组织。
1.2.2识别用例
原料管理
1:
PurchaseMaterial(购买原料)
2:
MaintainMaterialInfo(维护原料信息)
生产管理
3:
PlanProduce(计划生产)
4:
ProduceManage(生产管理)
成品管理
5:
MaintainProductInfo(产品信息维护)
订单管理
6:
MaintainOrderFormInfo(维护订单信息)
资金管理
7:
ManageBankrollInfo(管理资金信息)
8:
LogIn(登陆)
1.2.3用例的事件描述
用例还可以用事件流来描述,用例的事件流是对完成用例行为所需的事件的描述。
事件流描述了系统应该做什么,而没有描述系统应该怎样做,也就是说,事件流是用语言描述的,而不是用实现语言描述的。
通常,事件流文档的建立主要在细化阶段(Elaboration)进行。
开始,只是对执行用例的常规流(即用例提供了什么功能)所需步骤的简单描述。
随着分析的进行,通过添入更多的评细信息,步骤不断细化。
最后,再将例外流添加到用例的事件流描述中。
外贸企业订单与生产管理系统的用例事件流描述如下。
1、购买原料(PurchaseMaterial)
1.1前置条件(Pre-Conditions)
在这个用例开始之前,administrators必须登录到系统中。
1.2后置条件(Post-Conditions)
如果这个用例成功,则对系统进行管理反之,系统的状态没有变化。
1.3扩充点(ExtensionPoints)
没有。
1.4事件流
1.4.1基流(BasicFlow)
原料不足,购买原料,用例启动。
原料不足,添加,则执行分支流s-1:
添加原料
原料用完,购买,则执行分支流s-2:
购买原料
1.4.2分支流(Subflows)
s-1:
添加原料
(1):
确定添加原料信息。
(2):
确定添加原料产地。
(3):
确定需要的数量。
(4):
确定时间。
s-2:
购买原料
(1):
确定购买原料信息。
(2):
确定购买原料产地。
(E-1)
(3):
确定需要的数量。
(4):
确定时间。
1.4.3替代流(AlternativeFlow)
E-1:
产地现在没有提供该原料了,系统显示提示信息,用例终止。
2、维护原料信息(MaintainMaterialInfo)
2.1前置条件(Pre-Conditions)
在这个用例开始之前,administrators必须登录到系统中。
2.2后置条件(Post-Conditions)
如果这个用例成功,则对系统进行管理反之,系统的状态没有变化
2.3扩充点(ExtensionPoints)
没有。
2.4事件流
2.4.1基流(BasicFlow)
2.4.2分支流(Subflows)
2.4.3替代流(AlternativeFlow)
3、计划生产(PlanProduce)
3.1前置条件(Pre-Conditions)
3.2后置条件(Post-Conditions)
如果这个用例成功,则对系统进行管理反之,系统的状态没有变化
3.3扩充点(ExtensionPoints)
没有。
3.4事件流
3.4.1基流(BasicFlow)
3.4.2分支流(Subflows)
3.4.3替代流(AlternativeFlow)
4、生产管理(ProduceManage)
4.1前置条件(Pre-Conditions)
在这个用例开始之前,administrators必须登录到系统中。
4.2后置条件(Post-Conditions)
如果这个用例成功,则对系统进行管理反之,系统的状态没有变化
4.3扩充点(ExtensionPoints)
没有。
4.4事件流
4.4.1基流(BasicFlow)
4.4.2分支流(Subflows)
4.4.3替代流(AlternativeFlow)
5、产品信息维护(MaintainProductInfo)
5.1前置条件(Pre-Conditions)
在这个用例开始之前,administrators必须登录到系统中。
5.2后置条件(Post-Conditions)
如果这个用例成功,则对系统进行管理反之,系统的状态没有变化
5.3扩充点(ExtensionPoints)
没有。
5.4事件流
5.4.1基流(BasicFlow)
5.4.2分支流(Subflows)
5.4.3替代流(AlternativeFlow)
6、维护订单信息(MaintainOrderFormInfo)
6.1前置条件(Pre-Conditions)
在这个用例开始之前,administrators必须登录到系统中。
6.2后置条件(Post-Conditions)
如果这个用例成功,则对系统进行管理反之,系统的状态没有变化
6.3扩充点(ExtensionPoints)
没有。
6.4事件流
6.4.1基流(BasicFlow)
6.4.2分支流(Subflows)
6.4.3替代流(AlternativeFlow)
7、管理资金信息(ManageBankrollInfo)
7.1前置条件(Pre-Conditions)
在这个用例开始之前,administrators必须登录到系统中。
7.2后置条件(Post-Conditions)
如果这个用例成功,则对系统进行管理反之,系统的状态没有变化
7.3扩充点(ExtensionPoints)
没有。
7.4事件流
7.4.1基流(BasicFlow)
7.4.2分支流(Subflows)
7.4.3替代流(AlternativeFlow)
8、登陆(LogIn)
8.1前置条件(Pre-Conditions)
没有。
8.2后置条件(Post-Conditions)
如果用例成功,参与者可以启动系统并使用系统所提供的功能。
反之,系统的状态不变。
8.3扩充点(ExtensionPoints)
没有。
8.4事件流
8.4.1基流(BasicFlow)
当用户希望登录到系统中时,用例启动。
8.4.2分支流(Subflows)
(1)系统提示用户输入用户名和密码。
(2)用户输入用户名和密码。
(3)系统验证输入的用户名和密码,若正确(E-1),则用户登录到系统中。
8.4.3替代流(AlternativeFlow)
E-1:
如果用户输入无效的用户名和/或密码,系统显示错误信息。
用户可以选择返回基流的起始点,重新输入正确的用户名和/或密码;或者取消登录,用例结束。
1.3静态结构模型
进一步分析系统需求,发展类以及类之间的关系,确定他们的静态结构和动态行为,是面向对象分析的基本任务。
系统的静态结构模型主要用类图和对象图来描述。
1.3.1定义系统对象
定义过系统需求后,就可以根据系统需求识别系统中存在的对象了。
系统对象的识别就可以通过寻找系统域描述和需求描述中的名词来进行。
管理员(administrators)、访问者(visitor)、原料(Material)、资金(Bankroll)、产品(Product)。
(1)、管理员(administrators)
(2)、访问者(visitor)
(3)、原料(Material)
(4)、产品(Product)
(5)、资金(Bankroll)
(6)、客户(clien)
1.3.2定义用户界面类
用户与系统需要进行交互,通常一个友好的系统都采用直观的图形可视化界面,因此需要定义系统的用户界面类。
通过对系统的不断分化和细化,可识别出下属界面类、类的操作和属性。
(1)类MainWindow
MainWindow是系统的主界面,系统的主界面具有菜单和菜单项,当用户选择不同的菜单项时,系统可以执行不同的操作。
当退出时,主界面窗口关闭。
*私有属性(PrivateAttributes)
待定。
*公共操作(PublicOperations)
createWindow()
创建订单与生产管理系统的图形用户界面窗口。
Material()
当选择“原料管理”菜单项时,该操作被调用。
Plan()
当选择“生产计划”菜单项时,该操作被调用。
Product()
当选择“产品管理”菜单项时,该操作被调用。
Bankroll()
当选择“资金管理”菜单项时,该操作被调用。
Clien()
当选择“客户管理”菜单项时,该操作被调用。
(2)类MaterialManage
*私有属性(PrivateAttributes)
待定。
*公共操作(PublicOperations)
createDialog()
创建用来管理原料的对话框。
(3)类PlanProduce
*私有属性(PrivateAttributes)
待定。
*公共操作(PublicOperations)
createWindow()
(4)类ManageProduct
*私有属性(PrivateAttributes)
待定。
*公共操作(PublicOperations)
createWindow()
(5)类ManageOrder
*私有属性(PrivateAttributes)
待定。
*公共操作(PublicOperations)
createWindow()
(6)类ManageBankroll
*私有属性(PrivateAttributes)
待定。
*公共操作(PublicOperations)
createWindow()
(7)类MessageWindow
界面类MessageWindow是用来显示提示信息的窗口。
*私有属性(PrivateAttributes)
待定。
*公共操作(PublicOperations)
createWindow(msg:
String)
创建窗口,显示提示信息。
(8)类LoginDialog
界面类LoginDialog是用来输入用户名和密码的对话框。
*私有属性(PrivateAttributes)
待定。
*公共操作(PublicOperations)
createDialog()
创建用来输入用户名和密码的对话框。
Validate();Boolean
验证用户名和密码是否正确。
inputInfo()
当输入信息并提交时,该方法被调用。
1.3.3建立类图
系统包图
系统类图
1.4动态行为模型
系统的动态行为模型可以由交互作用图(顺序图和通信图)、状态机图、活动图来描述。
1.4.1建立交互作用图
登陆顺序图
1.4.2建立状态机图
1.43活动图
1.44协作图
1.5物理模型
该外贸企业订单与生产管理系统是一个基于局域网、网络和数据库的应用系统。
小结
。
通过对系统的分析与设计,我对UML有更深入的了解。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 外贸企业 订单 生产管理 系统 分析 设计