办公OA系统需求分析

1、 OA协同办公自动化用户需求说明书文件状态： 草稿 正式发布 正在修改文件标识：XXX项目当前版本：1.0作 者：完成日期：2009-5-18机构公开信息版 本 历 史版本/状态作者参与者起止日期备注1.0王佩佩2010.6.29新建1.0吕美洁2010.6.29新建1.0孙均2010.6.29新建目录 TOC o 1-3 h z u HYPERLINK l _Toc230592908 1.引言 PAGEREF _Toc230592908 h 4 HYPERLINK l _Toc230592909 1.1.文档目的 PAGEREF _Toc230592909 h 4 HYPERLINK l _

2、Toc230592910 1.2.文档范围 PAGEREF _Toc230592910 h 4 HYPERLINK l _Toc230592911 1.3.读者对象 PAGEREF _Toc230592911 h 4 HYPERLINK l _Toc230592912 1.4.参考文档 PAGEREF _Toc230592912 h 4 HYPERLINK l _Toc230592913 1.5.术语与缩写解释 PAGEREF _Toc230592913 h 4 HYPERLINK l _Toc230592914 2.项目概述 PAGEREF _Toc230592914 h 5 HYPERLI

3、NK l _Toc230592915 2.1.项目介绍 PAGEREF _Toc230592915 h 5 HYPERLINK l _Toc230592916 2.2.用户群体 PAGEREF _Toc230592916 h 5 HYPERLINK l _Toc230592917 3.功能性需求 PAGEREF _Toc230592917 h 6 HYPERLINK l _Toc230592918 3.1.功能性需求整体介绍 PAGEREF _Toc230592918 h 6 HYPERLINK l _Toc230592919 3.2.XXX模块 PAGEREF _Toc230592919 h

4、 7 HYPERLINK l _Toc230592920 3.2.1.业务概述 PAGEREF _Toc230592920 h 7 HYPERLINK l _Toc230592921 3.2.2.业务流程 PAGEREF _Toc230592921 h 7 HYPERLINK l _Toc230592922 3.2.3.输入输出 PAGEREF _Toc230592922 h 13 HYPERLINK l _Toc230592923 3.2.4.输入输出值说明 PAGEREF _Toc230592923 h 13 HYPERLINK l _Toc230592924 3.2.5.字段说明 PAG

5、EREF _Toc230592924 h 13 HYPERLINK l _Toc230592925 4.非功能性需求 PAGEREF _Toc230592925 h 69 HYPERLINK l _Toc230592926 4.1.技术需求 PAGEREF _Toc230592926 h 69 HYPERLINK l _Toc230592927 4.2.性能需求 PAGEREF _Toc230592927 h 69 HYPERLINK l _Toc230592928 4.3.质量需求 PAGEREF _Toc230592928 h 70 HYPERLINK l _Toc230592929 4.

6、4.安全保密需求 PAGEREF _Toc230592929 h 70引言文档目的本文档主要针对XXX项目系统的功能性需求的业务、流程以及输入输出数据的规范和约束提出具体的要求，同时它还将作为该产品设计与开发的重要参考依据。文档范围本文档包含以下几部分：1.产品介绍2.产品面向的用户群体3.产品应当遵循的标准或规范4.产品的功能性需求5.产品的非功能性需求6.用户需求确认读者对象本文档的读者范围包括：1.需求提供方具体责任人2.开发方的项目经理、系统分析设计人员、测试人员。参考文档提示：列出本文档的所有参考文献（可以是非正式出版物），格式如下：标识符 作者，文献名称，出版单位（或归属单位），日

7、期例如：SPP-PROC-PP SEPG，需求开发规范，机构名称，日期术语与缩写解释定义所有必要的术语，以便读者可以正确地解释软件需求规格说明，包括词头和缩写。例如：缩写、术语及符号解 释破折号：代表不适用对钩：代表必选叉号：代表可选定制从服务器端取得的，用户不能直接操作的数据项目概述项目介绍XXX项目软件是一款通用性极强的商业企业XXX领域的管理系统，软件囊括了商业企业日常经营XXX领域管理的全过程。软件适用于食品、服装、保健品、电子、电器、物资、化妆品等商业领域的企业。软件覆盖商业企业商品的采购、销售、库存、管理决策支持、客户管理和分析等各个环节，软件的各个模块操作界面简单、实用，软件帮助

8、系统图文并茂，让用户可以在最短的时间内掌握软件的使用方法，助用户生意早日更上一层楼。软件的采购管理、销售管理、库存管理功能强大，灵活，同时为用户提供方便实用的模糊查询功能，用户可以在最短时间内找到自己所需要的信息。软件系统采用流行的B/S结构，可以供多台电脑协同工作，数据共享。软件采用模块级安全管理，系统安全性高。软件对在使用过程中可能出现的外部意外情况，如断电、网络中断等均进行了妥善处理，可以确保用户数据的完整性，同时在外部故障消除后，系统仍能继续操作。系统软件采用Java平台进行开发并实现，用户数据选用Oracle 10g进行统一管理。用户群体XXX项目软件主要是帮助商业企业全面有效管理采

9、购、销售、库存、客户管理和决策分析，软件适用于需要进行采购管理，销售管理、决策分析以及库存管理的所有商业企业。产品应当遵循的标准或规范本产品的是一套标准的进销存软件，符合国家财务标准，本产品遵循计算机软件保护条例的各项规定。 产品范围XXX项目管理系统是集采购、销售、决策、客户管理及库存管理于一体的商业企业管理软件系统。本产品适用于商业贸易、批发行业以及个人用户，不适用于零售行业及行业标准较强的行业（如医疗药品管理）。功能性需求功能性需求整体介绍数据库备份XX项目系统权限管理资料管理系统管理登录密码修改日志维护部门资料用户资料客户资料功能性需求功能性需求整体介绍数据库备份XX项目系统权限管理资

