案例一：总务办公管理系统
系统简介：某单位准备开发一个购买办公用品和设备的总务办公管理系统。办公用品的购买申请由各科室提出，由负责总务工作的办公室统一收集。其中，购买申请的金额低于500元（含500元）可以由总务办公室直接审批，而高于500元的购买申请由机构主管领导审批，批准的购买申请形成采购清单由采购员负责购买，同时应记录每次实际购买清单，进行入账。在提出购买申请时要包括下述数据：申请单位、物品名称、物品数量、预计价格、物品用途等。每次购买完成后应记录以下数据：物品名称、物品数量、价格、总金额、购买日期、经办人等。
软件需求说明书
1引言
1.1编写目的
该文档描述了总务办公系统的功能和性能的要求，将作为对该项目在概要设计阶段的设计输入，该文档的目的是解决整个项目系统中“做什么”的问题。对于开发技术在这里并没有涉及，而主要是通过建立模型的方式来描述用户的需求为用户、开发方等不同参与方提供一个交流的平台。
1.2预期读者
总务办公管理系统针对的不同的预期读者包括：
设计开发人员 、项目管理人员、测试人员、科室人员、总务办公人员、机构主管、采购员、维护管理员。
1.3背景
a.软件名称：总务办公管理系统；
b.提出者：系统需求者
c.开发者：XX、XX。
1.4参考资料
[1]《软件工程与实践 第3版》 贾铁军等 清华大学出版社
[2]《软件项目管理案例教程 第3版》韩万江等 机械工业出版社
2任务概述
2.1目标
（1）网站能够提供友好的用户界面，方便普通员工、办公室人员以主管人员进行关
操作。
（2）网站能够满足用户需求，使用户通过使用系统能够进行所需物品的申请，批准和相关数据的管理，方便公司的商品购买。
（3）网站应有良好的可兼容性，可以较容易地加入其它系统的应用。
2.2用户的特点
本系统的最终用户包含下面几种身份：科室人员、总务办公人员、机构主管、普通员工、采购员、维护管理员。
科室人员：科室人员主要提出所需办公用品的购买申请，将要购买的商品相关信息填入系统了，等待审核人员审核。这类使用者有一定的知识水平，可以进行一简单的办公软件进行操作。所以对于该使用者，用户界面较为简单。该角色工作内容较其他用户相对简单，系统预期使用频度为一天一次。
总务办公人员：总务办公人员主要对各科室提出的办公室用品购买申请进行核查审批，主要负责金额较低的商品申请。该使用者有相对高的文化水平，自身有较多的重要工作，系统预期使用频度为两天一次。
机构主管：机构主管主要对所提出购买申请的物品中金额较高的商品进行核查审批，拥有相对大的权利。知识水平高，有一定协调能力。有较多的重要工作，系统预期使用频度为三天一次。
采购员：采购员主要对已经审核通过了的办公室物品进行采集，补全所需的商品，。用户多执行能力强，所以系统的更新速度是以天为单位。
维护管理员：主要进行网站日常维护，发布网页信息，管理网站人员信息资料，包括对其的增加和删除操作。该用户有较高的知识水平，有一定编程能力。由于系统具有不确定性，系统使用频度无法预期。
2.3假定和约束
经费约束：总费用控制在5万
开发期限：7天
运行环境：windows操作系统
3需求规定
3.1对功能的规定
3.1.1综合描述
总务办公管理系统的功能包括：
（1）权限功能：为用户设置权限功能，用户只能对授权范围内进行相应修改及删除。
（2）录入功能：为用户提供对所有信息的录入功能。
（3）查询功能：为用户提供查询的功能，可查询允许范围内的所有信息。
（4）维护功能：为用户提供查询及相应的修改，删除功能。
（5）打印功能：能打印商品申请的信息及商品购买信息，以及批准清。
（6）退出功能：结束并关闭系统。
下表为总务办公管理系统的功能列表
3.1.2系统角色（Actor）分析
角色或者执行者（Actor）是指与系统产生交互的外部用户或者外部系统。本系统的使用角色主要分为普通员工、科室人员、总务办公人员、机构主管、采购员、维护管理员。
以下是对每个角色的详细介绍。
A.科室人员：
各科室可以完成网站注册和登录，提出办公用品的购买申请，查看商品相关信息包括审批清单，购买完成商品信息等。
B.普通员工:
普通员工不需要进行注册，直接登入并浏览网页上的信息，但没有权限对信息进行修改。
C.总务办公人员：
总务办公人员可以完成网站注册和登录，对各科室提出的购买金额在500元以下的申请进行审批，提交审批清单，对于高于500元的申请没有权限，还可以查看商品相关信息包括审批清单，购买完成商品信息等。
D.机构主管：
机构主管可以完成网站注册和登录，对各科室提出的购买金额超过500元总务办公人员没有权限进行审批的申请进行审批，提交审批清单，对于小于500元的申请可以选择性进行审批，还可以查看商品相关信息包括审批清单，购买完成商品信息等。
E.采购员：
采购员可以完成网站注册和登录，对审批部门审批的审批清单进行购买，并提交实际购买商品清单，还可以查看商品相关信息包括审批清单，购买完成商品信息等。
F.系统管理员
系统管理员主要进行网站日常维护，发布网页信息，管理网站人员信息资料，
包括对其的增加和删除操作
3.1.3系统主用例图
系统主要分为客户端子系统和管理端子系统，前者参与人员有普通员工、科室人员、总务办公人员、机构主管、采购员，后者参与人员为维护管理员，系统间不耦合，各自处理相应事务。具体系统主 用例图如图 3-1 所示。
3.1.4 客户端子系统
客户端子系统由、科室人员、总务办公人员、机构主管、采购员执行申请批准相关操作，普通员工仅可以对网站常规介绍性内容进行简单浏览，没有修改信息功能；各科室提出购买申请；科室人员和总务办公人员对各科室提出的购买申请进行审批，提交审批清单。采购员对审批部门审批的审批清单进行购买，并提交实际购买商品清单。客户端子系统的用例图如图3-2 所示。
3.1.4.1 登录系统
角色：普通员工、科室人员、总务办公人员、机构主管、采购员、维护管理员。
目的：用户登录系统。
前置条件：普通员工、科室人员、总务办公人员、机构主管、采购员、维护管理员。
用例描述：
- 用户进入系统首页。
- 系统显示登录界面，用户输入用户名和密码，单击确定。
- 系统检查是否有此用户信息，若存在此用户，用户进入系统；若不存在此用户，本页面显示相应的错误信息。
- 不同身份登录详细说明：
普通员工：不出现人员管理功能栏，物品信息只能查看不允许出现对网站内容的增删改查的相关操作权限。
科室人员：不出现人员管理功能栏，不能审核申请，对除申请以外信息只能查看不能修改。
总务办公人员：不出现人员管理功能栏、采购栏以及申请栏，不能对申请物品金额大于500的商品进行审核。
采购员：不出现人员管理功能栏、审批以及申请栏，
机构主管：不出现人员管理功能栏、采购栏以及申请栏。
管理员：不出现采购栏以及申请栏相关功能栏。
3.1.4.2 注册
角色：科室人员、总务办公人员、机构主管、采购员
目的：用户注册。
用例描述：
- 用户进入系统首页。
- 系统显示注册界面，用户输入相关的身份信息，单击确定。
- 用户名长度不足 10 位时，提示“名应为 10 位数字”。密码不为6 位数字时提示“密码必须为 6 位且为纯数字组成”
- 系统经过后台确认数据合法后提示注册成功
3.1.4.3物品信息：
角色：科室人员、总务办公人员、机构主管、采购员、普通员工
目的：查看物品信息
用例描述：
1）用户登录系统，进入系统首页
2）系统显示商品信息查询，选择要查询信息，单击确认。
3）系统通过后台数据，对用户所需信息进行显示。
4）查看期间可以点击打印按钮进行打印。
5）用户完成操作，点击退出登录即可.
3.1.4.4.个人信息维护
角色：科室人员、总务办公人员、机构主管、采购员
目的：对个人信息进行查看和修改。
用例描述：
- 用户登录系统，进入系统首页。
- 单击个人中心，查看信息，双击信息可以修改点击部分信息，如双击头像即可更换头像。
- 完成修改后点击确认修改，显示修改成功表示信息修改成功。
- 完成操作点击退出登录。
3.1.4.5.提出申请
角色：科室人员
目的：提出购买申请
用例描述：
1）用户登录系统，进入系统首页。
2）单击我的特权，查看当前申请清单，在搜索栏输入所要申请物品，若没有人提出系统出现“还没有人申请，马上提出？”，点击确认，显示提交成功。
3）若显示“当前物品待审核或者是待购买”可以点击“催一催”，显示提醒完毕，则表示“催一催”成功。
4）完成操作点击退出登录。
3.1.4…6审核
用例图如3-3所示
角色：总务办公人员、机构主管
目的：对提出购买申请进行审核
前置条件：用户为总务办公人员、机构主管
用例描述：
1）用户登录系统，进入系统首页。
2）系统判断角色类型，当用户为总务办公人员，系统进入总务办公界面
3）单击我的待处理，查看当前申请列表，点击详情，系统显示具体信息，若确认无误后，点击“批准”。若想拒绝通过，点击“拒绝”，完成操作点击完成，即可回到首页。
4）当科室人员单击“催一催”，紧急处理栏闪烁。用户点击查看，进行审核批准。
5）完成操作点击退出登录。
机构主管：在任务栏多一“辅助”栏，可以直接对金额小于500的购买申请进行审核通过，单击“确认辅助”，完成对金额小于500的申请进行批准。
3.1.4.7.购买商品
角色：采购员
目的：对已批准的购买清单物品进行采购
用例描述：
1）用户登录系统，进入系统首页。
2）系统判断角色类型，，进入采购员界面
3）单击我的待处理，查看当前待购买列表，点击详情，系统显示具体信息，显示未采购商品。
4）单击“打印”对代购买商品打印，进行采购。
5) 将购买的商品进行信息录入，并签名。系统显示“是否确定，确定后不可修改”完成核对后点击确认。返回首页
6) 完成操作点击退出登录。
3.1.4.8 修改相关信息
用例图如3-4所示
角色：维护管理员
目的：对各科室、总务办公人员、机构主管、采购员提出的信息进行修改例如当用户忘记密码时进行重置
用例描述：
- 用户登录系统，进入系统。
- 系统判断角色类型，进入采管理员界面
- 对提出者要修改信息进行核对
- 根据提出者的账号，对其确认
- 提交的信息进行修改。
- 完成修改点击确认
- 完成操作点击退出登录。
3.2非功能性需求
3.2.1 界面需求
系统的界面要求如下：
A.页面内容：物品信息内容准确，术语和行文格式统一、规范、明确，栏目、
菜单设置和布局合理，传递的信息准确、及时。
B.导航结构：页面具有明确的导航指示，且便于理解，方便用户使用。
C.艺术风格：界面、版面形象清新悦目、布局合理,字号大小适宜、字体选择合理，前后一致，美观大方；色彩和谐自然,与内容相协调。
3.2.2 响应时间需求
当用户登录，进行任何操作的时候，系统应该及时的进行反应，反应的时间在 3 秒以内。系统应能监测出各种非正常情况，如与设备的通信中断，无法连接数据库服务器等，避免出现长时间等待甚至无响应。
3.2.3 可靠性需求
系统应保证 7*24 小时内不宕机，保证 50 人以上可以同时在客户端登录，系统正常运行，正确提示相关内容。
3.2.4 可扩展性需求
系统设计要求能够体现扩展性要求，以适应将来功能扩展的需求。
3.2.5 系统安全性需求
网站有严格的权限管理功能，各功能模块需有相应的权限方能。系统需能够防止各类误操作可能造成的数据丢失破坏。防止用户非法获取网页以及内容
3.3对性能及精度的规定
用列表的方式，如下：
3.3灵活性
a.操作方式上的变化；简单的鼠标点击就可解决很多问题，输入数据时可以使用键盘。
b.运行环境的变化； 由简单office办公软件转变为新的软件
4运行环境规定
4.1设备
（1）硬件环境：
处理器：Intel Pentium 4 3.06GX或更高
内存：256M
硬盘空间：40GB
显卡：SVGA显示适配器
（2）软件操作环境
操作系统：Windows XP及以上
开发软件：Microsoft Visual Studio
数据库：Microsoft SQL Server 2012
4.2支持软件
列出支持软件,包括要用到的操作系统、编译（或汇编）程序、测试支持软件等。
4.3 接口
说明该软件同其他软件之间的接口、数据通信协议等。