UML 企业综合信息管理系统 销售管理子系统

合集下载

UML-企业综合信息管理系统--销售管理子系统

UML-企业综合信息管理系统--销售管理子系统

企业综合信息管理系统——销售管理子系统一、客户需求分析1、业务组织结构“企业综合信息管理系统”的用户是企业各级管理部门的工作人员、公司经理和系统操作人员。

该系统主要提供“财务管理”、“人力资源管理”、“生产调度管理”、“进销存管理”、“生产设备安全管理”和“行政事物管理”等方面的服务。

(1)财务管理企业“财务管理”部门管理企业的所有资金往来。

包括产品销售后资金的回收、购买原材料的资金支取、组织产品生产的开销、员工工资的发放、差旅费用的报销、固定资金的折旧、行政办公费用的支出等。

(2)人力资源管理“人力资源管理”部门负责对企业员工进行管理。

包括对员工进行招聘、录取、辞退工作,对各部门人员需求进行调配,考核,奖励惩罚等。

(3)生产调度管理“生产调度管理”部门负责企业的产品生产调度工作。

包括制定原材料采购计划、产品生产计划等。

(4)进销存管理“进销存管理”部门实际上负责整个企业产品的销售、原材料的购进、产品及原材料的存储和产品的售后服务。

(5)生产设备安全部门“生产设备安全管理”部门负责企业所有生产设备和工作人员的安全生产管理。

包括企业生产设备登记造册,即使维修设备等。

(6)行政事务管理“行政事务管理”部门负责对企业的行政事务进行管理。

包括制定计划购买办公用品,对员工的福利、工资进行审批、发放等。

2、具体功能要求(1)销售管理*制定销售计划*与客户签订销售合同*检查合同履约率*组织生产*对产品进行入库、出库处理*财务管理部门收取客户货款*售后服务(2)采购部门*制定原材料采购计划*与客户签订采购计划*检查合同约率*库存管理部门对原材料进行入库验收、存储*财务管理部门支付货款(3)库存管理*产品入库管理*原材料入库管理*原材料出库管理*产品出库管理*库存管理*采购管理部门组织采购*生产调度部门安排生产*财务管理部门对库存货物资产进行核算3.需求补充说明(1)数据保存进销存管理子系统需要长久包保存在数据库中的数据有:采购合同,销售合同,历年履约合同,库存货物清单,货物损毁报表,入库单,出库单,库存货物资产核对表(2)系统的用户进销存管理子系统的用户包括客户、仓库管理员、销售人员、采购人员、公司经理、财务管理系统、生产调度管理系统等(3)系统运行用户界面销售合同管理用户界面,采购合同管理用户界面,仓库货物清单管理用户界面(4)系统运行的软件、硬件环境执行者:采购人员,销售人员,仓库管理员,客户,公司经理,生产调度管理子系统,财务管理子系统二、系统的UML建模(1)“企业综合信息管理系统”中的用例财务管理,人力资源管理,生产调度管理,进销存管理,生产设备安全管理,行政事务管理。

基于UML的商品销售管理系统需求分析

基于UML的商品销售管理系统需求分析

基于UML的商品销售管理系统需求分析内容摘要:需求获取和需求建模是软件工程的一个重要阶段,关系到软件系统设计的成败。

本文运用UML语言,以商品销售管理系统建模为例,详细描述了系统功能需求分析建模的过程和方法,有效指导了系统的软件实现,解决了信息管理系统开发过程中经常遇到的由于系统分析不到位而造成的功能实现不全面的问题,以期为今后相关系统的建模提供借鉴。

关键词:UML 面向对象商品销售管理系统需求分析需求建模需求分析是软件生命周期中软件定义时期的最后一个阶段,是软件工程过程中的一个重要环节,需求获取和需求建模是这一阶段的重要任务。

全面获取软件需求、准确理解业务逻辑和运用建模工具正确建立软件的逻辑模型是软件开发工作获得成功的前提和关键,直接关系到工程的成败和软件产品的质量。