10、料管理系统管理登录密码修改日志维护部门资料用户资料客户资料12员工管理模块12.1业务概述系统管理员可以查询、添加、删除用户，以及清空用户密码和清空用户在线信息。用户本身可以修改自己的用户可自定义模块信息的修改。12.1.1业务流程12.1.2输入输出输入信息：1用户基本信息：用户名、真实姓名、主角色、部门、用户排序号用户权限信息：管理范围、访问控制、IMA广播权限、通讯范围用户可自定义的信息：考勤排班类型、内部邮箱容量、个人文件柜容量、Internet邮箱数量、每个Internet邮箱容量、绑定IP地址、备注以及其他信息（别名、性别、生日、界面主题、手机、电子邮件、单位电话）。输出信息： 错

11、误信息（响应超时信息和格式不正确信息）和成功信息。12.1.3输入输出值说明密码必须 6-10位 *显示；用户编号为纯数字；密码长度6-10位,用户编号长度8-10位； HYPERLINK mailto:用户邮箱必须符合*.* 用户邮箱必须符合*.*填写身日格式为YYYYMMDDIp地址格式符合0-255.0-255.0-255.0-255手机号码必须为11位数字。12.1.4字段说明根据输入输出的内容，使用表格描述，例如：表格 SEQ 表格 * ARABIC 1字段说明项目数据类型I/O要求必填/必显范围举例用户名字母和数字I09和26字母Liu1真实姓名字符I刘芳主角色字符O职务部门经理，

12、员工部门字符O部门名称销售部，研发部用户排序号Int大于025管理范围字符仿问控制字符Ima广播权限字符通讯范围字符考勤排班类型字符内部邮箱容量数字42个人文件柜容量数字25Internet邮箱容量数字25每个internet邮件容量数字大于012绑住ip地址数字每个ip段0-25562备注字符别名字符Bill姓名字符刘芳生日Int19890430界面主题字符色调灰色手机In子邮件字符852489QQ、com单位电话Int24165013.考勤管理13.1上下班登记模块 13.1.1业务概述 员工上(下)班前登记，系统自动记录下上(下)班时间，并以此与系统设定上班时间

13、规则比较来决定是否迟到(早退)，验证不通过提示相应信息13.1.2业务流程 用户考勤申请或填写备注信息验证提示发送请求是否超时提示超时否是否服务器连接请求并获取提交信息服务器记录存档并提示已操作成功是13.1.3输入输出输入信息：备注信息输出信息：错误信息与成功信息13.1.4输入输出值说明1 备注信息不能超过100字符数的限制13.1.5字段说明项目数据类型I/O要求必填/必显范围举例备注信息字符I选填：100字符以内成功信息字符O消息提示字符O13.2外出登记13.2.1业务概述外出申请登记(填写外出人、外出原因、外出时间、审批人等相应选项)以及查看个人外出历史记录，验证不通过给予提示信息

14、。13.2.2业务流程用户填写外出申请信息验证提示否是发送请求是是否超时查看个人外出历史记录超时提示服务器连接请求并获取提交信息服务器存档并准备返回信息服务器返回成功或查询信息否13.2.3输入输出输入信息： 外出原因、外出时间、审批人。输出信息： 错误信息和成功信息。13.2.4输入输出值说明外出原因总字数不能超过100字符；外出结束时间应该晚于开始时间；13.2.5字段说明项目数据类型I/O要求必填/必显范围举例外出原因字符I必填；100字符以内外出时间数字I成功信息字符O消息提示字符O13.3请假登记13.3.1业务概述请假申请登记(填写请假人、请假原因、请假时间、审批人等相应选项)以及

15、查看个人请假历史记录，验证不通过给予提示信息13.3.2业务流程用户填写请假申请信息验证提示否是发送请求是是否超时查看个人请假历史记录超时提示服务器连接请求并获取提交信息服务器存档并准备返回信息服务器返回成功或查询信息否13.3.3输入输出输入信息： 请假原因、请假时间、审批人、总请假天数。输出信息： 错误信息和成功信息。13.3.4输入输出值说明请假原因总字数不能超过100字符；请假结束时间应该晚于开始时间；3、总请假天数不能超过年假总天数。13.3.5字段说明项目数据类型I/O要求必填/必显范围举例请假原因字符I必填；100字符以内总请假天数数字I隐形必填系统自动统计请假时间数字I成功信息

16、字符O消息提示字符O13.4出差登记13.4.1业务概述出差申请登记(填写出差人、出差地点、出差时间、事由、审批人等相应选项)以及查看个人出差历史记录，验证不通过给予提示信息13.4.2业务流程用户填写出差申请信息验证提示否是发送请求是是否超时查看个人出差历史记录超时提示服务器连接请求并获取提交信息服务器存档并准备返回信息服务器返回成功或查询信息否13.4.3输入输出输入信息： 出差地点、事由、出差时间、审批人。输出信息： 错误信息和成功信息。13.4.4输入输出值说明1、出差事由总字数不能超过100字符；2、出差结束时间应该晚于开始时间；13.4.5字段说明项目数据类型I/O要求必填/必显范

