《软件工程导论》课程设计.docVIP

《软件工程.课程设计》 医药公司进销存 管理信息系统 专 业 ： 计算机科学与技术 指导教师 ： 欧 阳 浩 班 级 ： 计071 班 学 号 ： 200700401006 姓 名 ： 苏 建 完成时间 ： 2010年7月6日 广西工学院计算机工程系 一、需求收集、描述 1发掘业务过程（可用活动图描述） 1.1进货系统活动图 进货经理 系统 供货商 1.2库存系统活动图 进货员工 系统 售货员 1.3销售子系统活动图 公司员工 ● 系统 客户 2领域分析（确定候选类） 2.1找到被选类 根据题意得，将其中的所有名词及名词短语列出来可以得到如下的被选类列表： 进货传票 进货传票编码 商品编码 品名 规格 厂商 有效期 进价 进货数量 供货商 药品 商品目录 销售价格 库存帐 出库量 销售价 库存数量 库存下限量 库存上限量 商品价格表 建议价格 批准责任人 销售管理员 售货员 顾客 销售传票编码 销售数量 2.2 决定候选类 并不是每个被选类都是合适的候选类，对其进行一番筛选后，将不合适的排除掉。 （1）“进货传票”是个重要的类。进货传票编码 商品编码 品名 规格 厂商 有效期 进价 进货数量都是用来描述进货传票的，因此应该作为“进货传票”类的属性处理。 （2）“供货商”也是该进销存系统的一个重要的类，应该对其进行建模。 （3）“药品”、“库存帐”和“商品目录”都是一个类。其描述的性质是类似的，但是出库量、销售价、库存数量、库存上（下）量都是库存帐的属性，不需对其进行建模。 （4）“商品价格表”也是一个类，建议价、销售价、批准责任人等都是它的属性。 （5）“销售传票”是一个类。 （6）“销售管理员和售货员”也都是类。事实上都是医药公司的下属员工，可以归纳为一个“员工”类，而且他们都有性别、年龄、薪资、招聘日期等等的一些基本属性信息。 通过以上分析，可以得到一个候选列表： 进货传票 供货商 药品 商品价格表 销售传票 销售管理员 售货员 顾客 3 确定系统完全需求（生成包图和高层用例图） 3.1（包图） 3.2 (高层用例图) 二、系统USE CASE模型 1. 分析（按照需求设计用例） 用例实例是在系统中执行的一系列动作，这些动作将生成特定参与者可见的价值结果，一个用例定义一组用例实例。 1.1 用例1：“进货”业务 场景：某医药公司呼入，当库存药品的数量小于库存下限量时，系统发出警告信息，以示需要进货；或者为适应市场顾客需求，需要引进新药品。在这两种情况下，医药公司需要正确判断出要进货哪些药品及其数量等，当需求提出后，系统马上执行。 1.2 用例2：“库存”业务 场景：当进货入库时，系统根据进货传票产生的新纪录，库存数量需要加上进货量；当销售出库时，系统根据销售传票产生的新纪录，库存数量需要减去销售量。此时，系统要在维护其他库存帐的同时，更新库存数量值。当需求提出后，系统马上执行。 1.3 用例3：“销售”业务 场景：医药公司有顾客呼入。顾客提出购货需求，医药公司在有货的情况下，售货员成功的把药品销售给客户。售货员将要给客户提货凭证，输入销售药品的相关信息，然后启动销售业务-----“打印销售传票”任务。 1.4 用例4：“定价”业务 场景：某医药公司销售管理员呼入。销售管理员拟定销售建议价格，在正式销售之前，向经理提交议价审批，确定最后销售价格。在这种情况下，系统将要自动更新药品目录的销售价业务。当需求提出之后，系统必须马上执行。 1.5 用例5：“退货”业务（以退货给供货商，供货商现金退给公司为例） 场景：现金管理员检查供应商提交的退货单、还款或者应付票据，然后进行电子签名，系统自动生成红字分录。如果供应商没有付款，生成的红字分录是对冲应付账款；如果供应商已经付款，生成的红字分录是对冲现金。现金管理员打印签名后的退货单给供应商。验收员检查退货单，确认现金管理员已签名，退货单流程已完成，然后将货物退还给供应商，并且进行电子签名。 2. 角色定义 参与者 功能描述 进货经理 主要负责下进货单，验收药品处理 库存经理 主要负责药品入库和药品销售出库的操作 销售经理 主要宏观上负责确定最后的销售定价以及销售记录信息的处理 销售管理员 主要负责议定销售药品