软件需求分析模板
软件工程软件需求分析模板.doc
【Bank系统】软件需求设计开发小组：文档设计：开发人员分工变更历史审核历史1需求分析[说明：该章节由开发方负责完成]1.1 功能需求[说明：描述该业务需求的具体功能要求]1.2 界面需求[说明：描述该业务需求的界面要求]1.3 性能需求[说明：描述该业务需求的在性能方面的要求]1.4 报表需求[说明：描述该业务需在业务界面开发的报表需求，需要提供详细的表样及统计口径] 1.5 依赖关系[说明：描述该业需求实现需满足的一些前提条件，业务需求实现后的一些后置处理] 1.6 问题记录[说明：记录需求沟通确认过程]2技术方案[说明：该章节由产品部系统需求分析责任人完成]2.1 方案概述2.2 涉及模块一[说明：CRM1、CRM2、计费账务、资源、接口等模块]2.2.1功能点一[说明：新增或修改的功能点名称]2.2.1.1 功能描述[说明：描述功能点的是否新增或改造，改造范围和改造预期目标]2.2.1.1.1业务规则描述[说明：详细描述功能点的业务规则实现、包括界面校验规则、数据库字段校验规则、业务逻辑校验规则、涉及的信息如何记录、程序实现过程中需要注意的规则等等]2.2.1.2 业务流程[说明：描述业务流程，包括界面操作流程、业务执行流程等]2.2.1.3 程序流程[说明：描述程序执行过程中的程序执行流程，如程序流程、时序图等]2.2.1.4 实体设计2.2.1.4.1程序设计[说明：程序设计内容，如新增的程序文件、配置文件、依赖结构及其内容，修改的程序文件、配置文件及其内容，其描述越详细越好。
]2.2.1.4.2接口设计[说明：描述接口相关信息、实现方式、输入参数、输出参数、状态参数编码的明细信息等]2.2.1.4.3数据库设计[说明：数据库变动设计，包括新增表及其详细字段、索引、主键的描述，修改表需要描述修改的字段、索引、主键等内容，以及数据表之间的关联变动等信息]2.2.1.5 实现方式[说明：描述功能实现采用何种技术，如Java、C++等，是否有特定要求]2.2.1.6 与其他模块关系[说明：描述与其他模块是否有关联、其关联关系如何体现]2.2.1.7 外部系统接口[说明：描述与外部系统(非BSS系统)的接口关系，是否需要输出或输入数据、输入输出内容等] 2.2.2功能点二[说明：新增或修改的功能点名称]2.2.2.1 功能描述[说明：描述功能点的是否新增或改造，改造范围和改造预期目标]2.2.2.1.1业务规则描述[说明：详细描述功能点的业务规则实现、包括界面校验规则、数据库字段校验规则、业务逻辑校验规则、涉及的信息如何记录、程序实现过程中需要注意的规则等等]2.2.2.2 业务流程[说明：描述业务流程，包括界面操作流程、业务执行流程等]2.2.2.3 程序流程[说明：描述程序执行过程中的程序执行流程，如程序流程、时序图等]2.2.2.4 实体设计2.2.2.4.1程序设计[说明：程序设计内容，如新增的程序文件、配置文件、依赖结构及其内容，修改的程序文件、配置文件及其内容，其描述越详细越好。
需求软件分析报告模板
需求软件分析报告模板软件分析报告是对软件进行全面分析、评估和总结的一份报告，包括对软件需求、功能、性能、可靠性、安全性等方面的分析。
下面是一个简单的软件分析报告的模板：一、背景介绍在这部分，介绍所分析的软件的背景信息，包括软件的名称、版本号、开发者、发布时间等，并简要描述软件的功能和用途。
二、需求分析在这部分，对软件的需求进行详细分析。
可以从以下几个方面进行分析：1. 功能需求：列出软件的各项功能，包括基本功能和扩展功能；2. 用户需求：根据软件的目标用户群体，对其需求进行分析，包括用户的特点、需求、偏好等；3. 非功能需求：包括性能、可靠性、安全性、易用性等方面的需求；4. 系统环境需求：列出软件运行所需的硬件和软件环境要求。
三、功能分析在这部分，对软件的功能进行详细分析。
可以根据需求分析中列出的功能，逐一进行分析。
对每个功能进行描述，包括输入、处理和输出的过程，以及与其他功能之间的关联。
四、性能分析在这部分，对软件的性能进行分析。
可以从以下几个方面进行分析：1. 响应时间：软件对用户请求的响应时间；2. 并发能力：软件能够同时处理的请求数量；3. 可扩展性：软件在硬件资源增加时的性能表现；4. 资源利用率：软件在运行时的资源消耗情况。
五、可靠性分析在这部分，对软件的可靠性进行分析。
可以从以下几个方面进行分析：1. 错误处理：软件对异常情况的处理能力；2. 故障恢复：软件在发生故障时的恢复能力；3. 稳定性：软件在长时间运行时的稳定性。
六、安全性分析在这部分，对软件的安全性进行分析。
可以从以下几个方面进行分析：1. 数据保护：软件对用户数据的保护措施；2. 认证授权：软件对用户身份的认证和授权机制；3. 安全漏洞：软件存在的安全漏洞及其修复措施；4. 安全测试：软件是否经过安全测试，测试结果如何。
七、总结与建议在这部分，对整个软件进行综合总结，并提出针对软件的改进建议。
八、参考文献列出所有参考的文献、资料、工具和方法。
软件产品需求分析报告模板范文
软件产品需求分析报告模板范文英文回答：Software Product Requirements Analysis Report Template.Introduction:In this report, I will present a template for a software product requirements analysis report. This report is essential for software development projects as it helps to define and document the requirements of the software product. The template includes various sections that cover different aspects of the software requirements analysis process.1. Executive Summary:The executive summary provides a brief overview of the software product and its objectives. It highlights the key features and benefits of the software product.2. Background:The background section provides information about the context and purpose of the software product. It includes details about the target audience, market analysis, and any relevant industry trends.3. User Requirements:This section focuses on the user requirements of the software product. It includes a detailed description of the target users, their needs, and their goals. It also identifies any specific user interface or usability requirements.4. Functional Requirements:The functional requirements section defines thespecific features and functionalities of the software product. It includes a list of all the required functions and their respective descriptions. For example, if thesoftware product is a project management tool, some functional requirements may include task management, resource allocation, and reporting capabilities.5. Non-functional Requirements:The non-functional requirements section covers aspects such as performance, security, reliability, and scalability. It includes specific criteria and metrics to measure the software product's performance in these areas. For example, a non-functional requirement for a web-based software product may be to have a response time of less than 2 seconds for each user action.6. Constraints:The constraints section outlines any limitations or restrictions that may impact the development of thesoftware product. This can include technical constraints, budget constraints, or time constraints. For example, ifthe software product needs to be developed within aspecific budget, it would be mentioned in this section.7. Assumptions and Dependencies:This section identifies any assumptions made during the requirements analysis process and any dependencies on external factors. For example, if the software product requires integration with a third-party API, it would be mentioned here.8. Risks and Mitigation Strategies:The risks and mitigation strategies section identifies potential risks that may impact the successful development and implementation of the software product. It also provides strategies to mitigate or minimize these risks. For example, a risk could be the availability of skilled resources, and a mitigation strategy could be to hire additional developers or provide training to existing team members.9. Conclusion:The conclusion summarizes the key findings and recommendations from the requirements analysis process. It highlights any critical requirements or areas that need further attention.中文回答：软件产品需求分析报告模板范文。
软件需求分析报告(模板)
软件需求分析报告—（模板）目录1. 范围 02。
总体要求 02。
1总体功能要求 02。
2软件开发平台要求 02。
3软件项目的开发实施过程管理要求 (1)2.3.1 软件项目实施过程总体要求 (1)2.3.2 软件项目实施变更要求 (1)2。
3.3 软件项目实施里程碑控制 (1)3. 软件开发 (2)3.1软件的需求分析 (2)3.1。
1 需求分析 (2)3.1.2 需求分析报告的编制者 (3)3.1。
3 需求报告评审 (3)3.1。
4 需求报告格式 (3)3.2软件的概要设计 (3)3。
2。
1 概要设计 (3)3。
2。
2 编写概要设计的要求 (3)3.2.3 概要设计报告的编写者 (3)3。
2.4 概要设计和需求分析、详细设计之间的关系和区别 (3)3。
2.5 概要设计的评审 (3)3.2.6 概要设计格式 (3)3.3软件的详细设计 (4)3。
3。
1 详细设计 (4)3.3.2 特例 (4)3。
3。
3 详细设计的要求 (4)3.3.4 数据库设计 (4)3。
3.5 详细设计的评审 (4)3。
3。
6 详细设计格式 (4)3.4软件的编码 (4)3。
4。
1 软件编码 (4)3。
4.2 软件编码的要求 (4)3.4.3 编码的评审 (5)3.4。
4 编程规范及要求 (5)3.5软件的测试 (5)3.5.1 软件测试 (5)3。
5。
2 测试计划 (5)3.6软件的交付准备 (5)3。
6。
1 交付清单 (5)3.7软件的鉴定验收 (6)3。
7.1 软件的鉴定验收 (6)3.7。
2 验收人员 (6)3.7。
3 验收具体内容 (6)3。
7。
4 软件验收测试大纲 (6)3.8培训 (6)3。
8。
1 系统应用培训 (6)3.8.2 系统管理的培训（可选) (7)附录A 软件需求分析报告文档模板 (9)附录B 软件概要设计报告文档模板 (21)附录C 软件详细设计报告文档模板 (33)附录D 软件数据库设计报告文档模板 (43)附录E 软件测试(验收）大纲.................................................................... 错误!未定义书签。
软件功能需求分析表
软件功能需求分析表1.引言本文档旨在对软件功能需求进行详细分析，以确保软件开发团队对于开发的软件具备清晰的理解。
本文档将梳理用户需求并将其转化为软件功能需求的具体描述，为软件开发的下一阶段提供有效的指导。
2.背景在进行软件功能需求分析之前，我们需要明确软件的背景信息。
本软件是一款面向企业管理的综合软件，旨在提升企业管理效率、优化流程，并提供实时可视化数据分析。
软件主要应用于中小型企业，覆盖人力资源管理、财务管理、销售管理等多个功能模块。
3.用户需求基于对用户需求的深入调研和访谈，我们总结出以下用户需求：3.1 人力资源管理- 员工信息管理：包括员工基本信息、薪资信息、考勤记录、绩效评估等。
- 招聘管理：支持发布招聘岗位、管理应聘者信息、安排面试等。
- 培训管理：提供培训计划、培训材料、培训成绩记录等功能。
3.2 财务管理- 资金管理：包括银行账户余额、收支记录、费用报销等。
- 会计管理：支持录入和管理帐务凭证、科目余额表、利润表等。
- 税务管理：提供税务申报、税务审计、税务报表等功能。
3.3 销售管理- 客户管理：包括客户基本信息、联系记录、销售机会管理等。
- 销售订单管理：支持销售订单的录入、审核、发货、关联收款等。
- 销售数据分析：提供销售额统计、客户分析、销售趋势图等功能。
4.功能需求描述在明确了用户需求后，我们将其转化为具体的功能需求描述，以便开发团队进行开发和测试。
4.1 人力资源管理4.1.1 员工信息管理- 支持录入、修改和查询员工的基本信息，包括姓名、性别、年龄、联系方式等。
- 薪资信息管理：可记录员工的薪资变动情况，并提供薪资计算和发放功能。
- 考勤管理：支持记录员工的上下班打卡记录，统计工时和考勤异常情况。
- 绩效评估：提供员工绩效评估模板，支持评估记录和统计分析。
4.1.2 招聘管理- 岗位发布：管理员工发布招聘岗位信息，并提供招聘描述、薪资待遇等详细信息。
- 应聘者管理：支持记录应聘者的基本信息，并提供筛选、面试安排等功能。
软件工程需求分析报告模板
软件工程需求分析报告模板1. 引言本报告旨在对项目进行全面的需求分析，以确保软件工程项目的成功实施。
需求分析是软件工程项目中至关重要的一步，它帮助团队明确项目的目标和范围，并为软件开发提供准确的方向。
本报告将对需求进行详细的描述和分析，包括用户需求、功能需求、非功能需求和系统约束等方面的内容。
2. 用户需求用户需求是软件项目成功实施的基础，它是通过对用户进行需求调研和访谈获取的。
本节将对用户需求进行详细的描述和分析。
2.1 用户背景本项目的主要用户是公司内部的员工和部门经理。
他们需要一个能够方便管理任务和跟踪项目进展的软件工具。
2.2 用户需求描述以下是用户对软件工具的需求描述：•能够创建和分配任务给不同的团队成员；•能够设置任务优先级和截止日期；•能够跟踪任务进展并生成报告；•能够提供通知和提醒功能，以便用户及时了解任务状态；•能够支持多用户同时使用，并提供权限管理功能。
2.3 用户需求优先级根据用户调研和访谈的结果，用户对软件工具的需求优先级如下：1.能够创建和分配任务给不同的团队成员；2.能够跟踪任务进展并生成报告；3.能够设置任务优先级和截止日期；4.能够提供通知和提醒功能；5.能够支持多用户同时使用，并提供权限管理功能。
3. 功能需求功能需求描述了软件工具需要具备的功能和行为。
本节将对功能需求进行详细的描述和分析。
3.1 任务管理功能任务管理是软件工具的核心功能，它包括以下子功能：•创建任务：用户可以创建新的任务，并指派给团队成员；•分配任务：用户可以将任务分配给不同的团队成员，并设置任务的优先级和截止日期；•更新任务：团队成员可以更新任务的状态和进展，并添加备注；•完成任务：团队成员可以将任务标记为已完成；•删除任务：用户可以删除不再需要的任务。
3.2 报告功能报告功能帮助用户了解项目的整体进展和团队成员的工作情况。
具体功能包括：•生成任务报告：用户可以生成任务的概览报告，包括任务的总数、完成情况和延期情况等；•生成个人报告：团队成员可以生成个人工作报告，报告中包括个人完成的任务数量和进展情况；•生成团队报告：团队经理可以生成团队工作报告，报告中包括团队整体的工作情况和进展。
软件工程系统需求分析说明书模板
需求分析阐明书团体名称:组员1学号:组员1姓名:组员2学号:组员2姓名:组员3学号:组员3姓名:组员4学号:组员4姓名:日期:1 引言1.1 编写目旳本文详细描述任务管理系统旳需求,表述旳需求信息规定明确、无二义性。
开发方与软件使用者充足沟通需求,最终形成此文档。
此文档是后续软件开发旳根据。
1.2 背景任务管理系统是一种南京工程学院与康尼电气新技术有限企业产学研合作项目,项目由康尼机电新技术有限企业提出,由南京工程学院承担开发任务。
1.3 定义和缩略语本文使用了表 1.1所显示旳面向顾客旳术语、定义,包括通用词语在本文档中旳专用解释。
表 1.2所列为本文用到旳缩略语。
1.4 参照资料(列出所查阅旳图书及网站1.5 顾客任务信息管理系统旳目前顾客为康尼企业电气事业部,电气事业部使用成功后也许会在康尼企业推广。
某餐厅餐饮管理系统旳目前旳顾客为某餐厅。
2 任务概述2.1目旳康尼企业电气事业部目前旳任务重要有2类:常规工作任务和临时性工作任务。
针对临时任务布置信息诸多时候是处在一种开放状态,缺乏任务信息旳修正、回馈、和记录分析。
而平常职责规定旳常规工作,虽然可以通过原则化旳文献固化下来并形成《常规工作计划表》作为一种制度来执行,也需要主管在百忙之中花诸多时间去检查完毕状况。
TIMS系统规定工作管理信息可以规范录入,任务信息流向可以选择,任务信息根据轻重排序,可以设定信息提醒,任务完毕状况可以评估、任务完毕状况根据选择项进行记录输出、工作量进行评估。
2.2 系统旳特点TIMS项目旳需求重要由康尼企业电气事业部提出,因此本文档是与康尼企业电气事业部交互后形成旳需求定义,系统旳功能和使用特点优先满足康尼企业电气事业部旳需求,若系统后续由于在康尼企业全面推广而引入旳新需求,则不在本文档考虑范围之内。
2.3 假定和约束本文档经双方确认后,开发方根据本文档进行下阶段工作。
若中途需求发生变更则康尼企业需及时告知开发方,若因康尼企业原因引入旳需求变更导致开发方工作量旳大幅增长,详细处理方案双方另行协商。
软件需求分析说明书模板
保密级别: S资料编号: SRS- -版本: V .[产品型号名称（二号字体）][部件型号名称（可选、小二号字体）]软件需求分析说明书共14页编制:审核:审定:会签:批准:XXXXXXXXXX公司[****]年[**]月[**]日文档修改记录目录1引言 (2)1.1编写目的 (2)1.2范围 (2)1.3定义、首字母缩写词和缩略语 (2)1.4参考资料 (3)2项目概述 (4)2.1产品描述 (4)2.2产品需求 (4)2.2.1功能需求 (4)2.2.2性能需求 (5)2.2.3可服务性需求 (6)2.3用户及用户特点 (6)2.4一般约束 (7)2.5假设和依据 (7)3用例描述 (7)3.1用例1 (8)3.2用例2 (9)3.3用例n (9)4外部接口需求 (9)4.1用户接口 (9)4.2硬件接口 (9)4.3软件接口 (9)4.4通信接口 (10)5设计约束 (10)5.1其他标准的约束 (10)5.2硬件的限制 (11)6属性 (11)6.1可用性 (11)6.2安全性 (11)6.3可维护性 (12)6.4可转移＼转换性 (12)6.5警告 (12)7其他需求 (12)7.1数据库 (12)7.2操作 (13)7.3场合适应性需求 (13)8附录 (14)1 [说明: 本模板中的蓝色字体与橙色字体为说明性文字, 在最终提交的文档中请删除这些说明性的文字。
]2 引言2.1 编写目的2.2 说明编写这份软件需求说明书的目的, 指出预期的读者范围。
2.3 范围a．说明:b．待开发的软件系统的名称；c．说明软件将干什么, 如果需要的话, 还要说明软件产品不干什么；1）描述所说明的软件的应用。
应当:2）尽可能精确地描述所有相关的利益、目的、以及最终目标。
2.4 如果有一个较高层次的说明存在, 则应该使其和高层次说明中的类似的陈述相一致（例如, 系统的需求规格说明）。
2.5 定义、首字母缩写词和缩略语列出本文件中用到的专门术语的定义和缩写词的原词组。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
....信息管理系统需求说明书
........
目录
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功能需求1 (3)
3．1．2功能需求2 (4)
3．2外部接口需求 (4)
3．2．1用户接口 (4)
3．2．2硬件接口 (4)
3．2．3软件接口 (4)
3．2．4通信接口 (4)
3．3性能需求 (4)
3．4设计约束 (5)
3．4．1其他标准的约束 (5)
3．4．2硬件的限制 (5)
3．5属性 (5)
3．5．1可用性 (5)
3．5．2安全性 (5)
3．5．3可维护性 (5)
3．5．4可转移/转换性 (5)
3．5．5警告 (5)
3．6其他需求 (5)
3．6．1数据库 (6)
3．6．2操作 (6)
3．6．3场合适应性 (6)
....信息管理系统需求说明书
1前言
本章提供整个SRS综述。
1．1 目的
在这一条包括下列内容：
a.描述实际SRS的目的；
b.说明SRS所预期的读者。
1．2 范围
a.用一个名字标识被生产的软件产品。
比如：×××数据库系统，报表生成程序等等；
b.说明软件产品将干什么，如果需要的话，还要说明软件产品不干什么；
c.描述所说明的软件的应用。
应当：
(1)尽可能精确地描述所有相关的利闪、目的、以及最终目标。
(2)如果有一个较高层次的说明存在，则应该使其和高层次说明中的类似的陈述相
一致（例如，系统的需求规格说明）。
1．3 定义、缩写词、略语
本条中必须提供全部需求的术语、缩写词及略语的定义，以便对SRS进行适当的解释。
这些信息可以由SRS的附录提供。
也可以参考其他的文件。
1．4 参考资料
本条应包括：
a.在SRS中各处参照的文件的全部清单，如经核准的计划任务书，上级机关批文、合
同等；
b.列出其他参考资料，如属本项目的其他已发表的文件和主要文献等。
每一个文件、
文献要有标题，索引号或文件号，发布或发表日期以及出版单位；
c.详细说明可以得到该参考文件的来源。
这个信息可以通过引用附录或其他文件提
供。
2项目概述
本章应描述影响产品和其需求的一般因素，本章不说明具体的需求，而仅使需求更易于理解。
2．1 产品描述
这一条是把一个产品用其他有关的产品或项目来描述。
a.如果这个产品是独立的，而且全部内容自含，应在此说明；
b.如果SRS定义的产品是一个较大的系统或项目中的一个组成部分，那么本条应包括
如下内容：
(1)要概述这个较大的系统或项目的每一个组成部分的功能，并说明其接口；
(2)指出该软件产品主要的外部接口。
在这里，不要求对接口详细地描述，详细描
述放在SRS其他章条中；
(3)描述所使用的计算机硬件、外围设备。
这里仅仅是一个综述性描述。
在本条的描述中，用一个方框图来表达一个较大的系统或项目的主要组成部分、相互联系和外部接口是非常有帮助的。
本条既不用来强迫进行设计方案的描述，也不是描述在解决问题时的设计约束。
本条应对在以后具体需求一章中说明的设计约束提供理由。
2．2 产品功能
本条是为将要完成的软件功能提供一个摘要。
例如，对于一个记帐程序来说，SRS可以用这部分来描述：客户帐目维护、客户财务报表和发票制作，而不必把功能所要求的大量的细节描写出来。
有时，如果存在较高层次的规格说明时，则功能摘要可直接从中取得，这个较高层次的规格说明为软件产品分配了特殊的功能，为了清晰起见，请注意：
a.编制功能的一种方法是制作功能表，以便客户或者第一次读这个文件的人都可以理
解；
b.用方框图来表达不同的功能和它们的关系也是有帮助的。
但要牢记，这样的图不是
产品设计时所需求的，而只是一种有效的解释性的工具。
这一条不用作陈述具体需求，只是对后来SRS中具体需求一章中为什么要描述的某些需求提供理由。
2．3 用户特点
本条要描述影响具体需求的产品的最终用户的一般特点。
许多人在软件生存周期的操作和维护阶段与系统相关。
而这些人中有用户、操作员、维护人员和系统工作人员。
这些人的某些特点，象教育水平、经验、技术、专长等，都是施加于系统操作环境的重要约束。
如果系统的大多数用户是一些临时用户，那么就要求系统包含如何完成基本功能的提示，而不是假设用户已经从过去的会议或从阅读用户指南中了解到这些细节。
这一条的内容不能用来陈述具体需求或强加若干特殊的设计约束，本条应对在SRS的具体需求一章之中的某些具体需求或设计约束的描述提供理由。
2．4 一般约束
本条对设计系统阳限制开发者选择的其他一些项作一般性描述。
而这些项将限定开发者在设计系统时的任选项。
这些包括：
a.管理方针；
b.硬件的限制；
c.与其他应用间的接口；
d.并行操作；
e.审查功能；
f.控制功能；
g.所需的高级语言；
h.通信协议；
i.应用的临界点；
j.安全和保密方面的考虑。
本条不陈述具体需求或具体设计约束：而对SRS的具体需求一章中为什么要确定某些具体需求和设计约束提供理由。
2．5 假设和依据
本条列出影响SRS中陈述的需求的每一个因素。
这些因素不是软件的设计约束，但是它们的改变可能影响到SRS中的需求。
例如：假定一个特定的操作系统是在被软件产品指定的硬件上使用的，然而，事实上这个操作系统是不可能使用的，于是，SRS就要进行相应的改变。
3具体需求
3．1 功能需求
3．1．1功能需求1
3．1．1．1引言
本条描述软件产品的输入怎样变换成输出。
即软件必须完成的基本动作。
对于每一类功能或者有时对于每一个功能，需要具体描述其输入、加工和输出的需求。
这通常由四个部分组成；
这部分描述的是功能要达到的目标、所采用的方法和技术，还应清楚说明功能意图的由来和背景。
3．1．1．2输入
这部分应包括：
(1)详细描述该功能的所有输入数据，如：输入源、数量、度量单位、时间设定、
有效输入范围（包括精度和公差）；
(2)操作员控制细节的需求。
其中有名字、操作员活动的描述、控制台或操作员的
位置。
例如：当打印检查时，要求操作员进行格式调整；
(3)指明引用接口说明或接口控制文件的参考资料。
3．1．1．3加工
定义输入数据、中间参数，以获得预期输出结果的全部操作。
它包括如下的说明：
(1) 输入数据的有效性检查；
(2) 操作的顺序，包括事件的时间设定；
(3) 异常情况的响应，例如，溢出、通信故障、错误处理等；
(4) 受操作影响的参数；
(5) 降级运行的要求；
(6) 用于把系统输入变换成相应输出的任何方法（方程式、数学算法、逻辑操作等）；
(7) 输出数据的有效性检查。
3．1．1．4输出
这部分应包括：
(1)详细描述该功能所有输出数据，例如：输出目的地、数量、度量单位、时间关。