17、围举例出差事由字符I必填；100字符以内出差时间数字I成功信息字符O消息提示字符O13.5上下班记录查询 13.5.1业务概述 查看详细部门具体人员的考勤记录(今日上下班登记信息显示、考勤查询与统计、某日上下班登记查询)，验证不通过提示相应信息13.5.2业务流程 用户填写查询条件验证提示发送请求是否超时提示超时否是否服务器连接请求并获取提交信息服务器记录存档并返回查询信息是服务器准备要返回的信息13.5.3输入输出输入信息：出差开始时间和结束时间输出信息：错误信息与成功信息(返回数据)13.5.4输入输出值说明1查询的结束时间应该晚于开始时间；13.5.5字段说明项目数据类型I/O要求必填/

18、必显范围举例出差开始时间与结束时间字符I成功信息(返回数据)字符O消息提示字符O13.6外出审批/请假审批/出差审批 13.6.1业务概述 审批员工外出申请并予以批准、不批准的内部短信回复。13.6.2业务流程 用户查看并选择审批结果发送请求是否超时提示超时否服务器连接请求并获取提交信息服务器记录存档并返回更新信息是13.6.3输入输出输入信息：审批结果输出信息：错误信息与成功信息13.6.4输入输出值说明13.6.5字段说明项目数据类型I/O要求必填/必显范围举例审批结果字符I成功信息字符O消息提示字符O13.7人员考勤记录 13.7.1业务概述 查看详细部门具体人员的考勤记录(今日上下班登

19、记信息显示、考勤查询与统计、某日上下班登记查询)13.7.2业务流程 用户填写查询条件及信息验证提示发送请求是否超时提示超时否是否服务器连接请求并获取提交信息服务器记录存档并返回查询信息是服务器准备要返回的信息13.7.3输入输出输入信息：查询条件信息输出信息：错误信息与成功信息13.7.4输入输出值说明1考勤查询的结束时间应该晚于开始时间；13.7.5字段说明项目数据类型I/O要求必填/必显范围举例查询条件信息字符I成功信息字符O消息提示字符O13.8考勤查询 13.8.1业务概述 查看某日全部或个别部门的人员考勤记录13.8.2业务流程 用户填写查询条件及信息验证提示发送请求是否超时提示超

20、时否是否服务器连接请求并获取提交信息服务器记录存档并返回查询信息是服务器准备要返回的信息13.8.3输入输出输入信息：查询日期、部门、排班类型输出信息：错误信息与成功信息(返回数据)13.8.4输入输出值说明13.8.5字段说明项目数据类型I/O要求必填/必显范围举例查询日期timeI部门字符I排班类型字符I成功信息(返回数据)字符O消息提示字符O13.9考勤统计 13.9.1业务概述 统计某段时间内全部或个别部门的人员考勤记录13.9.2业务流程 用户填写统计查询条件及信息验证提示发送请求是否超时提示超时否是否服务器连接请求并获取提交信息服务器记录存档并返回查询信息是服务器准备要返回的信息1

21、3.9.3输入输出输入信息：统计开始时间与截止时间、统计部门、排班类型输出信息：错误信息与成功信息(返回数据)13.9.4输入输出值说明 1、结束时间应该晚于开始时间13.9.5字段说明项目数据类型I/O要求必填/必显范围举例查询开始时间与截止时间timeI部门字符I排班类型字符I成功信息(返回数据)字符O消息提示字符O14车辆管理模块14.1新置车辆14.1.1业务概述填写新置车辆的基本信息，包括车牌号、厂牌型号、发动机号、车辆类型、司机、购买日期及价格、状态等信息，确认无误后提交服务端，服务端检查无误后存档，否则提示错误信息。14.1.2业务流程填写新置车辆信息提交请求信息存档结束内容是否

22、合法？服务端检查内容是否合法？超时提示否是是14.1.3输入输出输入信息： 车牌号、厂牌型号、发动机号、车辆类型、司机、购买日期及价格、状态等信息。输出信息： 错误信息和成功信息。14.1.4输入输出值说明1车牌号必须唯一不得重复；2车辆类型为已有的类型；3购买日期必须符合yyyy-mm-dd的格式；4 状态必须是已有的状态类型；5价格必须是数字；14.1.5字段说明根据输入输出的内容，使用表格描述，例如：表格 SEQ 表格 * ARABIC 2字段说明项目数据类型I/O要求必填/必显范围举例车牌号字符I必填-001厂牌型号字符I-必填-发动机号字符I车辆类型字符I必填：已有类型轿车司机字符I

23、-购买日期时间I必填2010-3-6价格数字I必填210000状态字符I必填可用提示信息字符O-成功信息字符O14.2报废车辆14.2.1业务概述通过车辆的车牌号，将车辆的一切信息删除。14.2.2业务流程报废车辆车牌号提交请求提交请求结束内容是否合法？再次确认是否删除？超时提示否是是成功删除14.2.3输入输出输入信息： 车牌号。输出信息： 错误信息和成功信息。14.2.4输入输出值说明1车牌号必须存在；14.2.5字段说明根据输入输出的内容，使用表格描述，例如：表格 SEQ 表格 * ARABIC 3字段说明项目数据类型I/O要求必填/必显范围举例车牌号字符I必填-001提示信息字符O-成

24、功信息字符O14.3 用车申请14.3.1业务概述通过用户制定车牌且未使用的车辆提出使用申请，并填写申请信息，由调度员和（或）部门审批人对车辆信息申请决定是否批准。14.3.2业务流程填写要申请车辆信息提交请求申请成功结束内容是否合法？服务端检查内容是否合法？超时提示否是是是否要部门调度人批准？是否批准？调度人查阅部门调度人查阅是否批准？信息提示是是是否否否14.3.3输入输出输入信息： 车牌号、司机、用车人、用车部门、起始日期、终止日期、目的地、里程、调度员等信息。输出信息： 错误信息和成功信息。14.3.4输入输出值说明1车牌号必须唯一不得重复且是存在可用的车辆；2用车部门为已有部门；3终

