MISP：细化迭代2_搭建框架的文档整理

2.2需求规格说明

需求规格说明书(Software Requirements Specification)描述了系统的功能需求。构建系统用例模型描述功能需求。

A.      系统用例图。绘制整个系统的UML用例图。

B. 用例详述文本。

对所有业务活动用例采用详述风格（包括前置条件、后置条件、主事件流，扩展、业务规则等）进行描述。

处理销售

范围：POS应用

级别：用户目标

主要参与者：收银员

涉众及其关注点：

-收银员：准确快速的输入，并且没有支付错误，如果少收货款，将从薪水中扣除

-顾客：希望最小代价完成购买活动并得到快速服务，希望便捷、清晰地看到所输商品项目和价格。希望得到购买凭证，以便退货。

-公司：希望准确地记录交易，满足顾客要求。希望确保记录了支付授权服务的支付票据。

-销售经理：希望能够快速执行超空操作，并易于更正收银员的不当操作。

前置条件：收银员必须经过确认和认证

后置条件：存储销售信息，更新账务和库存信息。生成票据。

主事件流：

1、  顾客携带所购商品或服务到收银台通过POS机付款 

2、  收银员开始一次新的销售交易

3、  收银员扫描输入顾客所购买商品

4、  系统根据扫描的商品，进入数据库调出商品单价，并进行价钱的累加 （如果有会员卡，就出示会员卡）

    收银员重复3~4步，直到输入结束

5、  显示商品总价格，并请顾客付款

6、  顾客付款，系统处理支付

7、系统记录完整的销售信息，并将销售和支付信息发送到外部的账务系统和库存系统

8、系统打印票据

9、顾客携带商品和票据离开

10、用例结束

扩展：

*a.经理在任意时刻要求进行超控操作:

1.系统进入经历授权模式。

2.经理或收银员执行某一经理模式的操作。例如，变更现金结余，恢复其他登陆者中断的销售交易，取消销售交易等。

3.系统回复到收银员授权模式。

*b.系统在任意时刻失败:

为了支持恢复和更正账务处理，要保证所以交易的敏感状态和事件都能够从场景的任何一步中完全恢复。

1.     收银员重启系统，登陆，请求恢复上次状态。

2.     系统重建上次状态。

2a.系统在恢复过程中检测到异常：

1.     系统向收银员提示错误，记录此错误，并进入一个初始状态。

2.     收银员开始一次新的销售交易。

3a.无效商品ID

1.     系统提示错误并拒绝输入该ID。

2.     收银员响应该错误。

2a.商品ID可读

1.     收银员手工输入商品ID

2.     系统显示商品项目的描述和价格。

2a.无效商品ID：系统提示错误。收银员尝试其他方式。

       2b.系统内不存在该商品ID，但是该商品附有价签：

1.     收银员请求经理执行超控操作。

2.     经理执行相应的超空操作。

3.     收银员选择收工输入价格，输入价签上的价格。

       2c.收银员通过执行寻找产品帮助以获取正确的商品ID及其价格。

3-5a。顾客要求收银员从所购商品中去掉一项：

1.     输入商品ID并将其删除

2.     系统删除该项目并显示更新后的累计额

2a.商品价格超过了收银员权限：

1.     系统提示错误，并建议经理超控

2.     收银员请求经理超控，完成超控后，重做该操作

3-5b.顾客要求收银员取消销售交易：

1.     收银员在系统中取消销售交易

6a.现金支付：

1、  收银员输入收取的现金额

2、  系统显示找零金额，并弹出现金抽屉

3、  收银员放入收取的现金，并给顾客找零

4、  系统记录该现金支付

6b.信用卡支付：

1、  顾客输入信用卡账户信息

2、  系统显示其支付信息以备验证

3、  收银员确认

3a.收银员取消付款步奏

1.     系统回复到“商品输入”模式

8a.打印票据

1.     如果系统能够检测到错误，给出提示

2.     收银员更换纸张

3.     收银员请求打印其他票据

特殊需求：

1.使用大尺寸显示器，文本信息可见距离为1.5米

2.输入信息时可伴随有语音提示

业务规则：

规则一：逢周二为会员日，部分商品持会员卡可打8折

规则二：员工购买商品可享受9折优惠

进货

范围：POS应用

级别：用户目标

主要参与者：仓库管理员

涉众及其关注点：

-仓库管理员：准确快速的输入，并且没有错误

前置条件：仓库管理员已成功登录系统并具有查看、填写进货单的权限