结构化分析方法和面向对象方法都明确指出正确获取系统需求是最终成功开发软件的前提条件,分析过程都是提取用户需求的过程。

UML(Unified Modeling Language)是一种标准的面向对象建模语言,可用于任何具有静态结构和动态行为的系统建模,并且适用于系统开发过程中从需求规格描述到系统完成后测试的不同阶段。

使用UML 进行系统建模,就是使用面向对象的方法来分析系统,然后用可视化的模型将信息用标准的图形直观地显示出来,以此建立面向对象的系统模型。

UML 规定了一整套建模元素和相应的可视化描述,用于描述、说明、可视化地构造软件开发各个阶段的产品。

UML提供的类图、用例图、顺序图、包图等,可以从不同侧面、不同层次分别以静态或动态地反映系统。

本文以商品销售管理系统为例,阐述了UML在面向对象建模中的实际应用。

基于UML的系统分析过程开发一个软件系统,需要对该软件系统的功能要求、性能要求、可靠性要求和安全保密要求等进行全面分析,确定相关限制及同其他系统元素间的接口,定义软件的其他有效性需求等。

运用统一建模语言UML可以捕捉系统的功能需求,分析、提取所开发系统领域的类以及描述它们之间的合作概况,完成系统的面向对象分析OOA(Object Oriented Analysis),在此基础上,对系统进行面向对象设计OOD (Object Oriented Design),可以大大提高成功开发的几率。

销售管理系统UML建模

销售管理系统UML建模

超市销售系统UML建模组员姓名:学号:姓名:学号:目录引言 (4)1.1背景 (4)1.2详细调查 (5)1.3 编写目的 (5)1.2预期读者 (6)1.3产品预期功能 (6)1.4产品前景 (6)2 需求分析与用例建模 (7)2.1可行性分析 (7)2.1.1管理可行性 (7)2.1.2经济可行性 (7)2.1.3技术可行性 (8)2.1.4社会可行性 (8)2.2功能需求 (9)2.3 约束 (12)2.4系统开发与运行环境 (12)2.4质量属性 (12)2.5系统的E-R模型图 (13)2.6系统功能结构模块图 (14)2.6系统流程图 (16)2.6管理业务 (17)2.6.1组织结构 (17)2.6.2业务流程调查 (18)2.6用例建模 (21)2.6.1确定系统范围和系统边界 (21)2.6.2确定执行者 (22)2.6.3确定用例 (22)2.6.4分层绘制用例图 (24)3 系统分析与对象类建模 (29)3.1系统分析原理 (29)3.2建立对象类 (30)3.2根据类之间的关系绘制类图 (33)4 顺序图建模 (35)5数据流程 (41)根据调查结果绘出销售系统数据流程图如下: (41)6数据字典 (44)6.1数据流 (44)6.2逻辑处理 (45)6.3数据存储 (45)6.4外部实体 (46)6.5数据项的表述 (47)7数据库设计 (47)总结 (54)引言1.1背景在我国超市形成在20世纪90年代初期,现在已经成为我国零售业的一种重要形态,为国民经济的发展发挥了重要的作用。

随着超市高速的发展,其经营管理也变得愈加复杂,早期的售货员站柜台的形式早已不能满足现有销售也的发展,超市需要处理大量的库存信息,还要时刻更新产品的销售信息,不断添加商品信息。

面对不同种类的信息,需要合理的数据库结构来保存数据信息,需要有效的程序结构支持各种数据操作的执行。

商店自动化的产品管理在欧美等国家早已经实现,也是零售业管理的基础。

销售管理系统UML建模

销售管理系统UML建模

