综合办公平台需求说明文档
（V2.0）
2012年11月29日
目录
1 前言 (1)
1.1 目的 (1)
1.2 范围 (1)
2 系统目标 (2)
3 系统参与人员 (2)
4 业务流程 (3)
4.1 OA系统业务流程描述 (3)
4.1.1 收文 (3)
4.1.2 发文 (4)
4.2 岗位绩效系统业务描述 (4)
5 功能需求 (5)
5.1 综合平台管理 (5)
5.1.1 单点登录 (5)
5.1.2 组织机构管理 (5)
5.1.3 用户管理 (5)
5.1.4 角色组管理 (5)
5.1.5 权限管理 (6)
5.1.6 日志管理 (6)
5.2 OA系统 (6)
5.2.1 文书工作 (6)
5.2.2 事务管理 (9)
5.2.3 信息报送 (11)
5.2.4 工作日志 (12)
5.2.5 短信管理 (12)
5.2.6 领导决策 (13)
5.3 岗位绩效管理系统 (13)
5.3.1 指标库管理 (13)
5.3.2 计划填报审核 (13)
5.3.3 日常评估 (13)
5.3.4 综合评估 (14)
5.3.5 绩效考核查询 (14)
5.3.6 绩效考核统计 (14)
5.3.7 考核配置 (14)
5.3.8 申诉功能 (14)
5.3.9 系统设置维护 (15)
6 非功能需求 (15)
6.1 接口 (15)
6.1.1 硬件接口 (15)
6.1.2 软件接口 (15)
6.1.3 通信接口 (15)
6.2 需求约束 (16)
6.3 可靠性 (17)
6.4 可恢复性 (17)
6.5 性能 (17)
6.6 可配置性 (17)
7 其他 (18)
7.1 购买软/硬件 (18)
1前言
1.1目的
编写本说明书的目的是为了将哈尔滨市法制信息化建设平台中各个用户对各业务系统的功能要求描述清晰，整理需求，形成功能、业务模块，明确业务中的数据交流机制，供系统分析人员、设计人员、测试人员、以及用户阅读。为后续工作做好指导工作。
1.2范围
系统名称：综合办公平台；
综合办公平台由OA系统和绩效管理系统两部分主体内容组成。
图1 综合办公平台示意图
2系统目标
系统面向的用户群体是政府法制办用户，以电子信息化为手段，实现网上网络办公、网络绩效考评的综合办公平台。
法制办收、发文管理，实现公文的流转，办理；
公文的督办管理；
办公中各类事务处理；
对ＯＡ系统办理过程的绩效考核；
对各业务系统中办理过程的绩效考核；
3系统参与人员
综合办公平台有以下几类系统参与者：
业务办公人员
进行日常办公，对公文进行办理；日常事务的办理；
绩效管理员
对绩效系统中各类指标数据进行维护，对绩效参与人员进行考核评分等；
平台管理员
对综合办公平台的使用用户及其相关权限进行配置和管理。
ＯＡ系统管理员
对ＯＡ系统中流程、表单、权限等系统功能进行配置和管理。
4业务流程
4.1OA系统业务流程描述
4.1.1收文
图3收文流程
4.1.2发文
图4发文流程
4.2岗位绩效系统业务描述
年初办内各处室人员上报个人年度计划，由考评处室（秘书处）进行审核，如审核无问题进入日常考评阶段，审核不通过重新填报。
日常考核周期分为季度、半年、一年；每个周期内，考评的分数来源分为系统自动打分、自我举证加分、事件记录减分及领导打分等多个机制。被考评人员在周期内可以填报自我工作完成情况，提供佐证材料，加分情况等，由考评单位审核通过后根据其他考评来源给予
本周期内的分数。
年终，提供综合评价功能。被评估人员上报年度总结报告以及其他佐证材料，由考评单位审核并汇总各个周期内的分数，以及领导的综合评分形成最终的考评分数。
5功能需求
5.1综合平台管理
5.1.1单点登录
通过平台可单点登录各业务系统；
5.1.2组织机构管理
提供对用户组织结构的管理，可进行添加、修改、删除、排序等操作；
5.1.3用户管理
根据组织结构对系统中的用户信息进行管理，可进行添加、修改、删除、排序等操作；
5.1.4角色组管理
设置角色组，通过角色组以方便给具有相同职权的用户赋权限；
5.1.5权限管理
平台统一授权，设置每个用户能使用的系统；
5.1.6日志管理
统一日志管理，查看各业务系统中所有的操作日志；
5.2OA系统
5.2.1文书工作
5.2.1.1收文管理
5.2.1.1.1收文登记
对其他单位的来文进行扫描登记；
对市政府的电子公文进行收文登记；
5.2.1.1.2收文批办
按流程进行批办工作；
确定文件办结时限，通过公文标题颜色区分对参与办理的人员进行提醒；
5.2.1.1.3督察督办
5.2.1.1.4收文转发文
收文办理过程中可转发文；在发文处体现出是收文转发过来的；
5.2.1.1.5收文安排事务
收文办理过程中可进行接待工作的填写和办理；
5.2.1.1.6收文转通知
收文办理过程中转通知；
5.2.1.1.7其他
针对客户所提出的领导办理时可修改办理日期的功能，建议客户使用委托办理的功能
5.2.1.2发文管理
按流程进行发文的拟稿和办理；
办理过程中保留领导的手写痕迹；
发文拟稿的正文是一空白模板；
5.2.1.3通知公告
公告：全办的人都可以查看，内容包括标题、内容、附件等； 通知，选择人员进行通知，通知类型包括：日常通知、会议通知等，通知内容包括：标题、内容、附件、通知人、通知处室，通
知需要有回执；发送通知的人员能查看通知回执情况；
接口说明：系统中的某些功能模块需要发送通知内容，功能模块包括：会议管理等
5.2.1.4公章管理
公章管理：文书对公章信息进行维护；
公章申请：需要使用公章时须要提出申请，申请内容包括：使用哪个公章、申请时间、申请人、申请说明；
审核：文书对公章的申请进行审核，只有审核通过才能使用公章； 统计：按时间段对公章进行统计，统计内容包括哪个公章使用了多少次；
5.2.1.5领导交办工作
管理员登记所有领导交办的工作，选择参与办理人员；
参与交办工作的办理人员报工作进度或材料，填报内容包括：文字内容和附件，填报时间等；
法制办领导随时查看各交办工作办理情况；
统计：按时间段、按人统计交办工作情况；
5.2.2事务管理
5.2.2.1会议管理
5.2.2.1.1会议室管理
会议室维护：对法制办的所有会议室进行维护，会议室内容包括：会议室名称、地点、备注等；
会议室申请：使用会议室开会须进行申请，申请时如果会议室已经占用，则不允许申请；
会议室申请审核：对会议室的使用申请进行审核，只有审核通过才能使用会议室；
统计：按时间段对每个会议室的使用情况进行统计，统计内容包括会议室使用的次数等；
5.2.2.1.2会议管理
会议管理：管理员对会议进行维护，会议内容包括：会议议题、所用会议室、会议时间、参与人员、会议内容、会议纪要等；
发送通知：会议录入完成后，对与会人员发送通知，可选择短信发送通知进行提醒；
特殊情况说明：会议室的使用可能根据会议的级别进行占用，级别较高的会议会有优先占有会议室的权利，但不会影响已审批过的会议室申请，这时管理员可以对会议进行修改，将会议的会议室作调整；
5.2.2.2接待工作
接待事项管理：包括：接机、食宿等；
接待工作：可由管理员直接维护，也可在收文办理过程中填写，内容包括：责任人、负责事项、时间、工作说明等；负责人可在接待工作中查看本人的接待工作；
接口说明：在收文管理中根据需要直接发起接待工作；
5.2.2.3办公用品管理
办公用品维护：管理员进行办公用品的维护，主要内容包括：办公用品名称、说明、库存、库存下限个数等，如果办公用品库存到达或低于库存下限则进行提示；
入库：管理员将采购回来的办公用品进行入库；
申请：办公用品的使用需要进行申请，申请内容包括：申请人、申请部门、申请用品、申请数量、备注说明；申请时如果库存数量不足，可以进行申请；
审批：对办公用品的申请进行审批，只有审批通过后才能领用；
审批时如果库存不足或可能达到库存下限需要进行提示；
领用：对办公用品领用，领用记录来源于审批结果；
统计：按时间段、按用品、按处室对办公用品的使用情况进行统计；
5.2.2.4维修维护管理
维修维护类别：管理员可编辑类别，包括内容：设备、桌椅等
维修维护申请：普通用户进行维修维护申请，申请内容包括：申请人、申请处室、申请时间、申请内容说明；申请人可查看申请后的审批结果，审批通过的申请记录可查看最终维修维护的结果； 维修维护审核：领导对申请进行审核，只有审核通过的申请才能进行维修或维护；
维修维护结果：管理员对审批通过的申请记录，根据维修情况填写结果，结果包括是否维修完成、维修说明；
统计：按时间段、按处室、按类别进行统计维修情况以及结果；
5.2.3信息报送
5.2.3.1信息报送
信息维护：按发文流程进行信息的维护，正文为word形式，可对内容进行编辑；
报送：信息维护完成后，需要对报送结果进行维护，内容包括：是否进行报送、报送单位、是否被采用；
报送单位维护：包括：报送单位名称等；
统计：按时间段、按起草处室、按报送单位对信息进行统计，统计内容包括：起草处室的信息总数、按报送单位统计报送个数、采用个数、未采用个数；
5.2.3.2大事记
申请：对发生的重大事情进行填写申请，内容包括：时间、人员、大事记内容；
审核：管理员对大事记申请进行审核，并可进行修改、删除操作，确定哪些申请记录可以记入大事记；
生成：按时间段将所有审核通过的大事记记录生成大事记，内容包括：标题、大事记内容；
5.2.4工作日志
填写：工作日志可由普通用户自行填写，也可由系统自动生成； 查看：处长可以查看全处的工作人员填写的工作日志；领导可以查看所有人的工作日志；
接口说明：系统自动生成的工作日志接口包括以下功能模块：文件的办结等？？
5.2.5短信管理
5.2.5.1短信管理
管理人员可以随时填写短信内容，选择接收人进行发送，并可以查看已发送的短信记录；
5.2.5.2短信接口
系统可根据需要自动发送短信通知功能，包括的功能模块有：
会议通知、
在每个功能处增加是否发送短信选择框，选中后即给相关人员发送短信通知，通知内容根据功能模块自定义；
5.2.6领导决策
此功能根据同用户协商结果另定，是放在ＯＡ系统或是放在绩效系统中；
5.3岗位绩效管理系统
5.3.1指标库管理
提供了用于实施绩效考核管理的考核体系和考核模型的配置。包括考核指标配置、考核内容配置、考核周期管理和等方面的管理设置等。
5.3.2计划填报审核
办内处室人员填报年度计划内容，由绩效考评处室（秘书处）审核年度计划上报情况；
5.3.3日常评估
在每个考评周期内，对人员实现周期内的考评，提供打分机制；
5.3.4综合评估
在年终，系统通过OA系统获取的绩效考评结果、日常评估的考评结果以及人员的自我评价给予综合性的打分，最终形成一年的人员绩效考核结果。
5.3.5绩效考核查询
系统具有方便的绩效内容、绩效考核结果检索功能、模糊查询功能，能帮助用户及时了解查询内容。
5.3.6绩效考核统计
自动统计各单位、各执法人员的绩效考核结果功能和数据分类汇总统计功能，并且可根据相关部门具体要求，设置相关的统计内容。
5.3.7考核配置
对于考核过程中的一些具体情况做配置，如当前的年份，本部门人员是否可以看到其它部门指标完成情况，指标填报的超时时间等。
5.3.8申诉功能
在被考评人员对考核结果有异议时，系统提供申诉机制，便于与考评办沟通。
5.3.9系统设置维护
系统具有完整的数据库管理功能，可以对数据库进行优化、备份、恢复等多项操作
6非功能需求
6.1接口
6.1.1硬件接口
6.1.2软件接口
6.1.3通信接口
系统会应用到基于HTTP传输协议的WebService，以及TCP协议的Socket通讯技术。
6.2需求约束
6.3可靠性
6.4可恢复性
系统发生故障
系统出现故障不能提供服务时，保障系统数据不丢失，当服务恢复时，数据完好。
数据库备份和恢复
数据库备份和恢复机制。
6.5性能
具体性能要求指标如下表：
6.6可配置性
与其他系统的接口应都支持快速转换配置。
保密级别：S 资料编号：SRS-[产品代号] -[序列号] 版本：V[*].[*] [产品型号名称（二号字体）] [部件型号名称（可选、小二号字体）] 软件需求分析说明书 共11页 编制： 审核： 审定： 会签： 批准： XXXXXXXXXX公司 [****]年[**]月[**]日
文档修改记录
目录 1引言 (2) 1.1编写目的 (2) 1.2范围 (2) 1.3定义、首字母缩写词和缩略语 (2) 1.4参考资料 (2) 2项目概述 (3) 2.1产品描述 (3) 2.2产品需求 (3) 2.2.1功能需求 (3) 2.2.2性能需求 (4) 2.2.3可服务性需求 (4) 2.3用户及用户特点 (4) 2.4一般约束 (5) 2.5假设和依据 (5) 3用例描述 (5) 3.1用例1 (5) 3.2用例2 (6) 3.3用例n (6) 4外部接口需求 (7) 4.1用户接口 (7) 4.2硬件接口 (7) 4.3软件接口 (7) 4.4通信接口 (8) 5设计约束 (8) 5.1其他标准的约束 (8) 5.2硬件的限制 (8) 6属性 (8) 6.1可用性 (8) 6.2安全性 (9) 6.3可维护性 (9) 6.4可转移＼转换性 (9) 6.5警告 (9) 7其他需求 (9) 7.1数据库 (9) 7.2操作 (10) 7.3场合适应性需求 (10) 8附录 (10)
[说明：本模板中的蓝色字体与橙色字体为说明性文字，在最终提交的文档中请删除这些说明性的文字。] 1 引言 1.1 编写目的 说明编写这份软件需求说明书的目的，指出预期的读者范围。 1.2 范围 说明： a．待开发的软件系统的名称； b．说明软件将干什么，如果需要的话，还要说明软件产品不干什么； c．描述所说明的软件的应用。应当： 1）尽可能精确地描述所有相关的利益、目的、以及最终目标。 2）如果有一个较高层次的说明存在，则应该使其和高层次说明中的类似的陈述相一致（例如，系统的需求规格说明）。 1.3 定义、首字母缩写词和缩略语 列出本文件中用到的专门术语的定义和缩写词的原词组。 1.4 参考资料 列出要用到的参考资料，如： a．本项目的经核准的计划任务书或合同、上级机关的批文； b．属于本项目的其他已发表的文件； c．本文件中各处引用的文件、资料，包括所要用到的软件开发标准。 列出这些文件的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。
组长成员XXX系统 软件需求文档年月日
修改记录 版本号变更控制报告编号更改条款及内容更改人审批人更改日期 1.0 初稿 1.1 添加数据流图 1.2 添加业务规则
目录 1前景和范围文档 (4) 1.1业务需求 (4) 1.2解决方案的前景 (5) 1.3范围和局限性 (6) 1.4业务上下文 (6) 2用例描述文档 (9) 3需求规格说明书 (13) 3.1引言 (13) 3.2综合描述 (13) 3.3外部接口需求 (15) 3.4系统特性 (16) 3.5其他非功能性需求 (19) 3.6其他需求 (20) 附录A 词汇表 (20) 附录B 分析模型 (22) 附录C 待确定问题的列表 (23)
该附录通过“自助食堂订餐系统（Cafeteria Ordering System，COS）”这样一个假想的小型项目，阐述了本书所描述的某些需求文档和图。这里包括如下这些内容： ?前景和范围文档。 ?用例列表和若干用例描述。 ?部分软件需求规格说明。 ?某些分析模型。 ?部分数据字典。 ?若干业务规则。 因为这仅仅是一个范例，所以我们并不打算完善这些需求元素。我们的目标只是提供一种思想，各种类型的需求信息之间彼此是如何关联的，并演示我们可能如何编写文档每一部分的内容。在一个小型项目中，将不同的需求信息综合到单一的文档中，常常是有意义的，因此我们可能没有单独的前景和范围文档、用例文档和软件需求规格说明。这些文档中的信息能够以多种其他合理的方式来组织。基本的目标是确保需求文档清晰明了、完整和易使用。 这些文档总的来说都遵循照前面章节所描述的模板，但是，因为这只是一个小型项目，所以对这些模板稍微作了一些简化。有时，会将几个部分合并起来，这是为了避免信息重复。每一个项目都应该考虑如何适应组织的标准模板，以尽量适合于项目的规模和本质。 1前景和范围文档 1.1业务需求 1.背景、业务机会和客户需要 目前，Process Impact公司的大多数员工平均每天要花费60分钟去自助食堂选择、购买并用午餐，其中大约有20分钟要花在公司和自助食堂之间的往返路程、选择自己喜欢的午餐、以及以现金方式或以信用卡方式结算餐费上。当员工出去用午餐时，他们平均有90分钟时间不在岗。有些员工提前给自助食堂打电话预订午餐，请自助食堂准备好他们所选择的午餐。但是，员工并不是总能如愿以偿，因为自助食堂有些食物己卖完，而与此同时，自助食堂又不可避免地会浪费大量的食物，因为有些食物没有卖出去而只好倒掉。早餐和晚餐同样面临着这样的问题，只是到自助食堂用餐的员工人数比午餐要少得多。 许多员工都通过允许自助食堂用户在线订餐的一个系统而提出订餐请求，要求在指定的日期和时间内将所订的午餐送到公司的指定地点。通过这样一个系统，使用这一服务的员工可以节约相当可观的时间，而且订到自己所喜欢的食物的机会也增大了。这既提高了他们的工作生活质量，也提高了他们的生产率。自助食堂提前了解到客户需要哪些食物，就可以减少浪费，并提高自助食堂员工的工作效率。要求送货上门的订餐员工将来还可以从本地的饭店来订餐，这就大大扩大了员工对食物的选择范围，并通过与饭店的大量购餐协议而有可能节约费用。Process Impact公司也可以只在自助食堂订午餐，而在饭店订早餐、晚餐、特定事件的用餐以及周末会餐。 2.业务目标（Business Objective，BO）和成功标准（Success Criteria，SC）
WORD文档可编辑 X X X X X X单位 X X X X X X X项目 软件需求规格说明书 金碧信息科技
目录 第一章引言 (5) 1编写目的 (5) 2软件需求分析理论 (5) 3软件需求分析目标 (5) 4参考文献 (6) 第二章需求概述 (7) 1.项目背景 (7) 2.需求概述 (7) 3.条件与限制(可选) (8) 4.移动办公系统结构 (8) 5.移动办公网络拓扑图 (9) 第三章系统功能需求 (10) 1.移动办公系统升级改造需求 (10) 界面显示要求 (11) 待办公文列表 (11) 待办公文列表排序 (11) 公文详细信息界面元素 (11) 网站信息审批 (12) 会议申请 (12) 意见录入 (12) 移动邮件 (12) 会议管理 (13) 通知通告 (13) 通讯录管理 (14) 2.车辆管理模块升级改造需求 (14) 系统功能架构 (14) 网络拓扑结构 (15)
3.电子公文预览需求 (15) 电子公文交换网络 (16) 电子公文交换流程 (18) 4.政务信息管理系统平台功能需求 (19) 第四章软硬件或其他外部系统接口需求 (21) 1.用户界面 (21) 2.硬件需求 (22) 3.网络需求 (22) 4.接口需求 (22) 5.通信需求 (23) 6.运行环境 (23) 第五章其他非功能需求 (24) 1.性能需求 (24) 2.安全设施需求 (25) 3.安全性需求 (25) 4.扩展性需求 (26) 5.可移植性需求 (26)
第一章引言 1编写目的 为明确软件需求、安排项目规划与进度、组织软件开发与测试，撰写本文档。 2软件需求分析理论 软件需求分析（Software Reguirement Analysis）是研究用户需求得到的东西，完全理解用户对软件需求的完整功能，确认用户软件功能需求，建立可确认的、可验证的一个基本依据。 软件需求分析是一个项目的开端，也是项目实施最重要的关键点。据有关的机构分析结果表明，设计的软件产品存在不完整性、不正确性等问题80％以上是需求分析错误所导致的，而且由于需求分析错误造成根本性的功能问题尤为突出。因此，一个项目的成功软件需求分析是关键的一步。 3软件需求分析目标 软件需求分析的主要实现目标： 1)对实现软件的功能做全面的描述，帮助用户判断实现功能的正确性、一 致性和完整性，促使用户在软件设计启动之前周密地、全面地思考软件 需求； 2)了解和描述软件实现所需的全部信息，为软件设计、确认和验证提供一 个基准； 3)为软件管理人员进行软件成本计价和编制软件开发计划书提供依据； 需求分析的具体内容可以归纳为六个方面：软件的功能需求，软件与硬件或其他外部系统接口，软件的非功能性需求，软件的反向需求，软件设计和实现上的限制，阅读支持信息。 软件需求分析应尽量提供软件实现功能需求的全部信息，使得软件设计人员
项目管理协作支撑系统 软件需求规格说明书 目录 1.引言 (2) 1.1目的 (2) 1.2适用范围 (2) 1.3参考资料 (2) 1.4术语和缩略语 (2) 2.系统概述 (2) 2.1产品描述 (2) 2.2产品功能 (4) 2.3一般约束 (5) 3.功能性需求分类 (5) 3.1功能描述 1 .................................................................................................................错误！未定义书签。 3.2功能描述 2 (5) 4.产品的非功能性需求 (11) 4.1外部接口说明 (11) 4.1.1用户接口 (11) 4.1.2软件接口 (11) 4.2性能需求 (11) 4.2.1硬件的限制 (11) 4.3属性 (11) 4.3.1友好性 (11) 4.3.2安全性 (11) 4.3.3可维护性 (11) 4.3.4可转移 / 换性 (12) 4.4系统的运行环境 (12) 4.5其他需求 (12) 4.5.1用户操作需求 (12) 附录 A：需求确认 (14)
1.引言 1.1目的 编写此文档的目的是进一步定制软件开发的细节问题, 希望能使本软件开发工作更具体。 是为使用户、软件开发者及分析人员对该软件的初始规定有一个共同的理解，它说明了本产品的 各项功能需求、性能需求和数据要求，明确标识各功能的实现过程，阐述实用背景及范围，提供 客户解决问题或达到目标所需的条件或权能，提供一个度量和遵循的基准。 1.2适用范围 在各个行业中，当我们接受到用户的商业项目后，在项目运行的全过程中充满了不确定因素，只有有效的运用项目管理的科学和艺术，才有可能使项目取得成功。对以上方面要想达到有效的管理水平，必须有一套科学的管理方法，但是即使有了科学的管理方法，由于项目干系人之间的沟通、协作不到位，往往达不到预期的结果。鉴于这种情况我们开发一套项目管理协作支撑系统，旨在为项目干系人提供一个交流、协作以及项目的进度跟踪监控、项目的质量控制、项目相关资源的管理的软件平台，从而提高项目管理水平，实现了工作的协同化、提高了工作效率。 1.3参考资料 资料名称 [ 标识符 ]出版单位作者日期 1.4术语和缩略语 术语、缩略语解释 2.系统概述 2.1产品描述 本项目的目标是： <1>决策支持 :根据项目的需求及时提供所需信息, 并在一定阶段对各模块的进度进行追踪及提 示 , 实现工作的协同化、提高了工作效率。 <2>提高效率 : 利用软件进行管理, 避免人工管理的失误以及延迟性, 从而实现高效率的管理。
OA办公系统需求分析说明书 编写：日期：2013-07-23 审核：日期： 批准：日期： 受控状态：是 发布版次：1.1 日期： 编号：
变更记录 签字确认
目录 1概述 (4) 1.1目的 (4) 1.2背景 (4) 1.3范围 (4) 1.4术语定义 (4) 1.5参考资料 (5) 1.6任务概述 (5) 1.6.1目标 (5) 1.6.2用户的特点 (5) 1.6.3假定和约束 (6) 1.7运行环境 (6) 1.7.1软件环境 (6) 1.7.2硬件环境 (7) 1.8需求规定 (7) 1.8.1对功能的需求 (7) 1.8.2对非功能性的需求 (23)
1概述 1.1目的 本说明书目的在于明确说明系统需求，界定系统实现功能的范围，指导系统设计以及编码，勾勒出各个功能模块完成的功能及功能模块间的联系。 本说明书的预期读者为：系统架构人员，系统分析人员，开发工程师，测试人员。 1.2背景 软件名称为：OA办公系统 项目客户：中软国际卓越培训公司（北京分公司） 开发者： 用户：办公室员工 本OA办公系统主要针对企业内部的人事管理，旨在提高人事管理的效率，减免手工处理的繁琐与误差，及时、准确地反映公司员工的工作状态，实现办公规范 化，自动化。 1.3范围 系统包括的范围：个人信息管理，请假管理，报销管理，公告管理，人员组织结构管理。 1.4术语定义 中软：中软国际。 OA: 办公室自动化。
1.5参考资料 A）OA办公系统需求分析1.0版.doc 1.6任务概述 1.6.1 目标 本OA办公系统主要针对某企业内部的人事管理以及事务管理，旨在提高人事管理的效率，减免手工处理的繁琐与误差，及时、准确地反映公司员工的工作状态，实现办公规范化，自动化。具体的目标包括： 1)对人员、部门、职位的快速查询，准确的添加及修改； 2)对人员权限的具体分配 3)规范请假流程 4)规范报销流程，为财务提供严密的帐务系统 5)简单、友好的操作界面 1.6.2 用户的特点 本OA办公系统的用户分为普通员工，部门经理，财务部人员，总经理，管理员五类。 对于普通员工，不需要有太高的技术水平，能初步了解计算机基本操作即可；他可以查看自己的个人信息，按照流程请假、报销，可查看请假、报销的申请状态，也可以查看同事的部分信息。 对于部门经理，不需要有太高的技术水平，能初步了解计算机基本操作即可；他可以审批本部门员工的请假申请与报销申请，并把报销申请提交给财务部人员。 对于财务部人员，要熟练掌握财务专业知识，初步了解计算机基本操作即可；他可以审批各部门提交过来的报销申请，并把批准的申请提交给总经理。 对于总经理，要熟练掌握财务专业知识，初步了解计算机基本操作即可；他可以审批财务部提交过来的报销申请。 对于管理员，需要熟悉本系统，掌握系统各功能流程；他拥有系统的最高权限，可以对人员、部门、职位、权限进行增、删、查、改，可为各用户分配系统的各权限。还可以向指定部门发公告。
泵送零部件质量信息化之 自制大件钢印号管理需求分析说明书 Requirement Analysis Document 文档编号： 状态: ■草稿□发布□修改作者:寻浏平、王刚华
文档信息 修改记录
目录 1.引言 (4) 1.1编写目的 (4) 1.2项目背景 (4) 1.3术语定义 (4) 2.业务描述 (4) 2.1目标范围 (4) 2.2业务综述及总体流程 (4) 2.2.1业务流程图 (5) 2.2.2业务需求 (6) 2.3用户特性 (6) 2.4约定假设 (6) 3.功能需求 (7) 3.1 SAP新增自定义字段“钢印号”（F01） (8) 3.1.1功能模块流程图 (8) 3.1.2功能详细描述 (8) 3.2 MES下载订单主数据接口修改（F02） (10) 3.2.1功能模块流程图 (10) 3.2.2功能详细描述 (10) 3.3 MES终端钢印号报工功能修改（F03） (11) 3.4大件SAP/PDA收货功能（F04） (11) 3.5大件SAP/PDA出库钢印号记录功能（F05） (27) 3.6 MES返修订单质检功能（F06） (34) 3.6.1功能模块流程图 (34) 3.6.2功能详细描述 (35) 3.7 SAP大件（钢印号）可用库存查询功能（F06） (37) 4.业务编码规范 (41) 5.非功能性需求 (41) 5.1用户界面需求 (41) 5.2性能及压力需求 (41) 5.3安全需求 (41) 5.4环境需求 (41) 5.5产品质量要求 (42) 6. 批准确认 (42)
1.引言 1.1编写目的 将泵送制造本部钢印号管理业务需求转化为功能需求，为设计、开发、测试、实施人员提供参考依据。 1.2项目背景 目前泵送制造本部所有自制大件实物上都需打钢印号。实物上的钢印号编码是由制造部各工作中心根据既定的规则自行进行编码和打印钢印号的，MES系统只检验时才开始对钢印号与生产订单信息进行关联和记录。为加强对自制大件质量的管控，泵送质保部提出要对钢印号整个生命周期进行管控的需求。经泵送质保本部、泵送制造本部综合管理部、泵送制造本部物料管理部共同商讨决定对泵送自制大件实现从计划下达、生产制造、质量记录、生产返工、装配记录、售后质量追溯全生命周期的管理。 1.3术语定义 钢印号：为实现对自制大件生产过程质量追溯，自制大件组焊完成后在实物上打印的钢字码。钢印号一般包含以下信息：型号、生产日期、流水号等。 2.业务描述 2.1目标范围 泵送制造本部所有自制大件均需实现钢印号管理，先在转塔工作中心（转塔台和转塔座）实现和试用，优化完成后再推广到泵送制造本部其他大件。 2.2业务综述及总体流程 从整体描述项目业务需求及业务流程，相互关联，及总体流程图。
软件需求说明书 （转载自国家计算机标准和文件模板） 软件需求说明书的编制是为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解，使之成为整个开发工作的基础。编制软件需求说明书的内容要求如下： 1.引言 1.1 编写目的 说明编写这份软件需求说明书的目的，指出预期的读者。 1.2 背景 说明： a.待开发的软件系统的名称； b.本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络； c.该软件系统同其他系统或其他机构的基本的相互来往关系。 1.3 定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 1.4 参考资料 列出用得着的参考资料，如： a.本项目的经核准的计划任务书或合同、上级机关的批文； b.属于本项目的其他已发表的文件； c.本文件中各处引用的文件、资料、包括所要用到的软件开发标准。列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。 2. 任务概述 2.1 目标 叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。解释被开发软件与其他有关软件之间的关系。如果本软件产品是一项独立的软件，而且全部内容自含，则说明这一点。如果所定义的产品是一个更大的系统的一个组成部分，则应说
明本产品与该系统中其他各组成部分之间的关系，为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。 2.2 用户的特点 列出本软件的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本软件的预期使甩频度。这些是软件设计工作的重要约束。 2.3 假定和约束 列出进行本软件开发工作的假定和约束，例如经费限制、开发期限等。 3. 需求规定 3.1 对功能的规定 用列表的方式（例如IPO表即输入、处理、输出表的形式），逐项定量和定性地叙述对软件所提出的功能要求，说明输入什么量、经怎样的处理、得到什么输出，说明软件应支持的终端数和应支持的并行操作的用户数。 3.2 对性能的规定 3.2.1 精度 说明对该软件的输入、输出数据精度的要求，可能包括传输过程中的精度。 3.2.2 时间特性要求 说明对于该软件的时间特性要求，如对： a.响应时间； b.更新处理时间； c.数据的转换和传送时间； d.解题时间；等的要求。 3.2.3 灵活性 说明对该软件的灵活性的要求，即当需求发生某些变化时，该软件对这些变化的适应能力，如： a.操作方式上的变化； b.运行环境的变化；
项目管理协作支撑系统（The English Name） 软件需求规格说明书 XXX项目小组
修订表
审批记录
目录 1.引言 (5) 1.1目的 (5) 1.2适用范围 (5) 1.3参考资料 (5) 1.4术语和缩略语 (5) 2.系统概述 (5) 2.1产品描述 (5) 2.2产品功能 (7) 2.3一般约束 (8) 3.功能性需求分类 (8) 3.1功能描述1.................................................................................................................... 错误!未定义书签。 3.2功能描述2 (8) 4.产品的非功能性需求 (14) 4.1外部接口说明 (14) 4.1.1用户接口 (14) 4.1.2软件接口 (14) 4.2性能需求 (14) 4.2.1硬件的限制 (14) 4.3属性 (14) 4.3.1友好性 (14) 4.3.2安全性 (14) 4.3.3可维护性 (14) 4.3.4可转移/换性 (15) 4.4系统的运行环境 (15) 4.5其他需求 (15) 4.5.1用户操作需求 (15) 附录A：需求确认 (17)
1.引言 1.1目的 编写此文档的目的是进一步定制软件开发的细节问题,希望能使本软件开发工作更具体。 是为使用户、软件开发者及分析人员对该软件的初始规定有一个共同的理解，它说明了本产品的各项功能需求、性能需求和数据要求，明确标识各功能的实现过程，阐述实用背景及范围，提供客户解决问题或达到目标所需的条件或权能，提供一个度量和遵循的基准。 1.2适用范围 在各个行业中，当我们接受到用户的商业项目后，在项目运行的全过程中充满了不确定因素，只有有效的运用项目管理的科学和艺术，才有可能使项目取得成功。对以上方面要想达到有效的管理水平，必须有一套科学的管理方法，但是即使有了科学的管理方法，由于项目干系人之间的沟通、协作不到位，往往达不到预期的结果。鉴于这种情况我们开发一套项目管理协作支撑系统，旨在为项目干系人提供一个交流、协作以及项目的进度跟踪监控、项目的质量控制、项目相关资源的管理的软件平台，从而提高项目管理水平，实现了工作的协同化、提高了工作效率。 1.3参考资料 1.4术语和缩略语 2.系统概述 2.1产品描述 本项目的目标是： <1>决策支持: 根据项目的需求及时提供所需信息,并在一定阶段对各模块的进度进行追踪及提 示,实现工作的协同化、提高了工作效率。 <2>提高效率:利用软件进行管理,避免人工管理的失误以及延迟性,从而实现高效率的管理。
《人力资源管理系统》需求分析报告 1.需求获取及分析 1.1业务需求 随着计算机技术，网络技术和信息技术的发展，现在的办公系统更加趋于系统化，科学化和网络化，网络办公自动化系统是计算机技术和网络迅速发展的一个办公应用解决方案，它的的主要目的是实现信息的交流和信息共享，提供协同工作的手段，本系统对公司的人力资源进行管理，为人力资源管理人员提供一套简单的操作，使用可靠，界面友好，易于管理和使用的处理工具，对人力资源各种数据进行统一管理，避免数据存取，数据处理的重复，提高工作效率，减少数据处理的复杂性。 1.2用户需求 人力资源管理系统在企业中起着通行桥梁的作用，通过与其它的各个管理系统模块的信息连接，将整个企业有机、高效地带动起来，使得企业各个方面的工作因人力资源管理系统的高效、简便而更加顺利。 企业方面： 可以有效的进行对职工信息管理；增加、删除、修改员工信息；薪金发放；考勤以及招聘等工作。 职工方面： 每个职工都可以对自己的信息进行查看，查询薪金发放情况以及职称评比情况。
1.3功能需求 本系统的实现的功能主要划分为： A.信息输入模块 B.用户查询模块 C.系统维护模块 D.系统输出显示模块 E.考勤模块 F.招聘模块 本系统是一个集多项功能于一身的集成应用系统，用户只有按照提示信息，使用鼠标和键盘录入相应的信息内容即可完成所需的功能。本系统所有的提示信息均为中文显示，以方便用户的使用。 系统的主要功能有： A.信息输入模块：包括普通职工用户和管理员用户通过网络的输入登录条件和查询条件等操作。 B.查询模块：根据普通职工用户输入的查询条件（职工号）对系统所保存的记录内容（工资和奖金等）进行查询检索。 C.系统维护模块：包括对维护人员的个人信息密码的修改、数据库的及时更新，添加和过期记录增删以及对本系统的使用访问情况查询统计等维护工作。 D.系统输出显示模块：对查询到的数据集进行显示反馈，并多大量的数据进行分页显示；对普通职工用户输入的查询条件进行过滤判断，对错误的条件，进行反馈提示；同时对管理员的所有维护操作的成功与否进行反馈。 E.考勤模块：对员工上下班打卡情况以及出勤情况进行记录，汇总。 F.招聘模块：显示招聘信息并进行及时的更新。 1.4非功能需求
［在此处键入］****系统 软件需求规格说明书Versio n 1.0
精品资料
修订历史记录
目录 1 引言 (5) 1.1 目的与范围 (5) 1.2 预期的读者 (5) 1.3 系统的范围 (5) 1.4 参考资料 (5) 1.5 术语、缩写词 (6) 2 当前系统 (6) 2.1 当前系统概述 (6) 2.2 当前系统存在的问题................................... 错误！未定义书签。 3 建议的系统 .............................................................. 错误！未定义书签。 3.1 建议系统概述......................................... 错误！未定义书签。 3.2 功能性需求概述....................................... 错误！未定义书签。 3.3 非功能性需求......................................... 错误！未定义书签。 3.3.1 用户界面与人员因素............................ 错误！未定义书签。 3.3.2 硬件考虑..................................... 错误！未定义书签。 3.3.3 性能特征..................................... 错误！未定义书签。 3.3.4 错误处理与极端情况............................ 错误！未定义书签。 3.3.5 系统接口..................................... 错误！未定义书签。 3.3.6 质量要求..................................... 错误！未定义书签。 3.3.7 物理环境..................................... 错误！未定义书签。 3.3.8 安全问题..................................... 错误！未定义书签。 3.3.9 资源问题..................................... 错误！未定义书签。 3.4 系统变更............................................. 错误！未定义书签。 3.5 约束( Constraints ) ................................................................................. 错误！未定义书签。 3.6 系统模型............................................. 错误！未定义书签。 3.6.1 用例模型 (6) 3.6.2 对象模型..................................... 错误！未定义书签。 4 附录 .................................................................... 错误！未定义书签。 4.1 NEMA 0183 格式简介 ................................... 错误！未定义书签。
软件需求分析报告文档模板 目录 1. 引言 (1) 1.1编写目的 (2) 1.2项目风险 (2) 1.3文档约定 (2) 1.4预期读者和阅读建议 (2) 1.5产品范围 (2) 1.6参考文献 (3) 2. 综合描述 (3) 2.1产品的状况 (3) 2.2产品的功能 (4) 2.3用户类和特性 (4) 2.4运行环境 (4) 2.5设计和实现上的限制 (4) 2.6假设和约束(依赖) (5) 3. 外部接口需求 (5) 3.1用户界面 (5) 3.2硬件接口 (6) 3.3软件接口 (6) 3.4通讯接口 (6) 4. 系统功能需求 (6) 4.1说明和优先级 (7) 4.2激励／响应序列 (7) 4.3输入／输出数据 (7) 5. 其它非功能需求 (7) 5.1性能需求 (8) 5.2安全措施需求 (8) 5.3安全性需求 (8) 5.4软件质量属性 (8) 5.5业务规则 (8) 5.6用户文档 (8) 6. 词汇表 (9) 7. 数据定义 (9) 8. 分析模型 (9) 9. 待定问题列表 (19)
引言 引言是对这份软件产品需求分析报告的概览，是为了帮助阅读者了解这份文档是如何编写的，并且应该如何阅读、理解和解释这份文档。 1.1 编写目的 说明这份软件产品需求分析报告是为哪个软件产品编写的，开发这个软件产品意义、作用、以及最终要达到的意图。通过这份软件产品需求分析报告详尽说明了该软件产品的需求规格，包括修正和(或)发行版本号，从而对该软件产品进行准确的定义。 1.2 项目风险 具体说明本软件开发项目的全部风险承担者，以及各自在本阶段所需要承担的主要风险，首要风险承担者包括： ●任务提出者 ●软件开发者 ●产品使用者 1.3 文档约定 描述编写文档时所采用的标准(如果有标准的话)，或者各种排版约定。排版约定应该包括 ●正文风格： ●提示方式： ●重要符号： 也应该说明高层次需求是否可以被其所有细化的需求所继承，或者每个需求陈述是否都有其自己的优先级。 1.4 预期读者和阅读建议 列举本软件产品需求分析报告所针对的各种不同的预期读者，例如，可能包括 ●用户； ●开发人员； ●项目经理； ●营销人员； ●测试人员； ●文档编写入员。 并且描述了文档中，其余部分的内容及其组织结构，并且针对每一类读者提出最适合的文档阅读建议 1.5 产品范围 说明该软件产品及其开发目的的简短描述，包括利益和目标。把软件产品开发与企业目标，
办公用品管理系统软件需求说明书
一、引言 1.1编写目的 编写本报告的目的是明确本系统的详细需求，供使用单位确认系统的功能和性能，并作为软件设计人员的设计依据和使用单位的验收标准。 1.2背景 开发软件名称：办公用品管理系统。 用户单位：集团办公室 1.3定义 在软件工程中，需求分析指的是在建立一个新的或改变一个现存的电脑系统时描写新系统的目的、范围和定义时所要做的所有的工作。需求分析是软件工程中的一个关键过程。在这个过程中，系统分析员和软件工程师确定顾客的需要。
二、可行性研究的前提 2.1 目标 本系统通过强大的计算机技术给办公人员查询办公用品价格带来便利。目标包括： ?减少人力与管理时间； ?提高信息准确度； ?改进管理和服务； ?系统设计优良，界面设计精美、友好、快捷，人性化设计， 后台管理功能强大、效率高； 2.2用户的特点 ?本软件的最终用户是集团办公室人员以及分公司办公室人 员，他们都具有一定的计算机应用基础，可以比较熟练操作 计算机。 ?系统维护人员为计算机专业人员，熟悉数据库、操作系统、 网络维护工作。
三、需求规定 3.1对功能的规定 系统功能包括如下： 系统登入有两种权限：管理员和普通用户。 1.管理员：增加、删除、修改用户信息。增加、删除、修改办公 用品信息，查看历史价格，下载对应历史价格的价目单，上 传最新价格所对应的价目单。 2.普通用户：修改个人密码。查看办公用品信息，查看历史价格， 下载历史价格所对应价目单。 此系统的功能层次图如下:
3.2数据管理 根据系统的功能需求，详细设计了数据库及数据库表。本系统包括管理员、普通员工、办公用品、办公耗材、办公设备、计算机配件、凭证类印刷、广告物料等多个实体，以下是各个实体的E-R图。 1.管理员E-R图包括管理员编号，登入名及登入密码，如下图所示。
组态建模工具需求规格说明书 西安电子科技大学 2011/5/19
目录
1概述 编写目的 指出编写《需求规格说明书》的目的。下面是示例： 编写此文档的目的是进一步定制软件开发的细节问题，希望能使本软件开发工作更具体。为了使用户、软件开发者及分析和测试人员对该软件的初始规定有一个共同的理解，它说明了本软件的各项功能需求、性能需求和数据需求，明确标识各项功能的具体含义，阐述实用背景及范围，提供客户解决问题或达到目标所需要的条件或权能，提供一个度量和遵循的基准。具体而言，编写软件需求说明的目的是为所开发的软件提出： a)软件设计总体要求，作为软件开发人员、软件测试人员相互了解的基础。 b)功能、性能要求，数据结构和采集要求，重要的接口要求，作为软件设计人员进 行概要设计的依据。 c)软件确认测试的依据。 编写依据 指明该《需求规格说明书》的依据。一般可以写依据XXX软件的方案书，策划书等。术语和缩略词
2软件概要 软件总体描述 从总体上描述该软件的情况，包括软件的形式（网站，运行时系统，插件等）和软件的主要的功能，使读者对该软件有一个整体的认识。一般一两段话即可。 软件设计约束及有关说明 软件设计的约束以及有关说明如下所示。 ●开发环境： ●编程语言： ●遵循的规范：软件的设计和开发过程需要严格按照合同要求，根据软件的设计方 案来进行。软件开发过程应遵循软件工程规范，对过程和版本进行管理和控制。 ●测试环境：可以写明在什么单位测试，测试单位使用的软硬件环境。 ●软件交付形式： ●软件交付日期： ●其他：见合同。 使用者特点 指明软件的使用者具有的特定。示例： 本软件主要在甲方工作环境中使用，使用者包括项目管理人员，开发人员及工程师等，使用者在计算机的应用、使用上不存在障碍，都在计算机的操作和使用方面得到过相关的培训。
项目编号： （项目名称） 需求分析报告 同方智能卡产品公司研发中心
目录 1. 任务概述 (3) 1.1. 目标 (3) 1.2. 系统（或用户）的特点 (3) 2. 假定和约束 (3) 3. 需求规定 (3) 3.1. 软件功能说明 (3) 3.2. 对功能的一般性规定 (3) 3.3. 对性能的一般性规定 (4) 3.4. 其他专门要求 (4) 3.5. 对安全性的要求 (4) 4. 运行环境规定 (4) 4.1. 设备及分布 (4) 4.2. 支撑软件 (4) 4.3. 接口 (4) 4.4. 程序运行方式 (5) 5. 尚需解决的问题 (5)
任务概述 1.1. 目标 叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。解释被开发软件与其他有关软件之间的关系。如果本软件产品是一项独立的软件，而且全部内容自含，则说明这一点。如果所定义的产品是一个更大的系统的一个组成部分，则应说明本产品与该系统中的其他各组成部分之间的关系，为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。 1.2.系统（或用户）的特点 如果是产品开发，应列出本软件的特点，与老版本软件（如果有的话）的不同之处，与市场上同类软件（如果有的话）的比较。说明本软件预期使用频度； 如果是针对合同开发，则应列出本软件的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本软件预期使用频度。这些是软件设计工作的重要约束。 2.假定和约束 列出进行本软件开发工作的假定和约束，例如经费限制、开发期限等。 3.需求规定 3.1. 软件功能说明 列出本系统中所有软件功能子系统和功能。如果子系统比较大，每个子系统分别编写《软件功能规格说明书》，在本处列出编号和名称。 功能说明应包含以下几部分内容 3.1.1 软件功能列表 3.1.2 主要业务流程分析 3.1.3 软件部署结构分析 3.2. 对功能的一般性规定
OA系统需求分析 一、建设背景 办公自动化系统（即OA系统）是将现代化办公和计算机网络功能结合起来的一种新型的办公方式。随着互联网技术（Intranet、Internet）在我国迅速发展和普及，OA在数字化办公领域和企业信息化建设中扮演着越来越重要的角色。因此，现阶段有必要引进建设一套技术先进，符合当前办公发展需要的办公自动化系统，增强协作，以更大发挥信息技术的优势，满足行政办公需求，进一步提高公司行政办公的效率。 二、建设目标 1、实现全公司的数据共享，基本解决信息孤岛问题。不同业务的基础数据做到一次录入，跨部门、跨业务系统重复使用； 2、提供可靠的、可追查的公文流转平台，有效的缩短公务处理的周期，加快公文流转过程，减少路耗、找人、等待等中间环节，保持公务处理渠道的畅通； 3、打破时空及地域限制，实现无纸化办公，远程办公、异地办公； 4、通过信息网络平台，提高信息统计和分析的水平，为领导提供准确、实时的预测和决策的辅助支持； 5、提供完善的信息交流机制，方便公司各部门、办公室和员工之间日常办公及业务信息的交流和管理，实现业务办理互联互通，信息数据共享； 6、充分利用将要建设的网络环境及已有的网络配置资源，充分地保护已有的信息化投资； 7、解决网络办公应用中的最大难题——机构和管理模式的经常变动的问
题，由用户自定义管理模式，实现真正的部门综合业务处理机制； 8、以行政办公系统为基础，实现与业务系统的无缝耦合，建成一流的企业综合办公系统。 三、建设原则 公司OA系统的建设应体现先进性、可靠性、实用性、安全性、易使用性、开放性、有限开源性、可扩展性、可维护性等原则。 1、先进性：应当采用当今主流技术，既要考虑应用平台和工具的先进，更要考虑系统结构和应用设计的先进性，以适应总体上业务管理、发展规划和细节上事务办理的需求。 2、可靠性：系统设计应采用成熟、稳定、可靠的软件技术，保证系统在大数据量、高并发的情况下长时间不间断地安全运行。 3、实用性：根据业务需求和业务流程，从方便用户使用的角度进行系统设计、功能和模块划分。工作流程设计要求简捷流畅，能适应工作流不稳定和突发事件等各种现实情况。 4、安全性：系统建设要符合用户对信息安全管理的要求，建立完善可靠的安全保障体系，对非法入侵、非法攻击和网络计算机病毒应具有很强的防范能力，确保系统具有严格的身份认证功能，并有相应的技术手段对数据安全和操作安全加以保护。 5、易使用性：主要体现在两个方面：一是应用界面简捷、直观，尽量减少菜单的层次和不必要的点击过程，使用户在使用时一目了然，便于快速掌握系统操作方法，特别是要符合工作人员的思维方式和工作习惯，方便非计算机专业人员的使用；二是应提供联机的或脱机的帮助手段。
软件需求规格说明书 文件编号： QMS—PROC－RD02 版本：1.0 受控签章
修改历史
目录 1引言 (2) 1.1目的 (2) 1.2背景 (2) 1.3术语 (2) 1.4预期读者与阅读建议 (2) 1.5参考资料 (2) 1.6需求描述约定 (2) 2.项目概述 (2) 2.1系统功能 (2) 2.2业务描述 (2) 2.3数据流程描述(可选) (2) 2.4用户的特点 (2) 2.5运行环境要求 (2) 2.6设计和实现上的限制 (2) 3.功能需求的描述 (2) 4.非功能需求 (2) 4.1系统性能要求 (2) 4.2系统安全及保密要求 (2) 4.3系统备份与恢复要求 (2) 4.4系统日志 (2) 5.外部接口说明 (2) 6.其他需求 (2) 7 需求变更识别 (2) 8.功能列表 (2) 9.附件 (2)
1引言 1.1 目的 说明编写这份软件需求规格说明书的目的，如：通过本文档定义ＸＸＸ产品的需求，以求在项目组员与相关成员之间达成一致的需求描述。 1.2 背景 描述系统产生的背景，包括： a．需开发的软件系统的名称，和英文缩写（可选），项目编号（可选）； b．列出此项目的任务提出者、开发者 c．软件系统应用范围、用户。 d．产生该系统需求的原因或起源，如社会背景、市场发展、政策趋势、原有系统局限性 1.3 术语 列出本文件中用到的专门术语、术语定义、外文首字母组词的原词组。也可用附件说明。或放到本文件的最后。 1.4 预期读者与阅读建议 描述本文档的主要读者，以及这些读者在阅读时的阅读重点与建议。可用列表的方式列 1.5 参考资料 列出有关的参考资料，如： a．本项目经核准的计划任务书或合同、上级机关的批文； b．属于本项目的其他已发表的文件； c．本文件中各处引用的文件、资料、包括所要用到的软件开发标准。 d．行业标准和规范。 列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。
＜项目名称＞ 软件需求说明书 作者： 完成日期： 签收人： 签收日期：
版本情况记录：
目录 1 引言 (1) 1.1 编写目的 (1) 1.2 范围 (1) 1.3 定义 (1) 1.4 参考资料 (1) 2 项目概述 (2) 2.1 产品描述 (2) 2.2 产品功能 (2) 2.3 用户特点 (2) 2.4 一般约束 (2) 2.5 假设和依据 (3) 3 具体需求 (3) 3.1 功能需求 (3) 3.1.1 功能需求13 3.1.2 功能需求24 3.1.n 功能需求n (5) 3.2 外部接口需求 (5) 3.2.1 用户接口.. 5 3.2.3 软件接口.. 5 3.3 性能需求 (6) 3.5 属性 (7) 3.5.1 可用性 (7) 3.5.2 安全性 (7) 3.5.3 可维护性.. 7 3.5.5 警告 (8) 3.6 其他需求 (8) 3.6.1 数据库 (8) 3.6.2 操作 (8) 3.6.3 场合适应性需求 (9) 1 引言 1.1 编写目的 说明编写这份软件需求说明书的目的，指出预期的读者范围。0.5
1.2 范围 说明： a．待开发的软件系统的名称； b．说明软件将干什么，如果需要的话，还要说明软件产品不干什么； c．描述所说明的软件的应用。应当： 1）尽可能精确地描述所有相关的利益、目的、以及最终目标。 2）如果有一个较高层次的说明存在，则应该使其和高层次说明中的类似的陈述相一致（例如，系统的需求规格说明）。 1.3 定义 列出本文件中用到的专门术语的定义和缩写词的原词组。 1.4 参考资料 列出要用到的参考资料，如： a．本项目的经核准的计划任务书或合同、上级机关的批文； b．属于本项目的其他已发表的文件； c．本文件中各处引用的文件、资料，包括所要用到的软件开发标准。 列出这些文件的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。 2 项目概述 2.1 产品描述 叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。解释被开发软件与其他有关软件之间的关系。如果本软件产品是一项独立的软件，而且全部内容自含，则说明这一点。如果所定义的产品是一个更大的系统的一个组成部分，则应说明本产品与该系统中其他各组成部分之间的关系，为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。 2.2 产品功能