进货子系统进行药品验收处理，产生进货传票（进货船票编码、商品编码、品名、规格、厂商、有效期、进价、进货数量)。进货传票将被打印给供货商作为收货凭证。一次进货可有多项药品，由进货传票编码唯一标识；一种药品由商品编码唯一标识。系统设有一个商品目录（商品编码、品名、规格、厂商、有效期、销售价格）。当进货的药品是新药品（商品目录中没有的药品）时，进货子系统自动把新药品写入商品目录。
库存子系统由进货入库处理和销售出库处理维护库存帐(商品编码、品名、规格、厂商、有效期、进货量、进价、出库量、销售价、库存数量、库存下限量、库存上限量）。库存帐不能修改。当进货入库时，根据进货传票产生一条新纪录，库存数量累加进货量；当销售出库时，根据销售传票产生一条新纪录,库存数量减去出库量；商品编码是各药品唯一标识。库存子系统设有库存自动报警，当库存数量大于上限或小于下限时给出警告信息。
销售子系统有定价处理和销售处理.定价处理有一个商品价格表（商品编码、品名、规格、厂商、有效期、建议价格、销售价格、批准责任人),首先由销售管理员建议价格，经过经理批准后确定销售价，并自动更新商品目录的销售价。销售处理在公司的销售窗口，售货员根据顾客要求查找商品目录和库存帐,如果有货（库存数量满足顾客要求），一项销售成立，产生销售传票的一条记录,一次销售可以有多项记录,由销售传票（销售传票编码、商品编码、品名、规格、厂商、有效期、销售价、销售数量）唯一标识。销售传票是顾客的付款凭证,付款后也是顾客的提货凭证和库存子系统记录库存账的凭证。
用例模型设计
一组用例(用例图）就是从用户的角度出发对如何使用系统的描述。用例是系统的一组使用场景。每个场景描述了一个事件的序列。发起事件序列的实体叫参与者。参与者、用例和互连线共
同组成了用例模型。
检查用例模型
功能需求的完备性；模型是否易于理解;是否存在不一致性；避免二义性语义。
调整用例模型
参与者之间的关系—-泛化（继承)。例:权限控制问题
用例之间的关系——包含、扩展、泛化
包含--基础用例会用到被包含用例,就是将被包含用例的事件流插入到基础用例的事件流中;（一定插入且只有一个插入点）
扩展—-将扩展用例的事件流在一定条件下按照相应的扩展点插入到基础用例中。(条件插入且可有多个插入点）
描述用例规约
前置条件、后置条件、事件流程（主要流程和替代流程）
如何寻找替代流程？
在这个流程步骤上，是否还有其他替代的操作？
在这个流程步骤上，是否会发生什么样的错误?
在整个用例执行过程中,是否随时可能发生其他未记录在叙述中的操作？
参与者输入数据时，是否会提供错误的数据，需要特别检查的？
参与者输入数据时,是否会提供不完整的数据，需要重新补上的？
参与者是否会在操作期间，临时中断流程？
参与者是否会在用例执行期间，随时取消交互？
参与者是否会想要挑选其他执行方法?
参与者在流程执行过程中,会不会有需要协助的地方？
系统发生宕机时，是否需要特殊的位置？
系统响应时间过长时，是否需要特殊的应对方法？
因篇幅问题不能全部显示，请点此查看更多更全内容