25、止日期必须大于终止日期，且申请时间不了与其他申请冲突；5必须指定调度员；14.3.5字段说明根据输入输出的内容，使用表格描述，例如：表格 SEQ 表格 * ARABIC 4字段说明项目数据类型I/O要求必填/必显范围举例车牌号字符I必填-001司机字符I-用车人字符I用车部门字符I必填：已有类型组织部开始时间时间I必填2010-3-5 20：34：23结束时间时间I必填2010-3-6 21：56：45目的地字符I-里程数字I-调度员字符I必填：已有人员-提示信息字符O-成功信息字符O14.4用车归还14.4.1业务概述对申请批准且使用中的车辆，进行归还。14.4.2业务流程给出车牌号提交请求

26、信息存档结束内容是否合法？服务端检查内容是否合法？超时提示否是是14.4.3输入输出输入信息： 车牌号。输出信息： 错误信息和成功信息。14.4.4输入输出值说明1车牌号必须唯一不得重复；2车辆类型为已有的类型；3购买日期必须符合yyyy-mm-dd的格式；4 状态必须是已有的状态类型；5价格必须是数字；14.4.5字段说明根据输入输出的内容，使用表格描述，例如：表格 SEQ 表格 * ARABIC 5字段说明项目数据类型I/O要求必填/必显范围举例车牌号字符I必填-001提示信息字符O-成功信息字符O14.5外出统计14.5.1业务概述对正在使用中的车辆进行列表，列举详细信息。14.5.2业

27、务流程14.5.3输入输出提交列表请求超时提示服务端返回信息结束信息列表显示输入信息：列表请求。输出信息： 错误信息、成功信息和列表信息。14.5.4字段说明根据输入输出的内容，使用表格描述，例如：表格 SEQ 表格 * ARABIC 6字段说明项目数据类型I/O要求必填/必显范围举例列表请求字符I必填-提示信息字符O-列表信息字符O14.6指定调度人14.6.1业务概述OA从系统已有的用户中指定调度人，用来完成用来完成车辆调度的操作。14.6.2业务流程提交申请调度人系统列表所有用户结束超时消息OA选择调度人提交申请超时消息成功设置调度人14.6.3输入输出输入信息：指定调度人命令。输出信息

28、： 错误信息和成功信息。14.6.4字段说明根据输入输出的内容，使用表格描述，例如：表格 SEQ 表格 * ARABIC 7字段说明项目数据类型I/O要求必填/必显范围举例命令字符I必填-提示信息字符O-成功信息字符O14.7车辆维护14.7.1业务概述在车辆出现故障时，填写维护类型、维护日期、经办人以及维护费用信息，提交车辆维护通报，期间可以进行维护信息修改删除操作。14.7.2业务流程提供待维修车辆信息提交请求维修信息存档结束内容是否合法？服务端检查内容是否合法？超时提示否是是14.7.3输入输出输入信息：车牌号、维护类型、维护日期、经办人、维护费用、备注等信息。输出信息： 错误信息和成功

29、信息。14.7.4输入输出值说明1车牌号必须指定；2维护类型必须是已有类型，特殊情况可在备注中注明；3维护日期必须符合yyyy-mm-dd的格式；4 维护费用必须是数字；14.7.5字段说明根据输入输出的内容，使用表格描述，例如：表格 SEQ 表格 * ARABIC 8字段说明项目数据类型I/O要求必填/必显范围举例车牌号字符I必填-001维护类型字符I必填-年检维护日期时间I必填2010-3-12经办人字符I-维护费用数字I-备注字符I-无法再维护类型中标注的信息提示信息字符O-成功信息字符O15部门管理模块15.1新建部门15.1.1业务概述用户填写部门排序号（必填）、部门名称（必填）、电

30、话、传真、上级部门、部门主管、上级主管领导、上级分管领导、部门职能，检查合法性，提交请求，获取内容进行验证，验证不通过则提示用户重新填写，在确认填写无误后存档。15.1.2业务流程正确否是填写部门信息是否合法发送请求是否超时获取部门信息内容保存提示否提示是验证提示非法15.1.3输入输出输入信息： 部门排序号（必填）、部门名称（必填）、电话、传真、上级部门、部门主管、上级主管领导、上级分管领导、部门职能输出信息： 错误信息和成功信息。15.1.4输入输出值说明部门名称不能与已存在的部门相同；部门排序号不能与已存在的部门排序号相同；部门名称和排序号均不能超过30个字符；部门名称与部门排序号不能为

31、空；15.1.5字段说明根据输入输出的内容，使用表格描述，例如：表格 SEQ 表格 * ARABIC 9字段说明项目数据类型I/O要求必填/必显范围举例部门排序号字符I必填；1-30位111部门名称字符I必填；1-30位aaa电话字符I传真字符I上级部门字符I上级主管领导字符I上级分管领导字符I部门职能字符I15.2修改部门/成员单位15.2.1业务概述查看部门信息，修改部门信息，提交修改结果，连接服务器，获取修改内容，验证合法性，保存修改信息，返回提示。15.2.2业务流程正确否是填写部门信息是否合法发送请求是否超时获取部门信息内容保存提示否提示是验证提示非法查看部门信息15.2.3输入输出