轮船正招式成商立局,标志着中国新式航运业的诞生。
(2)1900年前后,民间兴办的各种轮船航运公司近百家,几乎都是
在列强排挤中艰难求生。
2.航空
(1)起步:1918年,附设在福建马尾造船厂的海军飞机工程处开始
研制 。
(2)发展水:上1飞918机年,北洋政府在交通部下设“
”;此后十年间,航空事业获得较快发展。
业务人员:主要负责客户管理、联系人管理、产品管理 和供货商管理。
2.系统建模(建立系统用例模型)
2.1.1管理员用例图
2.系统建模(建立系统用例模型)
2.1.2销售总监用例图
2.系统建模(建立系统用例模型)
2.1.3业务人员用例图
2.系统建模(功能模块用例化)
2.1.4客户信息管理用例图
作。 管理员可以把离职的销售人员的客户转移给其他一个或多个销售人员。 业务人员、销售总监和管理员可以修改自己密码。 管理员可以重置销售人员、销售总监,以及自己的密码。 管理员只能查看离职销售人员的客户的姓名,其他信息不可以查看和管理。 管理员可以对业务人员的信息进行管理,包括对销售人员的添加、修改、删除、查询和导出报表。
2.系统建模(创建系统动态模型)
2.5.8业务人员管理联系人资料活动图
历史ⅱ岳麓版第13课交通与通讯 的变化资料
精品课件欢迎使用
[自读教材·填要点]
一、铁路,更多的铁路 1.地位 铁路是 交通建运设输的重点,便于国计民生,成为国民经济 发展的动脉。 2.出现 1881年,中国自建的第一条铁路——唐山 至开胥平各庄铁 路建成通车。 1888年,宫廷专用铁路落成。
2.3.4管理员管理离职员工客户顺序图
2.系统建模(创建系统动态模型)

销售管理信息系统设计UML课程设计

销售管理信息系统设计UML课程设计

销售管理信息系统设计一:系统的目标销售管理信息系统的目标是提高系统自动化、标准化和系统化,为各部门快速提供高质量的信息,为决策提供信息支持,为客户提供更便利、更全面的服务。

二:系统的管理功能图1:系统的管理功能图三:系统的业务流程四:系统的数据流程图根据分析得出的系统的业务流程图分层绘制出新系统的数据流程图,如图1、2、3 所示。

图1 顶层图图 2 第一层的数据流程图图 3 第二层的数据流程图五:数据字典数据字典是数据流程图的补充,由于项目较多,这里只写几个范例。

1)数据项描述数据项编号:I01数据项名称:顾客号别名:顾客代码简述:某一顾客的代码类型及宽度:字符型,4位取值范围:0001~9999数据项编号:I03-02数据项名称:商品代码别名:商品编码简述:某种商品的代码类型及宽度:字符型,3位取值范围:001~999数据项编号:I03-03数据项名称:供应商别名:供应商代号简述:某供应商代码类型及宽度:字符型,6位取值范围:00000 1~999999数据项编号:I03-04数据项名称:银行账号别名:银行账号简述:用于公司与顾客进行非现金结算时,提供的代表本公司在银行收支情况的号码。

类型及宽度:字符型,18位取值范围:454921500000000000~454921510000000000数据项编号:I03-05数据项名称:采购单编号别名:采购单编码简述:采购员进行采购是为采购单进行的编号类型及宽度:字符型,4位取值范围:000l~99992.数据结构定义数据结构编号:D03-01数据结构名称:报价单简述:向顾客提供产品的价格和相关信息数据结构组成:商品代码+商品名称+ 规格+ 单价+产地数据结构编号:DS03-02数据结构名称:顾客订货单简述:顾客所填顾客情况及订货要求等信息数据结构组成:订货单标志+ 用户情况+ 商品情况数据结构编号:DS03-05数据结构名称:退款通知单简述:出库处理时由于某种意外情况不能给货,而填写的关于退款的信息。

销售管理系统UML建模课件

