下载文档原格式
XXXX系统需求分析及设计文档
《XXXX系统》
需求分析及设计文档 版本1.0
修改历史
日期版本描述作者
目录
一、系统概述 (4)
1、系统功能概述 (4)
2、系统范围 (4)
二、系统模型 (4)
１、业务事件列表 (4)
２、系统用户 (4)
２、系统需求模型 (4)
２.１XX功能 (5)
２.２XX业务功能 (5)
3、用例实现与分析 (5)
3.1 ＸＸ用例 (5)
一、系统概述
1、系统功能概述
项目名称：XXXX系统
项目概述
2、系统范围
二、系统模型
１、业务事件列表
事件编号事件描述系统输入提供输入
的参与者
系统输出接收输入
的参与者
２、系统用户
参与者列表：
参与者参与者编号责职说明备注
２、系统需求模型
用例列表：
用例名称功能编号用例功能用例描述xx模块
xx业务模块
２.１XX功能
用例图
２.２XX业务功能
用例图
3、用例实现与分析
3.1 ＸＸ用例
3.1.1 用例描述
用例：
参与者：
目的：
概述：
类型：
前提条件：
后置条件：
特殊需求：
事件流
候选事件流
3.1.2 活动图
3.1.3 原型（可选）。
需求分析报告模板目录1. 引言 (2)1.1 编写目的 (2)1.2 项目风险 (2)1.3 文档约定 (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 通讯接口 (7)4. 系统功能需求 (7)4.1 说明和优先级 (7)4.2 激励／响应序列 (8)4.3 输入／输出数据 (8)5. 其它非功能需求 (8)5.1 性能需求 (8)5.2 安全措施需求 (9)5.3 安全性需求 (9)5.4 软件质量属性 (9)5.5 业务规则 (9)5.6 用户文档 (9)6. 词汇表 (10)7. 数据定义 (10)8. 分析模型 (11)9. 待定问题列表 (11)1. 引言引言是对这份软件产品需求分析报告的概览，是为了帮助阅读者了解这份文档是如何编写的，并且应该如何阅读、理解和解释这份文档。
1.1 编写目的说明这份软件产品需求分析报告是为哪个软件产品编写的，开发这个软件产品意义、作用、以及最终要达到的意图。
通过这份软件产品需求分析报告详尽说明了该软件产品的需求规格，包括修正和(或)发行版本号，从而对该软件产品进行准确的定义。
如果这份软件产品需求分析报告只与整个系统的某一部分有关系，那么只定义软件产品需求分析报告中说明的那个部分或子系统。
1.2 项目风险具体说明本软件开发项目的全部风险承担者，以及各自在本阶段所需要承担的主要风险，首要风险承担者包括：●任务提出者；●软件开发者；●产品使用者。
1.3 文档约定描述编写文档时所采用的标准(如果有标准的话)，或者各种排版约定。
排版约定应该包括：●正文风格；●提示方式；●重要符号；也应该说明高层次需求是否可以被其所有细化的需求所继承，或者每个需求陈述是否都有其自己的优先级。
需求分析文档模板一、引言。
需求分析文档是软件开发过程中非常重要的一环，它帮助我们理解用户的需求，为软件开发提供了方向和依据。
本文档旨在为软件需求分析提供一个模板，以便开发团队能够更好地理解用户需求，提高软件开发的效率和质量。
二、项目概述。
本项目旨在开发一款智能家居控制系统，用户可以通过手机App或者语音控制设备来实现对家居设备的控制。
该系统将包括温度控制、灯光控制、安防监控等功能，旨在提高用户的生活便利性和舒适度。
三、用户需求分析。
1. 用户群体。
本系统的主要用户群体为家庭用户，他们希望通过智能家居系统来提高生活的便利性和舒适度。
此外，也需要考虑到一些特殊用户群体，比如老年人、残障人士等，他们可能需要更加人性化的设计和操作方式。
2. 功能需求。
用户希望系统能够实现远程控制家居设备的功能，比如可以通过手机App远程控制空调、电灯等设备的开关状态。
同时，用户也希望系统能够智能化地学习用户的习惯，比如根据用户的作息时间自动调整温度和灯光亮度。
3. 性能需求。
用户希望系统能够稳定可靠地运行，不会出现频繁的崩溃或者卡顿现象。
此外，用户也希望系统的响应速度能够达到秒级的水平，以便及时响应用户的控制指令。
4. 安全需求。
用户希望系统能够保障家庭的安全，比如可以实现远程监控家庭的安全情况，及时报警并通知用户。
同时，用户也希望系统能够保障个人隐私的安全，不会泄露用户的个人信息。
四、系统功能需求。
1. 远程控制功能。
用户可以通过手机App或者语音指令来实现对家居设备的远程控制，比如打开空调、调节灯光亮度等。
2. 智能学习功能。
系统可以学习用户的生活习惯，比如根据用户的作息时间自动调整温度和灯光亮度，提高用户的使用体验。
3. 安全监控功能。
系统可以实现对家庭安全的远程监控，及时发现异常情况并通知用户，保障家庭的安全。
五、非功能需求。
1. 可靠性。
系统需要保证稳定可靠地运行，不会出现频繁的崩溃或者卡顿现象。
2. 响应速度。
引言概述：正文内容：一、需求获取1. 介绍用户需求调研的重要性及流程。
用户需求调研是收集和理解用户需求的关键过程，可以通过面对面的访谈、问卷调查等方法来获取用户需求。
2. 分析用户需求的优先级。
区分用户的主要需求和次要需求，并确定其对软件系统的重要性，以便开发团队能够合理地分配资源。
3. 需求验证和确认。
在需求获取的过程中，将用户需求与实际可行性进行比较，确保需求的准确性和可行性。
二、需求分析1. 分析用户需求的功能性需求。
功能性需求是指软件系统实现的基本功能，开发团队需要仔细分析每个功能需求，并明确其具体实现方式。
2. 分析用户需求的非功能性需求。
非功能性需求包括性能要求、可用性要求、安全要求等，开发团队需要根据具体需求设定标准和指标。
3. 确定用户需求的边界和限制条件。
确定软件系统的界面范围、数据输入输出要求、运行环境等限制条件，以确保软件开发的可行性。
4. 使用案例建模分析用户需求。
使用案例建模是一种将用户需求转化为可执行操作的分析方法，开发团队可以通过绘制用例图和时序图来分析用户需求。
5. 分析用户需求的变更和迭代。
在需求分析过程中，需求的变更是正常的现象，开发团队应该及时跟进变更，并进行相应的调整。
三、需求确认1. 确认用户需求的正确性和完整性。
开发团队通过与用户进行沟通和确认，确保所分析的用户需求正确无误，且没有遗漏。
2. 确定用户需求的优先级和可行性。
在用户需求的确认过程中，开发团队和用户需求方共同讨论需求的优先级和可行性，以合理安排软件开发任务。
四、需求追踪1. 需求追踪的目的和意义。
需求追踪是跟踪需求的变更和开发情况的过程，可以帮助开发团队更好地管理需求和追踪项目进度。
2. 使用需求跟踪矩阵。
需求跟踪矩阵是一种工具，可以将不同的需求与软件开发的迭代过程进行对应，帮助开发团队更好地管理和追踪需求。
3. 管理需求的变更。
在软件开发过程中，需求的变更是正常的现象，开发团队应该及时记录和管理需求的变更，以确保软件开发的顺利进行。
需求规格说明书更改记录*修改类型分为A - ADDED M - MODIFIED D– DELETED文档编号：目的：定义软件需求，为后期的设计打下基础背景、备注：定义：参考：1概述客户是公司最宝贵的资源，为了更好的发掘老客户的价值，并开发更多新客户，XX公司决定实施客户关系管理系统。
希望通过这个系统完成对客户基本信息、联系人信息、交往信息、客户服务信息的充分共享和规范化管理；希望通过对销售机会、客户开发过程的追踪和记录，提高新客户的开发能力；希望在客户将要流失时系统及时预警，以便销售人员及时采取措施，降低损失。
并希望系统提供相关报表，以便公司高层随时了解公司客户情况。
客户服务是一个涉及多个部门，存在一定流程的工作。
客户服务水平的高低决定着公司的核心竞争力。
该客户关系管理系统应提供一个客户服务在线平台，使客户服务处理过程中相关人员可以在线完成服务的处理和记录工作。
1.1目的本文档是武汉信息技术有限公司在与XX公司的客户关系管理系统实施合同基础上编制的。
本文档的编写为下阶段的设计、开发提供依据，为项目组成员对需求的详尽理解，以及在开发开发过程中的协同工作提供强有力的保证。
同时本文档也作为项目评审验收的依据之一。
1.2范围主要是XX公司的销售主管、客户经理及其管理员用来管理语客户相关的信息与活动。
1.3背景客户关系管理系统用于管理与客户相关的信息与活动，但不包括产品信息、库存数据与销售活动。
这三类数据将由XX公司X销售系统进行管理。
1.4用户与角色系统管理员：管理系统用户、角色与权限，保证系统正常运行。
销售主管：对客户服务进行分配。
创建销售机会。
对销售机会进行指派。
对特定销售机会制定客户开发计划。
分析客户贡献、客户构成、客户服务构成和客户流失数据，定期提交客户管理报告。
客户经理：维护负责的客户信息。
接受客户服务请求，在系统中创建客户服务。
处理分派给自己的客户服务。
对处理的服务进行反馈。
创建销售机会。
用户需求分析文档范本一、引言用户需求分析文档是为了准确了解用户对产品或服务的要求和期望而编写的文件。
本文档将详细分析用户需求，包括功能需求、非功能需求以及其他相关信息。
通过详细分析用户需求，我们可以为用户提供更好的产品和服务。
二、用户需求概述2.1 用户描述描述用户的基本信息，包括年龄、性别、教育程度等。
2.2 用户目标描述用户使用产品或服务的目标，他们希望从中获得什么。
2.3 用户需求分析用户的具体需求，包括功能需求和非功能需求。
三、功能需求在这一部分，我们将列出用户对产品或服务的具体功能要求。
3.1 功能需求1详细描述功能需求1，可以使用列表、图表等方式进行排列。
3.2 功能需求2详细描述功能需求2，可以使用列表、图表等方式进行排列。
3.3 功能需求3详细描述功能需求3，可以使用列表、图表等方式进行排列。
四、非功能需求在这一部分，我们将列出用户对产品或服务的非功能性要求。
4.1 性能需求描述用户对产品性能的要求，如响应时间、处理能力等。
4.2 可用性需求描述用户对产品易用性的要求，如界面友好、操作简单等。
4.3 安全性需求描述用户对产品安全性的要求，如数据保密等。
五、其他相关信息在这一部分，我们将讨论与用户需求相关的其他信息。
5.1 市场调研结果描述市场调研的结果，包括竞争对手分析、用户调查结果等。
5.2 技术可行性分析评估产品或服务的技术可行性，包括可行性分析报告、技术方案等。
5.3 风险分析分析与产品或服务有关的风险因素，并提出相应的应对策略。
六、总结用户需求分析文档是确保产品或服务能够满足用户期望的关键文件。
通过细致地分析用户需求，我们可以设计出更好的产品和服务，提高用户满意度。
在设计和开发过程中，必须参考用户需求分析文档，并不断优化产品或服务，以满足用户的期望。
七、附录在这一部分，可以包括一些补充信息，如用户访谈记录、需求变更历史等。
以上是用户需求分析文档的范本，通过详细分析用户需求，我们可以更好地满足用户的期望并提供优质的产品和服务。
《人力管理系统- 需求计划》需求分析说明书1.引言1.1 编写目的能够为系统分析师设计完成概要设计提供资料。
1.2 背景1）《人力资源管理系统-需求计划》；2）参与者：系统分析员，软件工程师，测试工程师。
3）使用者：人力资源部门员工和部门高级管理人员。
1.3 专门术语的定义岗位本职：该岗位的工作职责范围。
岗位任职资格核心要求：指该岗位上的员工所要具备的资格和技能。
1.4 参考资料《需求调研报告》《面向对象设计思想》《UML 设计思想》1.5 阅读对象本文档的读者是参与《人力资源管理系统开发》的软件工程师和测试工程师，本系统的使用将极大提高工作效率，简化手工作业流程，降低手工工作量和错误率。
2任务概述2.1 目标提高人力资源部门的工作人员和高级管理人员完成“人员需求计划”工作的效率，以软件系统的灵活的处理方式来简化繁琐的人工操作工程。
2.2 用户特点1)熟悉基本的计算机操作；2)熟悉人力资源管理工作的内容和流程；3)高级管理人员；2.3 假定和约束开发的期限为 1 个月。
开发的人员为N 人2.4 总体需求描述1)通过组织管理中有关管理模块或人事管理模块相关信息，提醒：出现岗位空缺（向用人部门主管、负责人，人力资源部招聘中心负责人、部长提示）。
2)提示用人部门负责人该岗位的需求信息，形成需求计划。
3)确定是否执行需求计划，若选定为“暂不需要”，则待约定日期到期后再提醒，若选定为“需要”则自动转入待批准需求类计划列表当中。
4)人力资源部人力规划与招聘中心审批待批准需求计划，进行一次审核。
5)人力资源部长进行二次审核，若审核通过（列明可选理由并附文字说明）进入三次审核，若不通过（列明可选理由并附文字说明）则将该记录保留并抄转至用人部门负责人，并予以提醒。
6)分管副总进行三次审核，若审核通过（列明可选理由并附文字说明）则在招聘计划板块生成招聘需求，若不通过（列明可选理由并附文字说明）则将该记录保留并抄转至用人部门负责人，并予以提醒。
ＸＸ信息管理系统需求说明书X X科技有限公司目录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警告 (6)3．6其他需求 (6)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.列出其他参考资料，如属本项目的其他已发表的文件和主要文献等。
需求分析文档
需求分析文档是产品开发过程中非常重要的文档之一，它主要
用于描述产品的功能、特性、性能及用户需求等，是产品开发过程
中的指导思想和共同理解，也是项目管理和沟通的基础。
以下是一个典型的需求分析文档结构：
1. 引言：该部分简要介绍当前项目的背景信息，例如识别项目
的主要需求和目标。
2. 项目概述：该部分详细描述项目的整体背景和范围，包括项
目的目标、范围和限制条件。
3. 用户需求：该部分描述了需求文档中的用户需求，并列举了
想要实现的用户功能、特性、解决方案，进而明确要实现哪些功能。
4. 功能需求：该部分详细描述了产品中应该包含的所有功能需求，包括输入、输出、处理和存储功能等。
5. 非功能需求：该部分涵盖了产品的性能、可用性、安全性、
复杂性、稳定性等非功能需求，这些要求往往不会直接影响到产品
是否可以使用，但会影响用户体验和产品的整体表现。
6. 界面设计：该部分详细讲解了产品的界面设计，包括布局、
颜色、字体、图片等方面，以及如何提高使用体验和方便操作。
7. 术语和定义：该部分列出了文档中使用的术语和定义，避免
产生误解和理解角度不同的情况，让整个项目团队都能够明确相应
的术语。
8. 附录：除了上述部分，还可以补充其他的信息，例如用户调
研报告、实验室测试报告、市场分析等内容。
需求分析文档不仅可以为项目管理提供重要的依据，而且可以
为测试、故障排除和产品维护等工作提供宝贵参考。
软件需求分析文档范本1. 引言本文档旨在根据实际需求，对软件进行全面的需求分析，明确软件的功能、性能以及其他的非功能性需求，并为软件开发团队提供详尽的指导和参考。
2. 问题定义在这一部分，我们将对软件的问题和需求进行定义和解释，并围绕以下几个方面展开讨论：2.1 背景描述在这一段，我们将简要描述软件的背景和所处的环境。
这包括软件的使用场景、潜在用户以及软件的重要性和功能价值等内容。
2.2 目标和目标受众在这一段，我们将明确软件的目标以及目标的受众群体。
我们将详细描述软件的预期功能和性能，并确保这些目标符合实际需求。
3. 功能需求在这一部分，我们将详细描述软件的功能需求。
这些需求是对软件功能和行为的具体描述，包括输入输出、界面设计等方面的要求。
3.1 功能需求1在这一段，我们将描述软件的第一个功能需求。
这包括功能的具体描述以及与其他功能之间的关系和依赖关系。
3.2 功能需求2在这一段，我们将描述软件的第二个功能需求。
同样，我们将详细描述功能的具体要求，并分析其与其他功能的关系。
4. 非功能性需求在这一部分，我们将详细描述软件的非功能性需求。
这些需求是与软件性能、安全性、可用性等相关的要求。
4.1 性能需求在这一段，我们将描述软件的性能需求，包括响应时间、吞吐量、并发性等方面的要求。
4.2 安全性需求在这一段，我们将描述软件的安全性需求，包括用户权限控制、数据加密等方面的要求。
5. 界面设计在这一部分，我们将详细描述软件的界面设计要求。
这包括用户界面的布局、颜色、字体等方面的要求。
6. 数据要求在这一部分，我们将描述软件对数据的要求，包括数据格式、数据存储和数据访问等方面的要求。
7. 约束和假设在这一部分，我们将列举软件开发中的约束条件和假设情况，并明确它们对软件需求的影响。
8. 附录在这一部分，我们将附上软件需求分析文档的相关附录，如术语表、缩略词表等，以便更好地理解文档内容。
总结：本文档是软件需求分析的范本，对软件的功能需求、非功能性需求以及其他方面的要求进行了详尽的描述。
第八章需求获取方法之原型复习题4.在开发方法的分类中，哪些类型的原型可能在需求获取中得到使用？它们被应用的的目的可能是什么？哪种类型的原型在需求获取中的作用最大？答:探索式、实验式和演化式.探索式应用的目的是依据已经了解的内容开发出一些初始原型，然后获取用户对这些原型的信息反馈，并不断调整原型，最终澄清模糊的需求，发现未知的需求。
实验式应用的目的是通过首发定义一个对原型的评估方法，确定评估的等级（诸如可行性、适用性、效率和吞吐量等），据此评估各种技术方案下的原型，明确需求的可行性和有效的技术实现方案。
演化式应用的目的是通过在持续开发过程中使用原型方法，可以使软件开发过程更好地处理用户需求的不断变动。
5.在构造技术的分类中，为每种类型的原型给出一个典型的适用示例。
答:水平原型方法，典型示例：用户界面开发。
垂直原型方法,典型示例：核心功能开发，核心算法研究。
6.在介质的分类中，为每种类型的原型给出一个典型的适用示例。
答：纸面介质：简单计算器的界面开发幻灯动画介质科学计算器的界面开发快速语言和工具介质：学生选课系统的开发程序语言介质:浏览器开发。
案例题4.Itall多年来一直担任Tun—L—Vision公司的系统分析员。
在你加入该系统分析团队以后，建议在目前项目中把原型化方法作为SDLC的一部分，Itall说：“当然可以，但是你不能太在意用户所说的话。
他们也不知道自己需要什么。
我会做原型化工作，但是我不会‘观察'任何用户.”(1)在不明确否决Itall的前提下,尽可能巧妙地说明原型化过程中观察用户反应、用户建议和用户创新的重要性的原因。
(2)用一段话描述，如果系统的某部分已经被原型化，并且在后续系统中没有考虑用户的反馈信息,可能会出现什么情况？答：（1）原型只是手段,目的是为了验证系统功能，所以为了修正原型要重视观察用户反应原型、用户建议和用户创新的重要性。
（2）用户不满意，延期改进，功能过于简单,默认知识等。
第九章需求获取方法之观察与文档审查复习题1.为什么需要观察方法？观察方法的适用情景是什么?答：很多时候用户无法完成主动的信息告知,或者说用户和需求工程师之间的语言交流无法产生有效的结果，这时就有必要采用观察的方法。
采样观察：根据明确的目的选取特定的时间段或者特定的事件进行观察。
民族志：观察者深入到用户中，花费较长的时间（一般为几个月）来观察用户的活动。
话语分析:它通过观察和分析用户交谈中的交互方式或者特定的话语形式的内部结构来发现和获取相关信息。
协议分析：对用户任务的观察。
它要求观察对象一边执行任务,一边大声地解释他们在执行任务时产生的各种想法。
任务分析:专门针对人机交互行为的观察。
它引入了相关的模型方法来观察、记录和分析用户与软件系统的交互行为。
案例题1.Ceci Awill说：“我想我能记得他所做过的大部分事情。
”Ceci准备与OK Ｃorral公司战略规划副总裁Biff Weblldon进行面谈。
OK Ｃorral是一家拥有130间牛排连锁店的公司。
“我的意思是说，我有好的记性。
我认为听他说什么比看他做什么更重要。
”作为需求工程团队的一员,Ceci Awll向你诉说了他要写下在面谈中对Biff 的办公司和Biff的活动进行观察的愿望。
(1)用一段话来说服Ceci,在面谈时仅仅倾听是不够的，观察和记录所观察的内容同样是很重要的。
(2)Ceci似乎接受了你认为观察时很重要的观点，但是不知道该观察什么。
列出需要观察的项目和行为，在每一项行为的旁边用一句话指名Ceci通过观察应该得到的信息。
答:(1）面谈并不能确保用户能够将所有的信息都告知需求工程师，诸如一些语言无法确切描述的事务，而观察能够了解用户真正做什么，还能够获取到其他方法不能得到的用户及其工作环境的信息,还可以对从其他方法获取的信息进行确认，所以我们应该重视观察方法的应用。
（2）①观察客户所处的环境（得出何种需求才能更适合客户）。
②观察客户行为、习惯特征（得出更适合客户使用的软件需求）。
第十章需求的组织—-需求获取中的模型驱动方法复习题1.什么是模型驱动方法？它有那些常见方法？答：模型驱动方法是一类以定义明确的模型为理论基础，依据模型指导和组织活动开展的需求工程方法。
常见的方法有：①面向目标的方法。
②基于场景的方法。
③基于用例的方法。
2.模型驱动方法在需求工程和需求获取中的作用是什么？答：①指导和组织需求获取行为的开展.②整理和归类需求获取行为得到的信息。
③为详信息的分析提供背景基础和上下文知识。
④帮助组织需求文档的结构。
⑤作为需求验证的知识基础。
3.目标模型有哪些基本元素？请逐一对它们进行描述.答：目标模型主要有两种基本元素：①目标，系统被开发的目的。
目标可以在不同的抽象层次上进行描述,战略层,进行技术上的底层；目标可以针对不同的内容,系统功能的目标,非功能的目标。
②关系，关系又称链接。
目标模型的链接有两类，目标之间的连接,目标与其他模型元素之间的链接.4.面向目标方法的处理过程是怎样的？答：基本可以分为三个阶段：目标获取、目标分析和目标实现。
目标获取：对系统的现状的背景进行分析往往能够发现重要的目标。
在对现状和系统开发背景的分析当中通常会得到一些明确的问题和缺陷,它们的反面就是系统需要实现的目标。
目标分析：在得到一个明确的目标之后，要对它进行描述。
具体的描述形式要依赖于所采用的的面向目标方法，在得到多个目标之后,要建立它们之间的关系，建立系统的目标模型。
目标实现：这个阶段主要的任务是手收集与目标相关的需求信息，讨论可能的候选解决方案,最终确定系统详细需求和解决方案。
案例题1.分析你所在学校使用的选课系统，试着为其建立简单的目标模型和场景模型.答：系统背景：随着在校人数的增加，网上选课能大大降低教务工作量，针对这一情况 ,开发网上选课系统。
学生通过登录账号登录校园网,查看选课信息和成绩后进行报名选课，在规定的时段内，能够查看自己选课的结果 ,并决定是否参加补、退选，网上选课系统应该能够提供简明、友好的操作界面，能处理课程信息,处理预选、正选、补（退）选和查询选课结果等工作。
（1）目标模型如图1所示，在着目标依赖 (网上选课）、软目标依赖（易操作性 )和任务依赖(登录，查看课程，成绩查询）。
在策略原理模型中，可以将网上选课系统角色进一步细化，可以将系统划分为选课控制、选课处理和选课结果三个子角色，这三个子角色之间存在着相互依赖关系，包括选课设定和处理结果两个任务依赖。
为了避免需求的随意性和低效性，对所得出的策略原理模型中的子角色、目标、软目标和任务进行细化，如图2所示.图1目标模型图2 细化后的目标模型（2)主要关注点学生通过登录账号登录校园网，查看选课信息和成绩后进行报名选课，在规定的时段内，能够查看自己选课的结果，并决定是否参加补、退选，网上选课系统应该能够提供简明、友好的操作界面，能处理课程信息，处理预选、正选、补（退）选和查询选课结果等工作。
环境范围该系统用于提高教务处的工作效率,方便用户之间信息的交流，简化学生选课的流程，使选课管理工作更规范化，系统化，程序化，提高信息处理的速度和准确性，能够及时、准确、有效的查询和修改选课排课相关信息。
在学校内部的现有局域网这个网络环境下,信息由各用户在规定的权限下在各自的工作站上录入,信息上网后各用户可查询，选课，修改,管理，达到信息共享。
用例模型用例模型能体现系统需要做什么，即系统的功能要求。
用例模型可以直接通过映射规则由早期的需求获取阶段建立的策略原理模型得到，图3就是所得到的系统的用例模型.图3 用例模型第十一章需求分析概述复习题1.需求分析的根本任务是什么?答：需求分析的根本任务是：（1）建立分析模型,达成开发者和用户对需求信息的共同理解。
（2）依据共同的理解,发挥创造性，创建软件系统的解决方案。
4.什么是多视点方法，为什么需求分析需要采用多视点方法？答：利用视点手段进行复杂系统建模的方法被称为多视点方法。
视点手段要求人们在建模一个复杂系统时，从不同的观察角度出发，将系统中既交织共存又相对独立的不同内容拆分成不同的部分，然后分别为每一个才节后的子部分建模。
所有视点的模型描述集成起来，就是对原有的复杂系统的模型描述，所以需求分析采用多视点方法是比较有效的。
6.什么是面向对象分析？它和现代的结构化分析和信息工程有何异同？答：面向对象分析把系统看做是对象的集合，这些对象之间互相协作，共同完成系统的任务。
现代的结构化分析方法把现实世界描绘为数据在信息系统中的流动，以及在数据流动过程中数据项信息的转化。
是以功能和数据为基础，而面向对象分析方法是以对象为基础。
信息工程主要从信息角度来开发系统，而不像结构化方法那样从功能角度考虑问题,客观世界被描绘为数据和数据属性及其相互关系.思考题2.本章对创造性活动的描述过程给了你什么启示？答:创造性活动分为,外因，内因和灵感，外因包括：问题背景，需求，技术等。
内因包括技术背景，知识背景、习惯和经验。
灵感是人力不可为的因素。
因此创造性活动，并不是不可以通过努力来提高它的质量的,我们可以通过提高内因和外因，来锻炼创造性活动。
第十二章过程建模案例题1.分析你所在学校使用的选课系统,给出它的DFD描述。
答：2。
根据下列叙述性描述，为描述的内容绘制一个上下文DFD。
校园书店“课本库存系统”的目的是向学生提供本地大学课程的课本。
大学的教学部门通过一个“课本主清单”向书店提交初始数据，包括课程、教师、课本和预计注册人数.书店生成一个“购买订单”，“购买订单"被送到供应课本的出版公司。
图书订单随着一个“包装清单”到达书店,它被接收的部门检查和验证。
学生填写包含课程信息的“购书要求”，当他们付了书款之后就得到一个“销售单据”。
答：第十五章需求的文档化和验证复习题2.什么是需求规格说明?为什么要建立需求规格说明？答：需求规格说明活动就是将需求及其软件解决方案进行定义和文档化，并传递给开发人员的需求工程活动。
建立需求规格说明的必要性是显而易见的：一方面，清晰、.明确、结构化的文档可以将将系统的需求信息和解决方案更好地传递到所有的开发人员。
另一方面，文档可以拓展人们的知识记忆能力。
除了必要性外,需求规格说明文档可以成为合同协议的重要部分，可以成为项目开发活动的一个重要依据,可以尽早地发现和减少项目的返工,降低项目的工作量，需求规格女说明文档可以成为有效的智力资产.2.需求规格说明有哪些常见类型？它们的主要内容分别是什么?答:需求规格说明文档正常的有项目前景和范围文档、用户需求文档、系统需求规格说明文档、软件需求规格说明文档、接口需求规格说明文档、硬件需求规格说明文档和人机交互文档.项目的前景和范围文档的主要内容是对业务需求的定义,用户需求文档是对用户需求的定义，系统需求规格说明文档是对系统需求、解决方案的定义,软件需求规格说明文档是对整个系统功能分配给软件部分的详细描述,硬件需求规格说明问答是对整个系统功能当中分配给硬件部分的详细描述，接口需求规格说明文档是对整个系统中需要软、硬件协同实现部分的详细描述，人机交互文档时对真个系统功能的、中需要进行人机交互部分的详细描述.思考题2.在需求获取和需求分析当中采用哪些手段可以保证最终需求集的完备性、一致性和正确性？答:完备性：需求规格说明文档是完备的，当且仅当（1)描述了用户所有有意义的需求，包括功能、性能、约束、质量属性和对外接口；（2）定义了软件对所有情况的所有实际输入（无论有效输入还是无效输入）的响应；（3)为文档中的所有插图、图、表和术语、度量单位的定义提供了完整的引用和标记。