32、输入信息： 部门排序号（必填）、部门名称（必填）、电话、传真、上级部门、部门主管、上级主管领导、上级分管领导、部门职能输出信息： 错误信息和成功信息。15.2.4输入输出值说明部门名称不能与已存在的部门相同；部门排序号不能与已存在的部门排序号相同；部门名称和排序号均不能超过30个字符；部门名称与部门排序号不能为空；15.2.5字段说明根据输入输出的内容，使用表格描述，例如：表格 SEQ 表格 * ARABIC 10字段说明项目数据类型I/O要求必填/必显范围举例部门排序号字符I必填；1-30位111部门名称字符I必填；1-30位aaa电话字符I传真字符I上级部门字符I上级主管领导字符I上级分管

33、领导字符I部门职能字符I15.3删除部门/成员单位15.3.1业务概述用户提交删除部门请求，用户确认删除部门请求，连接服务器，服务器进行相关删除操作并返回删除成功提示。15.3.2业务流程请求确认删除发送请求删除存档提示成功是结束否超时？否是提示15.4查看部门/成员单位15.4.1业务概述发送查看部门信息请求，服务器连接请求，返回部门详细信息。15.4.2业务流程发送请求是否超时返回信息否提示是15.5导入部门/成员单位15.5.1业务概述选择要导入的文件，检查文件合法性，提交导入请求，服务器连接请求，获取文件内容，验证，导入信息存档，返回导入信息情况。15.5.2业务流程选择文件是否合法提

34、交请求是提示获取内容验证导入信息正确反馈信息非法超时？否提示15.6新建公共成员组15.6.1业务概述填写用户组名称和组排序号，检查合法性，提交请求，服务器端获取用户组信息，验证，存储。15.6.2业务流程是填写组信息是否合法提交请求超时？获取内容验证保存信息提示否否提示合法提示非法15.6.3输入输出输入信息：组名，组号输出信息：成功或失败的信息15.6.4输入输出值说明1、组名与组号不能为空。2、组号不能使用已经用过的序号。3、组名、组号长度不超过30个字符。15.6.5字段说明项目数据类型I/O要求必填/必显范围举例组名字符I必填；1-30位aaa组排序号字符I必添；1-30位11115

35、.7编辑公共用户组15.7.1业务概述查看公共用户组信息，修改信息，检查信息合法性，提交请求，服务器获取内容，验证提交内容，保存。15.7.2业务流程是填写组信息是否合法提交请求超时？获取内容验证保存信息提示否否提示合法提示非法发送请求超时？返回信息否提示是15.7.3输入输出输入信息：组名，组号输出信息：成功或失败的信息15.7.4输入输出值说明1、组名与组号不能为空。2、组号不能使用已经用过的序号。3、组名、组号长度不超过30个字符。15.7.5字段说明项目数据类型I/O要求必填/必显范围举例组名字符I必填；1-30位aaa组排序号字符I必添；1-30位11115.8删除公共用户组15.8

36、.1业务概述请求删除公共用户组，确认删除，发送请求，删除保存。15.8.2业务流程请求确认删除发送请求删除存档提示成功是结束否超时？否是提示15.9设置公共用户组成员15.9.1业务概述用户选择用户，提交请求，服务器连接保存信息。15.9.2业务流程选择用户名单提交请求超时？保存信息提示成功否提示是16 通信录模块16.1.0 添加通信录16.1.1 业务概述根据用户填写的联系人信息，确认联系人信息的格式和内容，发送并提交请求。服务器端获取请求信息，并进行添加；验证不通过提示错误信息。16.1.2 业务流程添加通信录输入用户信息服务器响应信息验证添加成功错误信息否否是是16.1.3 输入输出输

37、入信息：排序号、个人信息和联系方式。输出信息： 错误信息和成功信息。16.1.4 输入输出值说明1 排序号为选填项：610位的数字。如不填写系统自动向后排列。2 个人信息为必填项：其中包括联系人的姓名、年龄等。3 联系方式包括家庭和单位的联系方式，为必填项。16.1.5 字段说明项目数据类型I/O要求必填/必显范围举例排序号字符I选填；1-10位01个人信息字符I必填；6-10位小张、男联系方式（家庭）字符I必填：6-10位联系方式（单位）字符I必填：6-10位成功信息字符O添加成功错误提示字符O16.2.0 修改通信录16.2.1 业务概述用户修改通信录，选择修改的联系人并输入修改信息，发送

38、并提交请求，服务器端获取请求信息，修改成功；验证不通过则提示错误信息。16.2.2 业务流程修改通信录输入修改信息服务器响应验证信息修改成功错误信息找到匹配ID并修改否否是16.2.3 输入输出输入信息： 输入所要修改的联系人个人信息和联系方式。输出信息： 错误信息和成功信息。16.2.4 输入输出值说明联系人个人信息、以及联系方式为必填项。16.2.5 字段说明项目数据类型I/O要求必填/必显范围举例联系人个人信息字符I必填；6-10位小张联系方式字符I必填；6-10位电话等成功信息字符O消息提示字符O16.3.0 删除通信录16.3.1 业务概述用户选择所要删除的通信录，向服务器端发送请求