后置条件：仓库管理员成功进行对商品信息的增删改查并更新系统

主事件流: 

1、仓库管理员选择“进货管理”选项，用例开始

2、系统自动进入进货管理界面 

3、系统通过检查仓库的数据库的信息获取进货单

4、仓库管理员检查并确认是否进货

5、仓库管理员录入进货单据 

6、检查单据格式的正确性并对进行相对应的进货

7、系统管理员写入进货信息更新数据库

8、写入系统日志文件中

9、用例结束

扩展：

3a:获取数据库信息失败失败   

1.返回主事件流第2步

6a.单据信息错误  

    1. 系统显示错误的提示信息  

2.返回主事件流第5步

出货

范围：POS应用

级别：用户目标

主要参与者：仓库管理员

涉众及其关注点：

-仓库管理员：准确快速的登记出货信息，并且没有错误

前置条件：仓库管理员已成功登录系统并具有对所有商品管理的权限

后置条件：仓库管理员成功进行对出货商品信息的增删改查，并更新系统

主事件流: 

1、仓库管理员选择“商品信息录入”选项，用例开始

2、仓库管理员写入要录入的商品信息

3、系统检查商品信息的有效性 

4、系统自动录入该商品的有关详细信息

5、检查是否有效录入

6、更新数据库中的商品信息

7、保存到统计系统日志文件中

8、用例结束 

扩展：

3a.商品信息无效   

1.系统显示商品无效的提示信息  

2.返回主事件流第2步

5a.录入错误 

1.系统显示录入失败信息 

2.返回主事件流第4步 

 

退货

范围：POS应用

级别：用户目标

主要参与者：收银员

涉众及其关注点：

-顾客：快速处理退货或者得到赔偿

-收银员：快速准确地处理退货

-仓库管理员：录入退货商品信息记录，并且没有错误

前置条件：仓库管理员已成功登录系统并具有货品处理的权限

后置条件：仓库管理员成功进行对退货商品信息的记录，并更新系统

主事件流: 

1、仓库管理员选择“退货管理”选项，用例开始

2、系统进入退货管理界面 

3、仓库管理员获取退货的信息表

4、仓库管理员录入退货单据

5、系统检查退货单据的有效性 

6、将单据呈交经历审批 

7、系统管理员写入退货信息并更新数据库

8、记入系统日志文件中

9.、用例结束

扩展： 

5a.仓库管理人员无效   

1．系统显示无效的提示信息  

2．返回主事件流第2步

6a.审批不通过

1.提示不合格信息

2.返回主事件流4 

 

供应商管理

范围：POS应用

级别：子系统

主要参与者：仓库管理员

涉众及其关注点：

-仓库管理员：准确快速的增删改查供应商信息，并且没有错误

前置条件：仓库管理员已成功登录系统并具有供货商信息录入、删除、查询和修改的            权限 

后置条件：仓库管理员成功进行对供应商信息的增删改查，并更新系统

主事件流: 

1、统管理员选择“供货商管理”选项，用例开始

2、打开供货商管理窗体 

3、对供货商信息进行录入并检查格式 

4、系统登记一条新的供货商信息 

5、系统管理员输入查询条件对供货商信息进行查询

6、系统返回查询结果 

7、系统管理员对供货商信息进行修改

8、更新供货商信息表

9、系统管理员删除供货商信息

10、更新供货商信息表

11、用例结束 

扩展：

3a.格式不正确    

1.系统提示错误信息   

2.返回主事件3

7a.格式不正确    

1.系统提示错误信息   

2.返回主事件7

特殊需求：

1.使用大尺寸显示器，文本信息可见距离为1.5米

2.录入信息时可伴随有语音提示

 

会员管理（系统管理员、普通员工）

范围：POS应用

级别：子系统

主要参与者：仓库管理员、销售经理

涉众及其关注点：

-仓库管理员：准确快速的输入，并且没有错误

-销售经理：快速准确的处理各种员工信息

前置条件：系统管理员（销售经理）已成功登录系统并具有会员基本信息录入、删除、查询和修改的权限

后置条件：系统管理员（销售经理）成功进行对会员（系统管理员、普通员工）信息的增删改查，并更新系统  

主事件流: 

1、系统管理员选择“会员（系统管理员、普通员工）管理”选项，用例开始

2、打开会员（系统管理员、普通员工）管理窗体 

3、对会员（系统管理员、普通员工）信息进行录入并检查格式

4、系统登记一条新的会员信息 

5、系统管理员输入查询条件对会员（系统管理员、普通员工）信息进行查询

