外贸企业订单与生产管理系统的分析与设计

闽江学院课程设计说明书 课 程：_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:Purchase Material(购买原料) 2:Maintain Material Info(维护原料信息)生产管理 3:Plan Produce(计划生产)4: Produce Manage(生产管理)成品管理 5: Maintain Product Info(产品信息维护)订单管理 6:Maintain Order Form Info(维护订单信息)资金管理 7: Manage Bankroll Info(管理资金信息) 8:Log In(登陆) 1.2.3 用例的事件描述用例还可以用事件流来描述，用例的事件流是对完成用例行为所需的事件的描述。事件流描述了系统应该做什么，而没有描述系统应该怎样做，也就是说，事件流是用语言描述的，而不是用实现语言描述的。 通常，事件流文档的建立主要在细化阶段（Elaboration）进行。开始，只是对执行用例的常规流（即用例提供了什么功能）所需步骤的简单描述。随着分析的进行，通过添入更多的评细信息，步骤不断细化。最后，再将例外流添加到用例的事件流描述中。外贸企业订单与生产管理系统的用例事件流描述如下。1、 购买原料（Purchase Material）1.1 前置条件（Pre-Conditions）在这个用例开始之前，administrators必须登录到系统中。1.2 后置条件（Post-Conditions）如果这个用例成功，则对系统进行管理反之，系统的状态没有变化。1.3 扩充点（Extension Points）没有。1.4 事件流1.4.1 基流（Basic Flow）原料不足，购买原料，用例启动。原料不足，添加，则执行分支流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 替代流（Alternative Flow） E-1：产地现在没有提供该原料了，系统显示提示信息，用例终止。2、维护原料信息(Maintain Material Info)2.1 前置条件（Pre-Conditions）在这个用例开始之前，administrators必须登录到系统中。2.2 后置条件（Post-Conditions）如果这个用例成功，则对系统进行管理反之，系统的状态没有变化2.3 扩充点（Extension Points）没有。2.4 事件流2.4.1 基流（Basic Flow）2.4.2 分支流（Subflows）2.4.3 替代流（Alternative Flow）3、计划生产(Plan Produce)3.1 前置条件（Pre-Conditions）3.2 后置条件（Post-Conditions）如果这个用例成功，则对系统进行管理反之，系统的状态没有变化3.3 扩充点（Extension Points）没有。3.4 事件流3.4.1 基流（Basic Flow）3.4.2 分支流（Subflows）3.4.3 替代流（Alternative Flow）4、生产管理(Produce Manage)4.1 前置条件（Pre-Conditions）在这个用例开始之前，administrators必须登录到系统中。4.2 后置条件（Post-Conditions）如果这个用例成功，则对系统进行管理反之，系统的状态没有变化4.3 扩充点（Extension Points）没有。4.4 事件流4.4.1 基流（Basic Flow）4.4.2 分支流（Subflows）4.4.3 替代流（Alternative Flow）5、产品信息维护(Maintain Product Info)5.1 前置条件（Pre-Conditions）在这个用例开始之前，administrators必须登录到系统中。5.2 后置条件（Post-Conditions）如果这个用例成功，则对系统进行管理反之，系统的状态没有变化5.3 扩充点（Extension Points）没有。5.4 事件流5.4.1 基流（Basic Flow）5.4.2 分支流（Subflows）5.4.3 替代流（Alternative Flow）6、维护订单信息（Maintain Order Form Info）6.1 前置条件（Pre-Conditions）在这个用例开始之前，administrators必须登录到系统中。6.2 后置条件（Post-Conditions）如果这个用例成功，则对系统进行管理反之，系统的状态没有变化6.3 扩充点（Extension Points）没有。6.4 事件流6.4.1 基流（Basic Flow）6.4.2 分支流（Subflows）6.4.3 替代流（Alternative Flow）7、管理资金信息（Manage Bankroll Info）7.1 前置条件（Pre-Conditions）在这个用例开始之前，administrators必须登录到系统中。7.2 后置条件（Post-Conditions）如果这个用例成功，则对系统进行管理反之，系统的状态没有变化7.3 扩充点（Extension Points）没有。7.4 事件流7.4.1 基流（Basic Flow）7.4.2 分支流（Subflows）7.4.3 替代流（Alternative Flow）8、登陆（Log In）8.1 前置条件（Pre-Conditions）没有。8.2 后置条件（Post-Conditions）如果用例成功，参与者可以启动系统并使用系统所提供的功能。反之，系统的状态不变。8.3 扩充点（Extension Points）没有。8.4 事件流8.4.1 基流（Basic Flow）当用户希望登录到系统中时，用例启动。8.4.2 分支流（Subflows）（1）系统提示用户输入用户名和密码。（2）用户输入用户名和密码。（3）系统验证输入的用户名和密码，若正确（E-1），则用户登录到系统中。8.4.3 替代流（Alternative Flow）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)类MainWindowMainWindow是系统的主界面，系统的主界面具有菜单和菜单项，当用户选择不同的菜单项时，系统可以执行不同的操作。当退出时，主界面窗口关闭。*私有属性(Private Attributes)待定。*公共操作(Public Operations)createWindow()创建订单与生产管理系统的图形用户界面窗口。Material（）当选择“原料管理”菜单项时，该操作被调用。Plan（）当选择“生产计划”菜单项时，该操作被调用。Product（）当选择“产品管理”菜单项时，该操作被调用。Bankroll（）当选择“资金管理”菜单项时，该操作被调用。Clien（）当选择“客户管理”菜单项时，该操作被调用。（2）类MaterialManage*私有属性(Private Attributes)待定。*公共操作(Public Operations)createDialog()创建用来管理原料的对话框。（3）类PlanProduce*私有属性(Private Attributes)待定。*公共操作(Public Operations)createWindow()（4）类ManageProduct*私有属性(Private Attributes)待定。*公共操作(Public Operations)createWindow()（5）类ManageOrder*私有属性(Private Attributes)待定。*公共操作(Public Operations)createWindow()（6）类ManageBankroll*私有属性(Private Attributes)待定。*公共操作(Public Operations)createWindow()（7）类MessageWindow界面类MessageWindow是用来显示提示信息的窗口。*私有属性(Private Attributes)待定。*公共操作(Public Operations)createWindow（msg:String）创建窗口，显示提示信息。（8）类LoginDialog界面类LoginDialog是用来输入用户名和密码的对话框。*私有属性(Private Attributes)待定。*公共操作(Public Operations)createDialog()创建用来输入用户名和密码的对话框。Validate();Boolean验证用户名和密码是否正确。inputInfo()当输入信息并提交时，该方法被调用。1.3.3 建立类图系统包图系统类图1.4 动态行为模型系统的动态行为模型可以由交互作用图（顺序图和通信图）、状态机图、活动图来描述。1.4.1 建立交互作用图登陆顺序图1.4.2建立状态机图1.43活动图1.44 协作图1.5 物理模型该外贸企业订单与生产管理系统是一个基于局域网、网络和数据库的应用系统。小结。通过对系统的分析与设计，我对UML有更深入的了解。