39、，服务器端接收并响应请求信息，找到所要删除的通信录，并执行删除，删除成功；否则返回错误信息。16.3.2 业务流程删除通信录选择所删除的通信录服务器响应找到所删除的记录删除成功错误信息否否是是16.3.3 输入输出输入信息： 填写或选择所要删除的联系人。输出信息： 错误信息和成功信息。16.3.4 输入输出值说明输入的联系人为必填项。其中id编号必须为1-10的数字。16.3.5 字段说明项目数据类型I/O要求必填/必显范围举例联系人的姓名或ID编号字符I必填；6-10位小张、01练习人信息字符I选填；6-10位*成功信息字符O消息提示字符O16.4.0 添加分组16.4.1 业务概述用户选择

40、添加分组，输入分组信息并验证输入分组信息的格式和内容，然后向服务器端发送请求，服务器端接收并响应请求，添加成功；否则返回错误信息。16.4.2 业务流程类别管理添加分组输入分组信息服务器响应验证信息添加成功错误信息是是否否16.4.3 输入输出输入信息： 分组的名称、分组的排序号。输出信息： 错误信息和成功信息。16.4.4 输入输出值说明分组的名称为必填项，其中分组的排序号必须为1-10位数字。16.4.5 字段说明项目数据类型I/O要求必填/必显范围举例分组排序号字符I必填；1-10位01分组名称字符I选填；6-10位*成功信息字符O消息提示字符O16.5.0 修改分组16.5.1 业务概

41、述用户选择修改分组，输入修改信息，验证输入信息的格式和内容，向服务器端发送并提交请求，服务器端接收请求响应，找到匹配信息，修复成功；否则显示错误信息。16.5.2 业务流程类别管理修改分组输入修改信息服务器响应找到修改匹配信息修改成功失败信息是是否否16.5.3 输入输出输入信息：填写所要修改的排序号和分组名称。输出信息：错误信息和成功信息。16.5.4 输入输出值说明分组名称为必填项。其中排序号必须为1-10位数字。16.5.5 字段说明项目数据类型I/O要求必填/必显范围举例排序号字符I选填；1-10位01分组名称字符I必填；6-10位朋友成功信息字符O消息提示字符O16.6.0 删除分组

42、16.6.1 业务概述用户选择删除分组，选择所要删除的分组，向服务器端发送并提交请求，服务器端接收请求并响应，找到匹配的通信录，删除成功；否则删除失败，显示失败信息。16.6.2 业务流程类别管理删除分组选择所要删除的分组服务器响应找到删除的匹配信息删除成功错误信息否否是是16.6.3 输入输出输入信息： 填写或选择所要删除的分组名或id号。输出信息： 错误信息和成功信息。16.6.4 输入输出值说明分组名为必选项，并且id号也必须为1-10数字。16.6.5 字段说明项目数据类型I/O要求必填/必显范围举例分组名称字符I必填；6-10位同事分组id号字符I选填；1-10位02成功信息字符O消

43、息提示字符O非功能性需求技术需求表格 SEQ 表格 * ARABIC 11 软硬件环境需求需求名称详细要求硬件要求IBM兼容机、Intel Pentium III 800/AMD K7以上处理器、128M以上内存支持标准网络协议的网卡系统平台Windows2000/WinXP/Win2003 ReaHat Linux 9/Fedora系列运行环境Sun Java JRM1.5 For Win/Linux 性能需求软件相应速度等的说明。质量需求表格 SEQ 表格 * ARABIC 12 产品质量需求主要质量属性详细要求正确性消息在不同系统平台之间进行传递和显示时不会出现乱码现象健壮性能够容纳10

44、0-200人同时在线交流，服务器端程序连续应工作半年以上可靠性应用程序异常退出及崩溃的机率小于等于5%性能，效率用户消息发送与接收的延迟时间小于等于5秒易用性不用安装，操作简便清晰性安全性保证用户的信息在传输过程中不被窃取、不会泄漏至外网可扩展性可在当前需求基础之上进行功能上的扩展兼容性可运行在大多数主流的硬件环境中可移植性可运行在大多数主流的操作平台上安全保密需求安全保密需求描述，但要注意区分不是软件权限的说明。附录资料：不需要的可以自行删除OA是什么说起OA（Office Automation，办公自动化），几乎是人们都熟识和耳闻的一个IT名词。然而什么是OA？却是众说纷纭、莫衷一是。这主

45、要是因为随着计算机技术、通信技术和网络技术的突飞猛进，关于OA的描述也在不断充实，但至今还没有人对OA下过最权威、最科学、最全面、最准确的定义。其实OA的概念是动态的，进化论不管是其外延还是内涵，已与十几年前的OA发生了很大的变化。总体上讲，它是指一切可满足于企事业单位的、综合型的、能够提高单位内部信息交流、共享、流转处理的和实现办公自动化和提高工作效率的各种信息化设备和应用软件；它不是孤立存在的，而是与企事业单位其它各类管理系统（如电子政务系统、电子商务系统、CRM系统、ERP系统、财务系统）密切相关、有机整合。一个独立存在的OA办公自动化系统生命力及作用是薄弱的。这也是目前最全面、最被认可

46、的OA的概念。办公自动化的发展经历了四个阶段：从PC机加上个人办公软件实现的文字处理是第一个阶段，这个阶段大概在80年代到90年代初，大家主要是实现文字处理，就是单机的办公自动化；第二个阶段是局域网的出现，局域网和关系数据库实现了文件共享、信息共享，这个应该在90年代的初期；第三个阶段，这个阶段的特点是以群件技术为基础、以协同工作和知识管理为目标的办公自动化。第四个阶段，即协同办公门户，这个阶段的特点是OA系统作为整个组织内部信息化的入口，相对于外部门户（互联网网站）。与组织内各个业务系统进行集成，数据集中展现。OA软件的效用从OA软件近些年的发展来看，特别是进入OA第四个阶段协同办公门户。具