6、系统返回查询结果 

7、系统管理员（销售经理）对会员（系统管理员、普通员工）信息进行修改

8、更新会员（系统管理员、普通员工）信息表

9、删除会员（系统管理员、普通员工）信息

10、更新会员（系统管理员、普通员工）信息表

11、用例结束 

扩展：

3a.格式不正确    

1.系统提示错误信息  

 2.返回主事件3

7a.格式不正确    

1.系统提示错误信息   

2.返回主事件7

 

人事信息管理

范围：POS应用

级别：子系统

主要参与者：系统管理员

涉众及其关注点：

-系统管理员：准确快速的处理人事信息

前置条件：系统管理员已成功登录系统并具有信息录入、修改、查询和删除的权限,经           理拥有最高权限 

后置条件：仓库管理员成功进行对人事信息的增删改查，并更新系统

主事件流: 

1、选择“员工管理”选项，用例开始

2、打开员工管理窗体 

3、系统管理员或经理录入员工信息并检查信息格式 

4、系统成功写入一条员工信息 

5、输入查询条件对员工的信息进行查询

6、系统返回查询结果 

7、经理对员工权限进行设置

8、更新系统用户表 

9、系统管理员对员工信息进行修改

10、更新员工信息表

11、删除员工信息

12、更新员工信息表

13、用例结束 

扩展：

3a.格式不正确  

1. 提示格式错误信息  

2. 返回主事件流第3步

9a.格式不正确    

1.系统提示错误信息   

2.返回主事件9

 

查看销售榜

范围：POS应用

级别：子系统

主要参与者：销售经理

涉众及其关注点：

-销售经理：快速查询到所需信息

前置条件：管理员已成功登录系统并具有查询商品销售排行的权限

后置条件：管理员成功查看销售榜 

主事件流: 

1、管理员选择“查询商品销售排行”选项，用例开始

2、管理员输入证号，系统根据规则检查证号的有效性 A1：证号无效 

3、管理员输入密码，检查密码是否正确 A2：密码错误 

4、显示登陆成功提示信息并打开查询商品销售排行窗体

5、管理员输入要查询的商品名称和时间段 A3:商品无效或时间无效 

6、摘取流水账中商品编号，销售数量等信息按销售数量对其排序生成销售量排序单

7、显示或打印销售量排序单

8、用例结束 

扩展： 

2a.仓库管理员无效   

1.系统显示无效的提示信息  

2.返回主事件流第2步

3a.密码错误   

1. 系统显示密码错误的提示信息  

2. 返回主事件流第3步

5a.商品无效或时间无效   

1.系统显示查询商品或时间无效的提示信息  

2.返回主事件流第5步 

 

业绩查询

范围：POS应用

级别：子系统

主要参与者：销售经理

涉众及其关注点：

-销售经理：快速查询到所需信息

前置条件：管理员已成功登录系统并具有查询销售人员业绩的权限

后置条件：管理员成功进行对业绩的查询 

主事件流: 

1、管理员选择“查询销售人员业绩”选项，用例开始

2、管理员输入证号，系统根据规则检查证号的有效性

3、管理员输入密码，检查密码是否正确

4、显示登陆成功提示信息并打开查询销售人员业绩查询窗体 

5、管理员输入要查询的销售人员姓名或时间段以查询个体的销售信息或销售排名

6、摘取流水账中的部分信息,按操作员编号顺序或时间顺序对操作员的销售 信息进行横向或纵向的排序

7、将各个操作员的销售信息制成流水账单

8、显示或打印流水帐单 

9、用例结束 

扩展：

2a.管理员无效   

1.系统显示无效的提示信息  

2.返回主事件流第2步

3a.密码错误   

1. 系统显示密码错误的提示信息  

2. 返回主事件流第3步

5a.人员无效   

1. 系统显示无此人员的提示信息  

2. 返回主事件流第5步 

 

查看盈利

范围：POS应用

级别：子系统

主要参与者：销售经理

涉众及其关注点：

-销售经理：快速查询到所需信息

前置条件：管理员已成功登录系统并具有查看盈利权限

后置条件：管理员成功进行对盈利的查看 

主事件流: 

1、管理员选择“查询盈利”选项，用例开始

2、管理员输入证号，系统根据规则检查证号的有效性

3、管理员输入密码，检查密码是否正确

4、显示登陆成功提示信息并打开盈利查看窗体 

5、管理员输入要查询的时间段或某种商品以查询盈利情况

