附录A 软件需求分析报告文档模板
1. 引言............................................................................................................................................. 3
1.1 编写目的 .............................................................................................................................. 3
1.2 项目风险 .............................................................................................................................. 3
1.3 文档约定 .............................................................................................................................. 4
1.4 预期读者和阅读建议 .......................................................................................................... 4
1.5 产品范围 .............................................................................................................................. 4
1.6 参考文献 .............................................................................................................................. 4
2. 综合描述 ..................................................................................................................................... 5
2.1 产品的状况 .......................................................................................................................... 5
2.2 产品的功能 .......................................................................................................................... 5
2.3 用户类和特性 ...................................................................................................................... 9
2.4 运行环境 .............................................................................................................................. 9
2.5 设计和实现上的限制 ........................................................................................................ 10
2.6 假设和约束(依赖) .............................................................................................................. 10
3. 外部接口需求 ........................................................................................................................... 10
3.1 用户界面 ............................................................................................................................ 10
3.2 硬件接口 ............................................................................................................................ 14
3.3 软件接口 ............................................................................................................................ 14
3.4 通讯接口 ............................................................................................................................ 14
4. 系统功能需求 ........................................................................................................................... 14
4.1 说明和优先级 .................................................................................................................... 14
4.2 激励／响应序列 ................................................................................................................ 15
4.3 输入／输出数据 ................................................................................................................ 38
5. 其它非功能需求 ....................................................................................................................... 39
5.1 性能需求 ............................................................................................................................ 39
5.2 安全措施需求 .................................................................................................................... 39
5.3 安全性需求 ........................................................................................................................ 39
5.4 软件质量属性 .................................................................................................................... 40
5.5 业务规则 ............................................................................................................................ 40
5.6 用户文档 ............................................................................................................................ 40
6. 词汇表 ....................................................................................................................................... 40
7. 数据定义 ................................................................................................................................... 40
8. 分析模型 ................................................................................................................................... 41
9. 待定问题列表 ........................................................................................................................... 41
1. 引言
在现代社会激烈的竞争中，如何提高企业的办公效率降低资源浪费。从而在竞争中脱颖而出，是目前企业经营的重要环节，引入办公自动化系统来管理企业已势在必行。
办公自动化（Office Automation,简称OA），是指利用计算机技术和网络技术，是办公室部分工作逐步物化于各种现代化的设备中，由办公室人员与设备共同构成服务于某种目标的人机信息处理系统。办公室自动化已经成为现代企事业单位实现管理现代的一个重要途径。
在管理模式方面，我国企事业的管理。已由传统的管理逐步转向数字、知识、信息的管理，信息管理就是对业务流程中无序的系统进行系统化管理，实现信息收集、处理、共享和在利用。以提高业务水平和效率；信息管理今后将成为决定企事业单位竞争力的关键因素，而信息的创造、共享和再利用只有与特定的业务流程密切相关，才能有效的发挥作用。通用而可行的模式是采用成熟、稳定的大型关系数据库，统一进行信息分类和管理。
在平台方面，国内的办公自动化市场，呈现出百花争艳的状态，基于Lotus Notes和Microsoft Exchange Serve平台的各式各样的OA产品占有相当的市场，但因为价格相对较高，而且硬件支持环境要求高，所以在实际应用中，受到很多制约，同时操作起来也相当复杂，这样无形中给给企业带来了许多不便和资源的浪费，本系统的主要目的就是通过相关技术，解决企业现存的问题，从而提高企业的竞争力和品牌形象。
同时本系统界面友好、功能实用、操作简单采用目前流行的.net技术和B/S结构，便于使用,系统升级和维护
1.1 编写目的
说明这份软件产品需求分析报告是为哪个软件产品编写的，开发这个软件产品意义、作用、以及最终要达到的意图。通过这份软件产品需求分析报告详尽说明了该软件产品的需求规格，包括修正和(或)发行版本号，从而对该软件产品进行准确的定义。
如果这份软件产品需求分析报告只与整个系统的某一部分有关系，那么只定义软件产品需求分析报告中说明的那个部分或子系统。
1.2 项目风险
具体说明本软件开发项目的全部风险承担者，以及各自在本阶段所需要承担的主要风险，首要风险承担者包括：
● 任务提出者；
● 软件开发者；
● 产品使用者。
1.3 文档约定
描述编写文档时所采用的标准(如果有标准的话)，或者各种排版约定。排版约定应该包括：
● 正文风格；
● 提示方式；
● 重要符号；
也应该说明高层次需求是否可以被其所有细化的需求所继承，或者每个需求陈述是否都有其自己的优先级。
1.4 预期读者和阅读建议
列举本软件产品需求分析报告所针对的各种不同的预期读者，例如，可能包括：
● 用户；
● 开发人员；
● 项目经理；
● 营销人员；
● 测试人员；
● 文档编写入员。
并且描述了文档中，其余部分的内容及其组织结构，并且针对每一类读者提出最适合的文档阅读建议。
1.5 产品范围
本产品仅供学习参考使用。
1.6 参考文献
《C#程序员参考手册》 Grant Palmer著 康博 译 清华大学出版社出版 2002年9月第1版
《C#设计模式》【美】James W.Cooper 著 张志华、刘云鹏等译 电子工业出版社出版 2003年8月第1版
《C#高级编程(第三版)》【美】Wrox Press Inc著，清华大学出版社
《21天学通C#》【美】Jones BL著，人民邮电出版社，2002年3月
《Programming C#中文版（第4版）》【美】里伯提（Liberty.J.） 著
《ASP.NET网站开发四“库”全书》邓健，电子工业出版社，2005年8月
《UML精粹（第三版）》【美】Martin Fowler著，清华大学出版社
软件需求说明书（GB856T——88）.doc
数据库设计说明书（GB8567——88）.doc
概要设计说明书（GB8567——88）.doc
详细设计说明书（GB8567——88）.doc
2. 综合描述
本产品拟适用于中小型企业内部办公使用，对于系统维护人员，要求熟悉计算机并且有一定的编程基础。本系统可运行于windows 2000及以上版本的操作系统上，使用Microsoft Visual Studio2005平台，数据库采用SQL server2000，服务器需要安装IIS及.Net framework 2.0。
此产品不具有任何商业价值，仅供内部学习交流使用。
2.1 产品的状况
描述了在软件产品需求分析报告中所定义的软件产品的背景和起源。说明了该软件产品是否属于下列情况：
● 不是产品系列中的下一成员；
● 不是成熟产品所改进的下一代产品；
● 不是现有应用软件的替代品(升级产品)；
● 不是一个新型的、自主型的产品。
2.2 产品的功能
因为将在需求分析报告的第4部分中详细描述软件产品的功能，所以在此只需要概略地总结。仅从业务层面陈述本软件产品所应具有的主要功能，在描述功能时应该针对每一项需求准确地描述其各项规格说明。如果存在引起误解的可能，在陈述本软件产品主要功能的作用领域时，也需要对应陈述本软件产品的非作用领域，以利读者理解本软件产品。
为了很好地组织产品功能，使每个读者都容易理解，可以采用列表的方法给出。也可以采用图形方式，将主要的需求分组以及它们之间的联系使用数据流程图的顶层图或类图进行表示，这种表示方法是很有用的。
参考用户当前管理组织构架，了解各个机构的主要职能，将有助于陈述软件产品的主要功能。
2.2.1 功能划分
系统管理，人事管理，项目管理，文档管理，内部邮件管理，公司日程管理
等
2.2.2 功能描述
系统管理
a.管理登陆日志：登陆日志是提供给系统管理员进行管理使用的，记录所有用户的登陆信息，同时还系统管理员删除过期日志信息的功能。
b.管理操作日志：操作日志提供对用户重要操作行为的记录，系统管理员可以通过操作日志查看用户对数据库的关键操作，及时发现用户不合理的操作，保证系统的安全
c.目录管理：实现系统管理员对系统模块目录等相关信息的增删改查
d.模块管理：实现对系统模块增删改查及模块权限管理等功能
e.修改密码：实现所有登陆用户登录后可对自己账户的密码进行修改的基本功能 f.角色管理：此模型将系统的模块权限和用户分开，使用角色作为一个中间层，用户和角色的关系是，一个用户可以同时属于一个或多个角色，一个角色也可以同时包含一个或多个用户。同样，角色和模块之间的关系也是多对多的关系，并且可以设置角色对模块具体的操作权限。用户访问模块时，通过其所在的角色对该模块的访问权限来获得访问该模块的权限，通过这种分层的管理模式可以实现有效的权限管理。
g.账户管理：系统管理员可对冗余的账户进行删除操作。
人事管理
a. 机构管理：该模块面向企业或集团应用，能够添加企业或集团公司的各分
支点部门和机构；但只有人力资源管理员相应权限才有权力添加或删除机构信息。此子模块提供机构信息的基本数据库操作；添加、删除、修改。
b.
部门管理：管理各分支机构的所属的部门信息。包括各部门的负责人、电
话号码、传真、地址等，只有人力资源管理员可对部门列表进行浏览、新增、编辑、删除等操作，其他人员只能看到相应权限的栏目。
c. 人员管理：包括员工的基本信息、个人信息、福利待遇、学历信息、履历
信息、档案信息、合同信息；并提供简捷明了的按机构、部门、个人名字等条件进行检索、录入和修改。
d. 人员照片：提供以员工照片的形式浏览员工的基本信息，可按机构、部门
和单个员工查阅详细信息资料。同时便于新员工、跨部门的员工相互间尽快认识和熟悉起来。
项目管理
a. 项目管理：通过项目管理子模块，可实现创建新项目，修改或删除已有的
项目。在项目详细信息页面，填写项目基本信息，设置项目进程信息，分配项目成员。
b. 项目角色管理：此模块实现对公司的所有员工进行项目角色分配，以控制
员工在项目管理模块中活动的权限。
c. 项目进程日志管理：根据项目角色的权限设计，用户分别对相应的项目进
程日志进行管理。项目成员对其参与的项目进行个人进程日志管理；项目经理除了对其参与的项目进行个人进程日志管理，而且对其管理的项目进行进程日志管理；项目系统管理员可对所有的项目进程日志进行管理
d. 项目统计报告：项目统计可以分别按项目和项目成员进行统计，项目统计
信息包括项目基本信息、该项目成员的进程信息，成员统计信息包括该成员参与项目的所有统计信息。项目经理可对其管理的项目及项目成员进行统计，并生成统计报告；项目系统管理员可对所有项目及项目成员进行统计，并生成统计报告
文档管理
a. 文档管理: 实现文档录入和组织管理的功能，除实现数据库的3个基本功能
外，还实现文档和目录的转移功能，即将文档或目录转移至其他目录下。本子
模块还有个重要功能是实现文档和目录的权限管理功能，缺省情况下，文档或
目录的创建者拥有该文档或目录的管理权限，具有管理权限的用户可设置文档
或目录的其他权限，设置权限的对象可以是部门，即部门下的所有人员，也可
以是单个用户，主要有包括以下3个权限。
读取权限：只能查看文档或目录的基本信息，不包括权
限信息。
写入权限：除可查看文档或目录的基本信息外，还可修
改基本信息。
管理权限：这是文档或目录的最高权限，除写入和读取
权限外，具有文档或目录的管理功能，包括删除、转移以及修改
权限的功能。
回收站: 回收站的功能是防止文档或目录的误删除操作，用户在文档管理子模
块中删除的文档或目录将进入回收站，通过回收站可还原被删除的文档或目
录，也可将被删除的文档或目录进行彻底删除。
文件搜索：通过文档搜索子模块，可对公司海量的文档资料进行高效的检索。
本子模块实现文档搜索的条件包括文档名、关键字、文档附件全文、创建者以
及文档创建日期和文档类型，通过这些条件可对检索的文档进行精确地定位，
快速地找到需要的文档。
内部邮件管理
a. 信息提醒: 当用户进入消息传递模块时，将弹出信息提醒窗体，提供给用
户接收新消息的统计信息。
b. 发送信息：完成发送消息的功能。分为3个功能区：基本信息区、接收对
象区和上传附件区，基本信息区包括信息重要性、标题、内容以及发送时间，发送时间通过弹出的日期选择窗口进行选择，避免用户输入错误，信息内容可通过内置的HTML编辑器进行编辑。接收对象区按照公司机构和部门的组织形式，可添加员工，也可添加部门，添加部门就是将该部门下的所有员工全部添加为信息接收对象，接收的方式可分为直接发送和秘送两种方式。上传附件区通过选择本机中任何格式的文件上传到服务器，一次可上传多个附件，上传错误的附件可通过删除功能进行删除，填写完成的信息用户可选择发送还是保存此信息，保存后的信息将存放到草稿箱，等待以后修改再次发送。
c. 信箱管理：各个信息箱由一个页面实现，通过传递不同的参数显示不同的
信箱，包括发信息箱、收消息箱、草稿箱、垃圾箱，显示各个信箱中的信息统计数据。通过发信息箱和收消息箱可查看到信息的详细信息，通过草稿箱，可重新打开
信息的发送页面，进行再次发送，通过垃圾箱，可还原或彻底删除信息。
d. 查看信息：用户可对自己发送的信息和接收到的信息进行查看，查看信息
包括信息的内容及信息接受者的浏览统计信息
e. 文件夹：文件夹子模块提供用户查看各个信息箱中的统计信息。
公司日程管理
a. 我的日程：当用户登陆进入此模块时，如果当前日期有需要提醒的日程安
排，如果有则自动弹出窗口提醒用户哪些日程安排即将到开始时间，单击提醒的日程可在主框架中查看该日程的详细信息。在主框架中，默认是以日历模式显示日程信息，在日期格中显示当天的日程标题，包括个人日程和预约日程。单击日程标题，可查看详细的日程详细信息。对于个人日程，可实现修改和删除功能；对于预约日程，只能查看。日程查看模式可切换到日模式和周模式。通过检索功能，可查看具体日期的日程信息。
b. 部门日程: 可通过选择机构和部门，查看部门下所有人员的公开日程信
息。单击日程标题可查看该日程安排的详细信息，只能对自己创建的日程进行修改和删除操作，对其他人员的日程安排只能查看。通过检索功能，可实现查看具体人员具体时间的日程安排信息
c. 我的便签: 实现快速添加的记事本功能，只能查看本人的便笺，并可对本
人的便笺进行修改和删除操作
2.3 用户类和特性
确定有可能使用该软件产品的不同用户类，并且描述它们相关的特征。往往有一些软件需求，只与特定的用户类有关。描述时，应该将该软件产品的重要用户类与非重要用户类区分开。
用户不一定是软件产品的直接使用者，通过报表、应用程序接口、系统硬件接口得到软件产品的数据和服务的人、或者机构也有他们的需求。所以，应该将这些外部需求视为通过报表、应用程序接口、系统硬件接口附加给软件产品的附加用户类。
2.4 运行环境
描述了本软件的运行环境，一般包括：
● 硬件平台：普通PC即可
● 操作系统和版本：windows系统，win2000及以上版本
● 支撑环境(例如：数据库等)和版本：SqlServer2000
● 其它与该软件有关的软件组件：IIS、.net framework 2.0
● 与该软件共存的应用程序：无
2.5 设计和实现上的限制
确定影响开发人员自由选择的问题，并且说明这些问题为什么成为一种限制。可能的限制包括下列内容：
● 必须使用的特定技术、工具、编程语言和数据库；
Microsoft Visual Studio2005 、SQL server2000、语言主要采用C#、
其余技术：javascript、Css等
2.6 假设和约束(依赖)
本办公自动化系统软件是应用于中小企业的。在功能上还可进一步提高安全度，并可使用工作流技术使得企业办公更灵活。对于本产品的管理人员来说，需要对本系统的开发平台有一定的了解。此系统只限于运行于windows系统之上，可移植性相当差。
3. 外部接口需求
无。
通过本节描述可以确定，保证软件产品能和外部组件正确连接的需求。关联图仅能表示高层抽象的外部接口，必须对接口数据和外部组件进行详细描述，并且写入数据定义中。如果产品的不同部分有不同的外部接口，那么应该把这些外部接口的全部详细需求并入到这一部分实例中。
注意：必须将附加用户类的特征与外部接口需求加以区分，附加用户类的特征描述的是通过接口取得软件产品的数据和服务的人的需求；而外部接口需求描述的是接口本身的需求。
3.1 用户界面
系统管理界面：
人事管理界面：
项目管理界面：
文档管理界面：
内部邮件管理界面：
日程管理界面：
3.2 硬件接口
无特殊硬件要求。
3.3 软件接口
描述该软件产品与其它外部组件的连接，这些外部组件必须明确它们的名称和版本号以资识别，可能的外部组件包括：
● 操作系统：windows 2000及以上系统 ● 数据库：SQL server2000 ● 工具：IE6.0及以上版本 ● 函数库：.net framework 2.0 ● 集成的商业组件：IIS
3.4 通讯接口
描述与软件产品所使用的通讯功能相关的需求，包括： ● 电子邮件；
● WEB浏览器：IE6.0
● 网络通讯标准或者协议； ● 数据交互用电子表格； 必须定义相关的： ● 消息格式；
● 通讯安全或加密问题：无 ● 数据传输速率：100Kpbs ● 同步和异步通讯机制；
4. 系统功能需求
4.1 说明和优先级
对该系统功能进行简短的说明，并且指出该系统功能的优先级是：高、中、还是低。需要的话，还可以包括对特定优先级部分的评价，例如：利益、损失、费用和风险，其相对优先等级可以从1(低)到9(高)。
4.2 系统用例
用例图 1.系统管理
模块的增删改查
文档管理：
系统管理员
文档搜索
项目管理：
删除项目
删除项目进程
用例描述1
内部邮件
文件夹
垃圾箱信息处理
还原邮件
删除邮件
用例描述
日程管理 用例图
用例描述：
4.3 输入／输出数据
列出输入数据(用户输入、来自外部接口的输入或者其它输入)并且定义针对这些输入数据的处理(计算)方法，以及相应地输出数据，描述对应区别：输入数据和输出数据。
当有大量数据需要描述时，也可以分类描述数据，并且注明各项数据的输入、输出属性。
对于每一项数据，均需要描述： ● 数据名称； ● 实际含义； ● 数据类型； ● 数据格式； ● 数据约束；
对于复杂的处理方法，仅仅给出算法原理是不够的，必须描述详细的计算过程，并且列出每一步具体使用的实际算式；如果计算过程中涉及查表、判断、迭代等处理方法，应该给出处理依据和相关数据。如果计算方法很简单，也可以将其从略，不加描述。
5. 其它非功能需求
在这里列举出所有非功能需求，主要包括可靠性、安全性、可维护性、可扩展性、可测试性等。
5.1 性能需求
阐述不同应用领域对软件产品性能的需求，并且说明提出需求的原理或者依据，以帮助开发人员做出合理的设计选择。尽可能详细地描述性能需求，如果需要，可以针对每个功能需求或者特征分别陈述其性能需求。在这里确定：
● 相互合作的用户数量； ● 系统支持的并发操作数量； ● 响应时间；
● 与实时系统的时间关系： ● 容量需求
存储器； 磁盘空间；
数据库中表的最大行数。
5.2 安全措施需求
详尽陈述与软件产品使用过程中可能发生的损失、破坏、危害相关的需求。定义必须采取的安全保护或动作，以及必须预防的潜在危险动作。明确软件产品必须遵从的安全标准、策略、或规则。
5.3 安全性需求
详尽陈述与系统安全性、完整性问题相关的需求，或者与个人隐私问题相关的需求。这些问题将会影响到软件产品的使用，和软件产品所创建或者使用的数据的保护。定义用户身份认证，或备授权需求。明确软件产品必须满足的安全性或者保密性策略。也可以通过称为完整性的质量属性来阐述这些需求。一个典型的软件系统安全需求范例如下：“每个用户在第一次登录后，必须更改他的系统预置登录密码，系统预置的登录密码不能重用。”
5.4 软件质量属性
详尽陈述对客户和开发人员至关重要的在软件产品其它方面表现出来的质量功能。这些功能必须是确定的、定量的、在需要时是可以验证的。至少也应该指明不同属性的相对侧重点，例如：易用性优于易学性，或者可移植性优于有效性。
5.5 业务规则
列举出有关软件产品的所有操作规则，例如：那些人在特定环境下可以进行何种操作。这些本身不是功能需求，但是他们可以暗示某些功能需求执行这些规则。一个业务规则的范例如下：“进行达到或者超过10，000，00元人民币的储蓄业务时，必须通过附加的管理员认证。”
列举业务规则时，可以根据规则的数量，选取合适的编目方式。
5.6 用户文档
列举出将与软件产品一同交付的用户文档，并且明确所有己知用户文档的交付格式或标准，例如：
● 安装指南
纸质文档，16开本； ● 用户手册
纸质文档，16开本； ● 在线帮助
● 电子文档，与软件产品一同分发、配置；
● 使用教程电子文档，与软件产品一同分发、配置。
6. 词汇表
列出本文件中用到的专业术语的定义，以及有关缩写的定义(如有可能，列出相关的外文原词)。为了便于非软件专业或者非计算机专业人士阅读软件产品需求分析报告，要求使用非软件专业或者非计算机专业的术语描述软件需求。所以这里所指的专业术语，是指业务层面上的专业术语，而不是软件专业或者计算机专业的术语。但是，对于无法回避的软件专业或者计算机专业术语，也应该列入词汇表并且加以准确定义。
7. 数据定义
数据定义是一个定义了应用程序中使用的所有数据元素和结构的共享文档，其中对每个数据元素和结构都准确描述：含义、类型、数据大小、格式、计量单位、精度以及取值范围。数据定义的维护独立于软件需求规格说明，并且在软件产品开发和维护的任何阶段，均向风险承担者开放。
如果为软件开发项目创建一个独立的数据定义，而不是为每一项特性描述有关的数据项，有利于避免冗余和不一致性。但是却不利于多人协同编写需求分析报告，容易遗漏数据，也不方便阅读。因此还是建议为每个特性描述有关的数据项，汇总数据项创建数据定义，再根据数据定义复核全部数据，使得它们的名称和含义完全一致。必须注意的是，为了避免二义性，在汇总数据项时应该根据数据项所代表的实际意义汇总，而不是根据数据项的名称汇总。
在数据定义中，每个数据项除了有一个中文名称外，还应该为它取一个简短的英文名称，该英文名称应该符合命名规范，因为在软件开发时将沿用该英文名称。可以使用等号表示数据项，名称写在左边，定义写在右边。常见数据项的描述方式如下：
● 原数据元素
一个原数据元素是不可分解的，可以将一个数量值赋给它。定义原数据元素必须确定其 含义、类型、数据大小、格式、计量单位、精度以及取值范围。采用以星号为界的一行 注释文本，描述原数据元素的定义。
● 选择项
选择项是一种只可以取有限离散值的特殊原数据元素，描述时一一枚举这些值，并用方 括号括起来写在原数据元素的定义前。在两项离散值之间，使用管道符分隔。
● 组合项
组合项是一个数据结构或者记录，其中包含了多个数据项。这些数据项可以是原数据元 素，也可以是组合数据项，各数据项之间用加号连接。其中每个数据项都必须是数据定 义中定义过的，结构中也可以包括其它结构，但是绝对不允许递归。如果数据结构中有 可选项，使用圆括号把该项括起来。
● 重复项
重复项是组合项的一种特例，其中有一项将有多个实例出现在数据结构中，使用花括号 把该项括起来。如果知道该项可能允许的范围，就按“最小值：最大值”的形式写在花 括号前。
8. 分析模型
这是一个可选部分，包括或涉及到相关的分析模型，例如：
● 数据流程图；
● 类图；
● 状态转换图；
● 实体-关系图。
9. 待定问题列表
编辑一张在软件产品需求分析报告中待确定问题时的列表，把每一个表项都编上号，以便跟踪调查。