风景园林硕士考研真题笔记整理（二）-乐题库

目录

1. 简介 1

1.1. 背景 1

1.2. 参考 1

1.3. 假设和约束 1

1.4. 用户特征 1

2. 功能请求 1

2.1. 系统范围 1

2.2. 系统架构（此部分可针对具有两层架构的系统量身定制） 1

2.3. 系统整体流程2

2.4. 需求分析 2

2.4.1. XXXXXXX（功能需求名称）2

2.4.1.1. 功能说明2

2.4.1.2. 业务建模 2

2.4.1.3. 用例说明 3

2.4.1.4. 用户界面 5

2.4.2. XXXXXXX（功能需求名称）5

3. 非功能性要求 5

3.1. 性能要求 5

3.1.1. 精度 5

3.1.2. 时间特征要求 6

3.1.3. 输入输出要求 6

3.2. 数据管理能力要求 6

3.3. 安全保密要求 6

3.4. 灵活性要求 6

3.5. 其他具体要求 6

4. 操作环境规定 6

4.1. 设备 6

4.2. 支持软件 7

4.3. 接口 7

4.4. 控制 7

5. 需求跟踪 7

6. 批准表 7

1. 简介

1.1. 背景

阐明：

一个。拟开发的软件系统名称；

湾。本项目的任务提出者、开发者、用户以及实现该软件的计算中心或计算机网络；

C。软件系统与其他系统或其他机构之间的基本交互。

1.2. 参考资料

列出本规范中引用和引用的材料，例如：

一个。经批准的工程计划或合同，并经上级主管部门批准；

湾。属于该项目的其他已发布文件；

C。本文档中引用的文档和材料，包括使用的软件开发标准。列出这些文件的标题、文件编号、出版日期和出版日期，并注明这些文件的来源。

1.3. 假设和约束 [可选]

列出本软件开发的假设和限制条件，如资金限制、开发期限、设备条件、用户数据准备和通信问题等。

1.4. 用户特征 [可选]

列出软件最终用户的特点，充分描述操作和维护人员的教育水平和技术专长，以及软件的预期使用频率。这些是软件设计工作的重要约束。

2. 功能要求

2.1. 系统范围

清晰勾勒出用户对系统和产品的高层次目标需求行业需求分析的任务有，如系统开发意图、应用目标、作用范围等相关背景资料。

如果被定义的产品是一个更大系统的一部分，那么产品与系统其他部分的关系应该使用框图描述其他部分的联系和接口。

2.2. 系统架构（此部分可针对具有两层架构的系统进行裁剪）【可选】

以图文结合的方式描述系统的整体架构。

下面应该提供系统的整体架构图：

系统整体架构描述如下：

2.3. 系统整体流程

系统的整体流程以图文结合的形式进行说明。

图1是项目合同管理系统的总体流程图。

图1

2.4. 需求分析

需求分析的目的是获取或描述系统需求中的每一个功能需求，通过分析确定系统能做什么？谁会使用这个系统？

· 建立用例模型：发现角色和用例，确定角色之间的关系、用例之间的关系、角色和用例之间的关系

· 描述用例：参与者如何与系统交互的规范。

2.4.1. XXXXXXX（功能需求名称）

2.4.1.1. 功能说明

功能编号：

功能需求：从用户业务的角度描述功能需求。

2.4.1.2. 业务建模

从可视化的角度——用例图——描述功能需求

图2是综合计划管理系统合同编辑业务功能需求用例图。

图二

2.4.1.3. 用例说明

以文本方式为每个用例描述参与者和系统之间交互的规范。

1、 XXXXXX（用例名称）

描述对象描述内容

标识符用例的唯一标识符

描述用例的高级描述

演员 与此用例相关的演员列表，以及演员的特征

频率 参与者访问此用例的频率

状态通常分为：进行中、待审核、已审核或未通过审核

前提条件 访问用例之前必须满足的条件列表（如果包含这些条件）

后置条件 用例成功完成后将满足的条件列表（如果包含这些条件）

扩展用例 此用例扩展的用例（如果有）

包含的用例 此用例中包含的用例（如果有）

用例中基本操作过程参与者所遵循的主要逻辑路径，即所有工作都在进行时用例如何工作