销售管理系统UML建模课件
销售管理系统UML建模
2.系统建模(创建系统动态 模型)
• 2.5.4销售总监管理客户资料活动图
销售管理系统UML建模
2.系统建模(创建系统动态 模型)
• 2.5.5销售总监管理员工资料活动图
销售管理系统UML建模
2.系统建模(创建系统动态 模型)
• 2.5.6业务人员管理供货商资料活动图
销售管理系统UML建模
销售管理系统UML建模
2.系统建模(功能模块用例 化)
• 2.1.4客户信息管理用例 图
销售管理系统UML建模
2.系统建模(创建系统静态 模型)
• 2.2建立对象类图
销售管理系统UML建模
2.系统建模(创建系统动态 模型)
• 2.3建立顺序图
• 2.3.1管理员管理客户资料顺序图
销售管理系统UML建模
销售管理系统UML建模
2.系统建模(创建系统动态 模型)
• 2.3.9业务人员管理联系人资料顺序图
销售管理系统UML建模
2.系统建模(创建系统动态 模型)
• 2.4建立状态机图 • 2.4.1管理员管理客户资料状态机图
销售管理系统UML建模
2.系统建模(创建系统动态 模型)
• 2.4.2管理员管理密码状态机图
销售管理系统UML建模
2.系统建模(创建系统动态 模型)
• 2.4.3管理员管理员工资料状态机图
销售管理系统UML建模
2.系统建模(创建系统动态 模型)
• 2.4.4销售总监管理客户资料状态机图
销售管理系统UML建模
2.系统建模(创建系统动态 模型)
• 2.4.5销售总监管理员工资料顺状态机图
• 业务人员:主要负责客户管理、联系人管理、产品 管理和供货商管理。

销售管理系统的UML分析与设计

销售管理系统的UML分析与设计

销售管理系统的UML分析与设计销售管理系统作为企业信息化标志的重要组成,是企业适应时代发展所追求的根本目标。

为了保证信息化结构的完整性,销售管理系统开发前则需要利用UML对其进行系统建模。

有了这个信息化模型,我们就可以提高软件开发的速度和质量,适应随时变化的系统需求,且能有效整合系统资源。

标签:销售管理系统;系统分析;系统设计;UML1 引言随着社会化进程的不断发展,企业对信息系统的越发的重视起来。

目前企业日常工作的各个方面如销售、财务、物流、人力资源等的管理已经从过去的如何提高利用率转变为怎样快速开发出一个合理的软件系统模型以适应不断发展变化的日常业务需求上来。

面向对象技术则完全适合上述发展需要,其内部的封装、继承、多态和抽象特征,保证了系统开发的有效性,其良好的复用机制,则提高了系统开发的效率。

顺应了软件开发的发展。

本文基于一个具体的销售管理系统实例,论述了通过UML将面向对象技术如何利用模型方法进行具体图形化呈现的过程。

2 UML概述UML中文名为统一建模语言。

其核心既是利用面向对象技术将系统开发的需求分析、设计等各个阶段以图形的方式表示出来,已达到将抽象问题具体化的效果。

该方法一经推出就得到了很多企业和个人的支持,使得其目前在国内外作为系统开发的基本标准来使用。

UML作为建模语言,其本身并不能像其他语言一样编程使用。

但它仍然是现代信息系统开发的一个重要组成部分。

根据系统实现的基本过程,我们可利用用例图、活动图等基本图形描述用户需求;利用表述系统静态结构特征的类图,以及表述系统动态结构特征的顺序图来描述系统设计过程;我们还可以利用组件图和部署图来描述系统实现和部署过程。

总之,UML具有面向对象、可视化、灵活操作和集成性的特点。

3 销售管理系统UML的分析与设计3.1 销售管理系统的基本特征该销售系统从客户角度出发,以客户所下订单为中心进行所需的业务处理,逐步形成一种完善的管理体系。

其具备如下基本特征:(1)充分结合实际构建完善系统架构,利用先进技术改进原有销售流程的不足;(2)该系统具有充分的灵活性。

企业销售管理系统的UML设计与分析

企业销售管理系统的UML设计与分析