6、将各个操作员的盈利信息制成流水账单

7、显示或打印流水帐单 

8、用例结束 

扩展：

2a.管理员无效   

1.系统显示无效的提示信息  

2.返回主事件流第2步

3a.密码错误   

1. 系统显示密码错误的提示信息  

2. 返回主事件流第3步

4a.人员无效   

1. 系统显示无此人员的提示信息  

2. 返回主事件流第2步 

 

调整商品价格

范围：POS应用

级别：子系统

主要参与者：销售经理

涉众及其关注点：

-销售经理：快速准确更改商品价格

前置条件：仓库管理员已成功登录系统

后置条件：仓库管理员成功进行对商品价格进行调整，并更新系统

主事件流: 

1、统管理员选择“调整商品价格”选项，用例开始

2、打开调整价格商品窗体 

3、系统管理员对商品价格信息进行修改

4、更新商品价格信息表

5、用例结束 

 

管理财务

范围：POS应用

级别：子系统

主要参与者：财务管理员

涉众及其关注点：

-财务管理员：快速准确的处理或更改工资信息

前置条件：财务管理员已成功登录系统并具有工资录入、删除、查询和修改的权限 

后置条件：财务管理员成功进行对人员工资信息的增删改查，并更新系统

主事件流: 

1、统管理员选择“财务管理”选项，用例开始

2、打开财务管理窗体 

3、对工资信息进行录入

4、系统登记一条新的工资信息 

5、系统管理员输入查询条件对工资信息进行查询

6、系统返回查询结果 

7、系统管理员对工资信息进行修改

8、更新工资信息表

9、系统管理员删除工资信息

10、更新工资信息表

11、用例结束 

扩展：

3a.格式不正确    

1.系统提示错误信息   

2.返回主事件3

7a.格式不正确    

1.系统提示错误信息   

2.返回主事件7

2.3 补充性规格说明

   补充性规格说明补货并确定其他类型的需求，如可靠性（如10000人并发访问）、可用性（如1米外轻松看到文本）、接口（如支持钱箱、支持网银支付接口）等。也可以包括其他跨越多个用例的功能性需求如报表、安全性、日志和错误处理、数据备份、数据导入导出等。

        简要描述本项目最终系统数据查询与报表，系统权限管理的功能需求。也可以描述项目组计划实现的其他需求。

 

功能性

1.     日志和错误处理

在持久性存储中记录所有错误

2.     可插拔规则

在几个用例（见定义）的不同场景执行任意一组规则，以支持对系统功能的定制

3.     安全性

任何使用都需要经过用户认证

可用性

人性因素

顾客将能看到POS大屏幕显示器的显示。因此：

1.     应该在1米外轻松看到文本

2.     避免使用一般色盲人群难以辨认的颜色

收银员的视线通常停留在顾客或商品，而不是计算机显示器上，因此，提升和告警应该通过声音传递而不仅仅是通过图像传递

可靠性

1.     可恢复性

如果在使用外部服务（支付授权、账务系统、。。。。。。）时出现错误，为了完成销售交易，需要尝试采用本地方案（如存储和转发）加以解决。对此需要更深入的分析。。。。。。

2.     性能

购买者希望非常快速地完成销售处理过程，外部的支付授权是瓶颈之一。我们的目标是：90%的情况下，能够在1分钟之内完成授权。

接口

1.     重要硬件和接口

触摸屏（操作系统将此视为普通监视器，且触摸动作也视为鼠标事件）

条形码激光扫描仪（在软件中视为键盘输入）

票据打印机

信用卡/借记卡读卡器

2.     软件接口

我们需要采用不同的接口，接入不同的系统（账务、库存）

 

4.2.1 表单设计

以录入订单等典型功能为例，设计输入表单及交互方式。重点描述业务表单及分录项的样式及其交互。如1张订单（表单）包含n个产品（分录项），那表单和分录项如何展现(即样式设计)，1个订单和多个产品如何录入、保存(交互设计)，如何实现数据格式校验。

 

答：表单上用文本框作为条码的输入，按回车键后，具体的商品信息将会显示在订单下方的table表上面，初始的数量为1，收银员可以手动数量，此时最底下显示总金额，并用Js来控制金额的显示，随着商品的数量变化，金额实现同步更新.

数据格式校验，采用js来进行控制，实现数量为整数、必须为数字输入、数字的上下输入范围，等限制条件的控制。

绘制或截取1张JSP页面/Swing窗口设计效果表达样式设计，示意图结合文字说明交互设计和格式校验方案。