47、备以下七个方面的功效。(一)内部通讯平台建立组织内部的邮件系统，短信系统，即时通讯系统、论坛、个人博客等，使组织内部的通讯和信息交流快捷通畅。(二)信息发布平台在内部建立一个有效的信息发布和交流的场所，例如电子通告、新闻发布、电子论坛、电子刊物，使内部的规章制度、新闻简报、技术交流、公告事项等能够在组织内部员工之间得到广泛的传播，使员工能够即时的了解组织内部的发展动态。(三)工作流程自动化这牵涉到流转过程的实时监控、跟踪，解决多岗位、多部门之间的协同工作问题，实现高效率的协作。目前的企业和单位都存在着大量的工作流程，例如公文的处理、收发文、各种审批、请示、汇报，等等，都是一些流程化的工作，每个

48、单位都会有大量的流程。通过实现工作流程的自动化，就可以规范各项工作，提高单位协同工作的效率，极大的减少中间环节的摩擦。（四）文档管理的自动化使各类的文档（包括各种文件、知识、信息）能够按权限进行保存、共享和使用，并有一个方便的查找手段。（五）辅助办公它牵涉的内容比较多，像会议管理、车辆管理、办公物品管理、图书管理等与我们日常办公事务性的工作相结合的各种辅助办公，要实现这个辅助办公的自动化。（六）信息集成我们每一个单位，特别是企业都存在大量的业务系统，如购销存、ERP等各种业务系统。作为我们企业的信息源，往往都在这个业务系统里，办公自动化系统应该跟这些企业的业务系统实现很好的集成，使相关的人员能

49、够有效的获得整体的信息，提高整体的反应速度。（七）实现分布式办公就是要解决分布式办公和移动办公，要支持多分支机构、跨地域的办公模式以及移动办公。现在来讲，市场竞争使企业的规模越来越大，地域分布越来越广，移动办公和跨地域办公成为很迫切的一种需求。OA系统的两个必备条件如果你准备上OA办公软件，首先需回答好以下两个问题：（一）了解自己的需求是否能很清晰的了解自己的办公需求，以及需求的重点，是OA软件成功实施的重要前提，也是选择OA厂商的重要参考指标。就像你上街买一件日用品，日用品的种类很多，价格迥异，适合不同的消费群体。所以第一步，你必须知道自己要什么。（二）组织保障 OA系统的实施应用，触及大家

50、的工作习惯，甚至各个业务部门利益，加上OA系统的用户基本涵盖所有组织成员。特别是在初期，实施阻力较大，是否有一个强有力的组织保障是关键所在。很多单位视之为“一把手”工程，实不为过。从前期需求收集到需求筛选、需求确认；从调研厂商到选择厂商；从实施组织到培训、试用在整个过程中，信息部门、办公室作为OA软件推进的责任部门，必须有有效的组织实施手段及方法。纳入绩效考核是较为可行的办法。如何规划自己的OA系统如何“规划自己的OA系统”？许多客户单位并不清楚。只是看到别人都在实施了OA系统、自己也需要这样的系统。但对于如何规划问题则比较模糊。 系统规划包括这些问题的考虑： 实施目标及明确需求？ 是分期实施

51、、还是一次性实施？ 系统实施的范围？是全单位，还是局部？ 单位管理制度上是否前行，是否作好了改造的准备？ 资金是否到位？是否配备了专门的管理员负责？在明确了以上问题后，便可以进行市场咨询、招标等过程。一般情况下，专业的OA系统服务商往往会根据您的规划、需求提出良好的建设和方案。许多单位不明确时，往往习惯于到其它单位“考察”，这是非常必要的。但是有一点须明白：OA系统代表着企业的管理思想、管理办法、经营思路，而各家与各家往往是不一样的。所以考察不是看都实施了什么样的功能？最重要的是要了解： 某些管理问题在系统中是如何解决的？ 如何确保系统实施和推广？ 在过程中都遇到哪些难题，并且是如何解决的？如

52、何定义自己的OA需求（一）需求陷阱贪大求全内部需求的采集一般都是把一叠白纸发给各个业务部门，一段时间后收集上来汇总；然后从各个OA厂商的产品文档中各抽取部分，然后整理出一个大而全，缺乏整体性考虑的需求。作为招标文件，让各个OA厂家去做方案。你还坚持这些需求是客观合理的，而且必须100%满足，如是这样，你离失败不远了。为什么这样说呢？我们来看看，首先你搜集上来的各个业务部门的需求，很多是站在部门角度去考虑需求，普遍的情况是这些需求充满着本来应该归纳到业务范畴的应用需求。依照这种需求，世上没有一套现成的软件能够100%满足。面对这些需求中复杂的术语和深奥晦涩的部门业务概念，作为项目负责人的你未必能

53、够逐一甄别。其次，你的需求要集各个OA软件厂商之所长，而且要100%满足。任何一家OA软件产品，都有自己的特色，亮点。要一个集所有厂家之所长的产品几无可能。如果一定要有的话，代价是实施周期无限期的延长，资金投入成倍的加大。直到开发出一个你认为集各个OA软件厂商之所长的产品来。实施周期无限期的延长与需求的不断变化，永远没有止境，最后项目只有不了了之，以失败告终，这样的前车之鉴还少吗？（二）需求建议所以你必须这么去整理需求，从繁杂浩瀚的细节中脱出身来，本位主义一概放到后面，先找到一个组织共性的需求协同，然后才是关键部门的需求，最后才是重要角色的需求。另外你可能有其他各种需求，有你敬畏的上级提出的，