企业销售管理系统的UML设计与分析【摘要】当前社会对信息系统的需求日益增加,传统的系统分析设计方法已经难以保证软件开发的效率和质量,通过将UML应用于系统建模,可以加速软件开发进程,提高软件质量。

销售管理系统是现代企业管理系统的一个重要组成部分,通过对一个销售管理系统的设计与分析,阐述如何通过UML降低开发难度和提高开发效率。

【关键词】UML;销售管理系统;系统建模软件工程领域取得了前所未有的进展,其中最重要的、具有划时代重大意义的成果之一就是统一建模语言(UML:Unified Modeling Language)的出现。

在世界范围内,至少在近些年内,UML将是面向对象技术领域内占主导地位的标准建模语言。

将UML用于商品销售系统,首先可以消除一些潜在的不必要的差异,以免用户混淆;其次通过统一语义和符号表示,能够稳定面向对象技术市场,使项目根植于一个成熟的标准建模语言,从而可以大大拓宽所研制与开发的软件系统的适用范围,并大大提高其灵活程度。

1.UML简述作为一种建模语言,UML的定义包括UML语义和UML表示法两个部分。

(1)UML语义描述基于UML的精确元模型定义。

元模型为UML的所有元素在语法和语义上提供了简单、一致、通用的定义性说明,使开发者能在语义上取得一致,消除了因人而异的最佳表达方法所造成的影响。

此外UML还支持对元模型的扩展定义。

(2)UML表示法定义UML符号的表示法,为开发者或开发工具使用这些图形符号和文本语法为系统建模提供了标准。

这些图形符号和文字所表达的是应用级的模型,在语义上它是UML元模型的实例。

2.销售管理系统的业务建模和需求分析业务模型和需求分析的目的是对系统进行评估,采集和分析系统的需求,理解系统要解决的问题,重点是充分考虑系统的实用性。

结果可以用一个业务用例(Business Use Case)框图表达,根据销售系统的基本特征和功能可得到本系统的用例图,如图1。

UML企业进销存管理系统

UML企业进销存管理系统

一 .任务概述........................................................1.1 企业进销存系统..............................................1.2 销售管理子系统..............................................1.3 库存管理子系统..............................................1.4 订货管理子系统..............................................1.5 统计分析子系统..............................................1.6 系统管理子系统.............................................. 二.企业进销存管理系统的需求分析....................................2.1 销售管理子系统的需求分析..................................2.1.1销售商品用例描述......................................2.2.2查看商品信息用例描述..................................2.2.3修改商品信息用例描述..................................2.2.4添加商品信息用例描述..................................2.2.5增加客户信息用例描述..................................2.2.6删除客户信息用例描述..................................2.2.7查看客户信息用例描述 (10)2.2 库存管理子系统的需求分析..................................2.2.1产品入库用例描述......................................2.2.2产品出库用例描述.................... 错误!未定义书签。

企业销售管理系统UML建模【新版精品资料】

企业销售管理系统UML建模【新版精品资料】

2010 —- 2011 学年第一学期信息技术学院《软件系统建模与UML》综合设计实验企业销售管理系统的UML建模班级08级软件工程学号081164044姓名殷路辉任课教师凌风彩日期2010—12—19目录1。

需求分析 (3)1.1 功能性需求 (3)2。

系统建模 (3)2。

1 建立系统用例模型 (3)2。

1.1 分析系统角色 (3)2。

1.2 功能模块用例化及用例说明 (7)2。

2 创建系统静态模型 (13)2.2.1 提取系统实体图 (13)2。

2.2 数据模型设计 (14)2.2.3 提取系统类图和接口 (15)2。

3 创建系统动态模型 (15)2.3.1 创建序列图和协作图 (15)2.3.2 创建状态图 (16)2。

3.3 创建活动图 (17)2。

4 创建系统的部署模型 (18)2.4。

1 构件图 (18)2.4.2 部署图 (18)企业销售管理系统1.需求分析1.1 功能性需求●销售人员能够对自己的客户进行管理,包括对客户信息的添加、删除、修改、查询、查看和导出报表。