可选操作流程在其工作方式发生变化、异常或错误时遵循的路径

修改历史 修改者： 修改日期： 修改原因：

问题（如果有），与此用例开发相关的问题或操作项列表

以下是综合计划管理系统中合同编辑功能需求中合同扩充用例的描述：

描述对象描述内容

标识符 IPMS0101

描述 添加合同记录

参与合同编辑--熟悉合同管理业务

频率

状态通过审核

前提条件1.参与者有权添加合约2.参与者已选择对应的计划记录3.当前计划总投资≥SUM（合约价格已在计划）

后置条件1. 数据库中多了一个合约纪律2. 可执行合约原始扫描用例3. 可执行合约支付增加用例4. 可执行合约修改和删除合约用例

扩展用例 无

包含的用例 无

基本操作流程请参考图3中的合约添加流程

可选操作流程 当用户在确认添加合约时发现异常时，系统提示添加合约无效

修改历史 修改者： 修改日期： 修改原因：

问题1.合同编码具体约定2.合同类型、资金来源、合同委托方字典表的具体设计

图 3 合同添加活动流程

2、XXXXX（用例名称）

...

2.4.1.4. 用户界面

简述该功能对应的用户界面风格。使用原型生命周期的项目也可以提供原型接口的副本。

2.4.2. XXXXXXX（功能需求名称）

...

3. 非功能性需求

3.1. 性能要求

3.1.1. 精度 [可选]

说明软件输入输出数据的准确性要求，可能包括传输过程中的准确性。

3.1.2. 时间特征要求

说明对软件时间特性的要求，如要求：响应时间；更新处理时间；数据转换和接口更新传输时间。

3.1.3. 输入输出要求

说明每种输入输出数据类型，并逐项列举其介质、格式、数值范围、精度等。说明并举例说明软件的数据输出和必须标注的控制输出，包括对硬拷贝报告的说明（正常结果输出、状态输出和异常输出）和图形或显示报告。

3.2. 数据管理能力要求【可选】

说明要管理的文件和记录的数量、表和文件的大小，并估计可预见增长的数据及其组件的存储需求。

3.3. 安全保密要求

用户对系统故障处理能力、处理方式、系统恢复和故障后数据恢复的要求，以及对系统防止机密数据被非法侵入、修改和丢失的要求。

3.4. 灵活性要求 [可选]

说明对软件灵活性的要求，即当需求发生某些变化时，软件适应这些变化的能力，如：

一个。经营方式的改变；

湾。经营环境的变化；

C。与其他软件的接口变化；

d。准确性和有效期的变化；

e. 计划的更改或改进。

应确定为提供这些灵活性而专门设计的部分。

3.5. 其他具体要求[可选]

如用户单位对易用性、可维护性、可补充性、易读性、可靠性的要求，异常处理要求，以及对运行环境可转换性的特殊要求。

4. 操作环境规定

4.1. 设备

列出运行软件所需的硬件设备。描述新设备及其特殊功能，包括：

一个。处理器型号和内存容量；

湾。外存容量、在线或离线、媒体及其存储格式、设备型号和数量；

C。输入和输出设备的类型和数量，在线或离线；

d。数据通信设备的种类和数量；

e. 功能键和其他专用硬件

4.2. 支持软件

列出支持软件，包括网络和硬件设备平台、操作系统平台、数据库系统平台、编译（或组装）程序和测试支持软件。

4.3. 接口 [可选]

描述软件与其他软件之间的接口、数据通信协议等。

4.4. 控制 [可选]

描述控制软件运行的方法和控制信号，并描述这些控制信号的来源。

5. 需求跟踪

需求跟踪的主要目的是确保对所有需求进行分析，并以承诺需求-分析需求对应表（PRS_SRS表）的形式描述已分析需求对已提交需求的覆盖范围。PRS_SRS表的格式请参考软件需求管理流程规范（SUPL-MANU-SRS-001）.

6. 签署审批表

本人已阅读以上软件需求规范行业需求分析的任务有，本人将严格遵守规范中的条款，并承诺全力支持本规范的实施。

执行董事：

日期

技术总监：

日期

项目负责人：

日期

用户代表：

日期

开发商代表：

日期

队员：

日期

队员：

日期