54、有强势部门提出的，有不起眼的人提出的，其技术难度和实施难度可能有天壤之别，你必须衡量轻重缓急以及其需求是否满足对全局的成败影响。否则这些汇总的需求将使得你毫无把握项目主干进度的节奏的能力，双方有限的资源被分解为千疮百孔补丁工程，重蹈前人久拖不上的覆辙。选型八大误区应用OA系统实行办公自动化已经成为很多企事业单位加强内部管理，提升办公效率和办公质量的重要手段。但是很多单位在选择OA系统的过程中陷入各种各样的误区，这里我列举了八大有代表性的误区，供广大用户借鉴。误区一：自己开发 自己开发OA更能够满足自身要求，还可以随时升级、维护，可控性强，能避免上当受骗，但实际上呢？首先，OA系统已经涉及到越来

55、越多的学科技术，包括计算机、通信、网络、管理与行为、多媒体、数据库、图形图像等等，是一个需要综合各种人才的团队工程，一个或者几个普通程序员已经很难做好。其次，单位内部的程序员受行业和职位限制，无法掌握最新的管理理念及其发展趋势，往往只能对市面上的OA系统和自己单位的办公流程进行简单模仿和克隆，不能够真正实现提升管理水平的目的；再次，频繁调整OA系统会严重影响员工的快速掌握和正常使用，延长融合期；最后，开发OA系统需要耗费大量的人力、物力、财力、管理、时间成本，不可控因素很多，综合费用最低也要几万元，很多都要数十万元，显然得不偿失。因此除了个别特大型企业和敏感性单位，建议普通企业不必自己开发。误

56、区二：功能越全越好 只要你肯付钱，软件的功能是可以无限扩充的，但这是你必需的么？首先，容易造成功能闲置，系统空洞；其次，功能越全，系统越复杂，使用越困难，维护越麻烦；再次，功能多一点，价格多一片，一次性投入太大最后，服务成本直线上升，隐形风险增大，甚至使应用半途而废。选购OA系统时应该考虑一下自己的实际需求和支付能力，如果以适用为出发点，那么就坚决砍掉那些可有可无、利用率低的“鸡肋”功能，选一个功能紧凑，满足自己核心需求的既便宜又容易二次开发的系统。其实，就OA的功能来说，在通用的核心功能之外，每增加10%，价格至少会增加100%-300%，经理人要看看自己有没有必要为剩下的20%多付那么多的

57、费用。需要注意的是，为满足中小企业客户“小而全”的特点，有的OA集成了人事、客户、财务等功能模块，这些模块往往是“看起来很美”，并不能代替专业的管理软件，只能做最简单的记录和备份工作误区三：价格越低越好 价格低固然是好事，但是是不是越低越好呢？首先，质量问题。这种价格极低的OA多是小公司和个人开发的，还有是个人离职后从原来的企业里带出来的，产品的稳定性、升级性、版权等都没有保障；其次，服务问题。这种软件一般无法提供可靠的服务，即使提供服务也要付出高昂的服务费。软件的服务是和产品融为一体的，软件报价应该包括一个合理的后续服务的费用，不然用户利益得不到有效的保障，服务费就成了一个无底洞。记住，过低

58、的报价往往损失了软件应用的功能和服务，是对客户的不负责任。还有很多原因导致产品低于正常价格销售，比如恶性竞争、抢占市场、争夺用户、产品刚上市或准备退出市场等等，这就要求用户不能贪图便宜，最终损害了自己的利益。误区四：系统应该完全符合单位的办公模式 如果有人说他要找一个完全符合自己办公模式的系统，那么我们要问：这样的系统价值在哪里？首先，软件必须要体现它自身的思想和特点，因为这是软件的作用所在，价值体现； 其次，OA系统不是将传统办公搬到网上，它融合了先进的管理理念和积极的工作态度，体现了新的办公方式；再次，OA的公开、公正、透明会触及某些人的私人利益，使之产生抵触心理。误区五：大企业开发的一定

59、好 大企业开发的不一定好，即使好又真的适合你么？首先，术业有专攻，大企业能做强某个软件或者硬件，却不一定能做好OA，因为它们是不同的概念其次，大企业开发的OA系统价格惊人，往往是普通OA的数倍甚至数十倍； 功能呢是大同小异。再次，OA系统的开发技术和理念日渐成熟，很多公司都开发出了优秀的OA软件；最后，大企业开发的OA系统更适合大企业来用，因为中小企业使用的版本需要具有中小企业特色，包括结构、功能、流程、维护等。相反规模不是很大的公司开发出来的系统可能更实用，因为他们对中小企业理解更直接，更深刻。误区六：选一个OA软件来彻底改善管理 单位管理混乱，能通过一个软件来解决问题么？首先，管理混乱是因

60、为没有规范的流程，而规范的流程需要人来制定，然后借助OA系统来让流程得到有效的执行；其次，OA是一个工具，不具有主观能动性，管理中最重要的问题如激励、分析、决策等等都需要人来完成；再次，OA的作用是提高整个单位的办公效率和办公质量，将人从低端工作中解放出来处理核心事务。所以，过低或过高的看待OA的作用都是不正确的，只有提高整个单位的人员素质，特别是领导者素质，才能彻底提高管理水平。当然也不是说必须让管理变得完美之后再来应用OA，OA与人的作用应该是相辅相成、互相促进。 误区七：一步到位，一劳永逸 一步到位就能一劳永逸么？首先，企业发展不会一步到位，人员、规模、制度、思维、文化等都在不断的调整、