●销售人员能够实时记录与客户的售前跟踪情况。

●销售人员可以对客户的联系人信息进行管理,包括联系人信息的添加、删除、修改、查询和查看。

●销售人员能够记录在售前跟踪客户的过程中产生的竞争对手的情况●跟踪成功后,销售人员可以管理与自己客户产生的合同和订单。

●每个销售人员只能够管理和查看自己的客户信息。

●销售总监能够查看和导出所有销售人员的客户信息和销售信息,但不能够添加、删除和修改的操作。

●系统业务人员可以把离职的销售人员的客户转移给其他一个或多个销售人员。

●销售人员、销售总监和系统业务人员可以修改自己密码。

●系统业务人员可以重置销售人员、销售总监,以及自己的密码.●系统业务人员只能查看离职销售人员的客户的姓名,其他信息不可以查看和管理.●系统业务人员可以对销售人员的信息进行管理,包括对销售人员的添加、修改、删除、查询和导出报表。

销售管理系统UML建模

销售管理系统UML建模

超市销售系统UML建模组员姓名:学号:姓名:学号:目录引言 (4)1.1背景 (4)1.2详细调查 (5)1.3 编写目的 (5)1.2预期读者 (6)1.3产品预期功能 (6)1.4产品前景 (6)2 需求分析与用例建模 (7)2.1可行性分析 (7)2.1.1管理可行性 (7)2.1.2经济可行性 (7)2.1.3技术可行性 (8)2.1.4社会可行性 (8)2.2功能需求 (9)2.3 约束 (12)2.4系统开发与运行环境 (12)2.4质量属性 (12)2.5系统的E-R模型图 (13)2.6系统功能结构模块图 (14)2.6系统流程图 (16)2.6管理业务 (17)2.6.1组织结构 (17)2.6.2业务流程调查 (18)2.6用例建模 (21)2.6.1确定系统范围和系统边界 (21)2.6.2确定执行者 (22)2.6.3确定用例 (22)2.6.4分层绘制用例图 (24)3 系统分析与对象类建模 (29)3.1系统分析原理 (29)3.2建立对象类 (30)3.2根据类之间的关系绘制类图 (33)4 顺序图建模 (35)5数据流程 (41)根据调查结果绘出销售系统数据流程图如下: (41)6数据字典 (44)6.1数据流 (44)6.2逻辑处理 (45)6.3数据存储 (45)6.4外部实体 (46)6.5数据项的表述 (47)7数据库设计 (47)总结 (54)引言1.1背景在我国超市形成在20世纪90年代初期,现在已经成为我国零售业的一种重要形态,为国民经济的发展发挥了重要的作用。

随着超市高速的发展,其经营管理也变得愈加复杂,早期的售货员站柜台的形式早已不能满足现有销售也的发展,超市需要处理大量的库存信息,还要时刻更新产品的销售信息,不断添加商品信息。

面对不同种类的信息,需要合理的数据库结构来保存数据信息,需要有效的程序结构支持各种数据操作的执行。

商店自动化的产品管理在欧美等国家早已经实现,也是零售业管理的基础。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

企业综合信息管理系统
——销售管理子系统
一、客户需求分析
1、业务组织结构
“企业综合信息管理系统”的用户是企业各级管理部门的工作人员、公司经理和系统操作人员。

该系统主要提供“财务管理”、“人力资源管理”、“生产调度管理”、“进销存管理”、“生产设备安全管理”和“行政事物管理”等方面的服务。

(1)财务管理
企业“财务管理”部门管理企业的所有资金往来。

包括产品销售后资金的回收、购买原材料的资金支取、组织产品生产的开销、员工工资的发放、差旅费用的报销、固定资金的折旧、行政办公费用的支出等。

(2)人力资源管理
“人力资源管理”部门负责对企业员工进行管理。

包括对员工进行招聘、录取、辞退工作,对各部门人员需求进行调配,考核,奖励惩罚等。

(3)生产调度管理
“生产调度管理”部门负责企业的产品生产调度工作。

包括制定原材料采购计划、产品生产计划等。

(4)进销存管理
“进销存管理”部门实际上负责整个企业产品的销售、原材料的购进、产品及原材料的存储和产品的售后服务。

(5)生产设备安全部门
“生产设备安全管理”部门负责企业所有生产设备和工作人员的安全生产管理。

包括企业生产设备登记造册,即使维修设备等。

(6)行政事务管理
“行政事务管理”部门负责对企业的行政事务进行管理。

包括制定计划购买办公用品,对员工的福利、工资进行审批、发放等。

2、具体功能要求
(1)销售管理
*制定销售计划
*与客户签订销售合同
*检查合同履约率
*组织生产
*对产品进行入库、出库处理
*财务管理部门收取客户货款
*售后服务
(2)采购部门
*制定原材料采购计划
*与客户签订采购计划
*检查合同约率
*库存管理部门对原材料进行入库验收、存储
*财务管理部门支付货款
(3)库存管理
*产品入库管理
*原材料入库管理
*原材料出库管理
*产品出库管理
*库存管理
*采购管理部门组织采购
*生产调度部门安排生产
*财务管理部门对库存货物资产进行核算
3.需求补充说明
(1)数据保存
进销存管理子系统需要长久包保存在数据库中的数据有:
采购合同,销售合同,历年履约合同,库存货物清单,货物损毁报表,入库单,出库单,库存货物资产核对表
(2)系统的用户
进销存管理子系统的用户包括客户、仓库管理员、销售人员、采购人员、公司经理、财务管理系统、生产调度管理系统等
(3)系统运行用户界面
销售合同管理用户界面,采购合同管理用户界面,仓库货物清单管理用户界面
(4)系统运行的软件、硬件环境
执行者:采购人员,销售人员,仓库管理员,客户,公司经理,生产调度管理子系统,财务管理子系统
二、系统的UML建模
(1)“企业综合信息管理系统”中的用例
财务管理,人力资源管理,生产调度管理,进销存管理,生产设备安全管理,行政事务管理。

企业综合信息管理系统
企业综合信息管理系统最高用例图
(2)“进销存管理子系统”中的用例
销售管理,采购管理,库存管理
进销存管理子系统
(3)“销售管理子系统”中的用例
制定产品销售计划,签订销售合同,督促客户付款,监督产品发货,检查合同履约,提供售后服务
销售管理子系统用例图
销售合同管理子系统用例图
(4)“采购管理子系统”中的用例
制定采购计划,签订采购合同,货物入库检验,支付货款,检查合同履约
销售合同管理子系统的用例图
(5)“库存管理子系统”中的用例
入库管理,出库管理,库存管理
三、描述用例
只选择“销售合同管理子系统”中6个典型用例对其进行描述。

1、“增加销售合同”用例
用例名称:增加销售合同
主参与者:合同管理员,客户,公司经理,“财务管理系统”,“生产调度管理子系统”前置条件:合同管理员将与客户签订的销售合同的详细内容录入管理系统
后置条件:可以对销售合同进行统计、查询、检查是否履约,监控正在履约的合同
基本事件流:(1).合同管理员输入标识码(ID),系统识别标识码的有效性
(2)初始化一个新销售合同,设置各种标志
(3)输入一个新的具有唯一性的合同编号
(4)将与客户签订的销售合同的详细内容录入管理系统
(5)退出系统
2、“修改合同”用例
用例名称:修改合同
主参与者:合同管理员,客户,公司经理,“财务管理系统”,“生产调度管理子系统”
前置条件:客户与公司经理签订了相关合同
后置条件:合同管理员对执行期合同内容进行修改
基本事件流:(1)合同管理员输入标识码,系统识别标识码的有效性
(2)输入具有唯一性的合同编号,快速找到需要修改的合同
(3)填写发生的正常合同数据的修改
(4)对合同的关键内容进行修改
(5)退出系统
3、“履约合同检查”用例
用例名称:履约合同检查
主参与者:合同管理员,客户,公司经理,“财务管理系统”,“生产调度管理子系统”
前置条件:客户与公司经理签订了相关合同
后置条件:系统自动检查所有执行期销售合同是否履约,对已经履约的合同做出标记,监控正在执行期的合同
基本事件流:(1)合同管理员输入标识码,系统识别标识码的有效性
(2)系统自动检查本年度应履约的销售合同是否履约
(3)对已经履约的销售合同做出履约标记
(4)对未履约的销售合同做出标记、注明原因,并打印催款单
(5)将履约的销售合同存入历年履约销售合同库,删除当年履约的销售合同
(6)退出系统
4、“付款单处理”用例
用例名称:付款单处理
主参与者:合同管理员和仓库管理子系统
前置条件:“财务管理系统”传送过来的客户交纳的付款单
后置条件:对付款单依次循环进行“批处理”。

进行付款单核对,并修改合同数据。

基本事件流:(1)合同管理员输入标识码,系统识别标识码的有效性
(2)付款单自动依次循环进行“批处理”
(3)付款单核对:找出与付款单中合同编号相同的销售合同进行核对,正确后修改合同中对应付款金额
(4)向仓库管理系统发送与付款单金额对应的货物品名、规格、单价、数量的“产品出库”申请单,申请向客户发送货物
(5)“仓库管理子系统”执行者根据销售合同履约情况,即客户每次付款的多少安排出库发货,直到销售合同完全履约
(6)退出系统
5、“打印催款单”用例
用例名称:打印催款单
主参与者:合同管理员,客户
前置条件:对未履约的销售合同做出标记
后置条件:系统以批处理方式自动检查所有执行期销售合同的执行情况,发现没有按时按量汇寄货款的客户,自动打印催款单
基本事件流:(1)合同管理员输入标识码,系统识别标识码的有效性
(2)系统以批处理方式自动循环检查所有执行期销售合同
(3)发现没有按时按量汇寄货款的客户,自动打印催款单
(4)退出系统
6、“销售合同查询”用例
用例名称:销售合同查询
主参与者:合同管理员,客户,公司经理,“财务管理系统”,“生产调度管理子系统”
前置条件:公司经理与客户签订了销售合同
后置条件:对执行期销售合同进行查询,了解合同执行情况,进行基本数据的统计
基本事件流:(1)合同管理员输入标识码,系统识别标识码的有效性
(2)按关键字索引查询制定的销售合同
(3)按条件统计某个范围内销售合同的综合数据
(4)按月、季度、年打印执行期合同的综合统计报表
(5)退出系统
7、“身份验证”用例
用例名称:身份验证
主参与者:合同管理员,客户,公司经理,“财务管理系统”,“生产调度管理子系统”,各个用例的执行者都是该用例的执行者。

前置条件:各个子系统正确工作
后置条件:完成标识码验证功能
基本事件流:(1)合同管理员输入标识码,系统识别标识码的有效性
(2)退出系统
四、用活动图描述用例
1.销售合同履约过程活动流程图
2.销售合同履约过程中活动图中的对象
活动图中的对象及对象流
五、活动图中的同步线程、层次关系的及活动图的细化
1.销售合同履约过程活动图中的同步线程
活动图中的条件线程
2.销售合同履约过程中活动图中的动态并发活动
描述销售合同从签订到履约的动态并发活动图
3.销售合同履约过程活动图中的层次关系
“核对付款单”子活动图
4.销售合同履约过程活动图的进一步细化
检查合同、核对付款单并发放出库单的活动图
六、销售管理子系统的时序图
带循环标记的时序图
“付款单处理”用例的时序图
“履约合同检查”用例的书时序图
七、销售管理子系统的类图
合同的继承关系类图
合同管理子系统的类图。

相关文档
最新文档