软件项目需求分析PPT

1、内容：1需求分析是软件项目的基础，2需求分析阶段的团队组织，3需求管理，4需求分析阶段的项目管理，1、为什么要做需求管理？一天，一个爱斯基摩人来帮你做一个杯子。要求：这个杯子在使用时应该适应北极环境。这家人承诺当杯子做好的时候会有很高的报酬。你对自己说：所谓的适应北极环境。北极的地面非常坚硬。那应该是一个结实的杯子。所以你经历了很多困难：爱斯基摩人不停地摇头，决定不给你一分钱。最后，你知道他们需要一只手不冻的杯子。他们真正的需求如下：你为什么要做需求管理？顾客不知道他们想要什么样的顾客：塑料杯、木杯或橡胶杯，我也不知道！顾客知道他们想要什么，但是他们不能清楚地表达他们的要求：他们应该能够适应北

2、极的环境。我们经常对顾客的要求有错误的理解：他必须有一个结实的杯子！我们不知道为什么，但我们不知道为什么。做好需求管理。3、什么是需求规格？需求规范概念文档，用于明确定义软件开发项目中的系统需求。需求规格说明的功能是开发人员和用户之间实际技术合同的基础，用于对开发人员在下一步设计和编码的目标系统进行基本测试和验收。4、功能需求：用于描述系统应该提供的功能和系统功能的异常输入输出。非功能性需求：一种与系统的特定功能不直接相关的需求。安全性可伸缩性响应时间、需求规范的组成、5、用例格式的详细描述、先决条件、用例开始时发生的事情、事件流、用例执行的步骤、后条件用例结束时发生的事情、6、用例详细描述的

3、示例、先决条件：系统管理员登录到系统事件流：1。当系统管理员在系统菜单中选择“用户管理”时，用例开始；2.系统管理员可以添加系统用户；3.系统管理员可以根据用户名查询系统用户；4.对于每个用户，a)系统管理员可以查看用户的详细信息；b)系统管理员可以为用户分配角色；c)系统管理员可以删除用户。后置条件：系统管理员执行的用户管理操作生效。7.为什么使用静态原型？遇到以下问题，你该怎么办？完成这个系统需要时间和精力，但是用户说这根本不是他想要的？系统完成了，但是用户突然说，你能改变系统界面吗？这个项目已经开发了一半。用户说，你说开发已经完成一半了，给我看看？静态原型可以帮助我们避免这些问题。什么是

4、静态原型法？以较小的成本快速构建可执行的软件系统模型，以便用户和开发人员能够快速确定需求。9.静态原型法的实现，快速建立一套反映主要功能(操作命令的使用)的用户界面原型，并提供基本的界面样式(菜单格式、输出格式)。原型演示工具.10.需求管理概要、先决条件和用例详细描述中的后置条件。在项目开发中使用静态原型有什么好处？什么是需求规格？你为什么想设计？一天，上帝来到小王的家，请他帮忙造两个人！小王明白上帝的需要，没有设计，直接开始工作。半路上，小王发现他做得越多，错得越多，于是他反复修改，累了，最后期限到了，上帝来找小王找人。小王羞愧地向上帝展示了他的作品。想象上帝此时的表情！什么是软件设计？软

5、件要求：系统做什么上帝要求：我想成为两个人(软件系统)！软件设计：如何做系统人类骨骼(系统框架)应该做什么.人脑(系统数据库)应该做什么.人类皮肤(系统界面)应该做什么.人性(系统性能)应该做什么.设计目标是使开发人员能够成功地实现设计的系统，并适当地满足用户的需求。概要设计描绘了软件的概貌。详细设计在概要设计的基础上对其进行提炼，得到一个非常接近源代码的设计表达式。软件设计有两个阶段：软件设计、详细设计、概要设计、软件概要设计、概要设计系统设计：系统具体技术方案。与其他系统的接口系统设计需要考虑：硬件环境、软件环境、网络环境、用户操作水平、团队技术能力开发时限结构设计：确定程序由哪些模块组成

6、，每个模块执行什么功能，以及它们之间存在什么关系。概要设计的核心是系统框架设计，15、详细软件设计(1)，详细设计的核心是将业务模型映射到技术模型。该技术模型执行从sys _ book中选择book _ name，其中book _ no=图书编号，book _ status=book _ subscribe _ stu _ no=学生图书卡号。如果找到一条记录，将引发异常，异常消息为：“该图书的图书名称已被预订，不能借出。”；否则，继续处理。学生向图书馆申请借书，图书馆员登录图书馆管理系统。首先，检查一下这本书是否已经被预订了。如果已经预订了，就不能退房。软件的详细设计(2)，详细设计还包括实

7、现某个功能时包括哪些类、方法和类。以及类与调用序列对应的接口之间的关系，如何相互显示和交互，以及如何在接口之间切换伪代码数据库设计的核心算法。17、5.1需求分析是软件项目的基础，是整个软件项目的基础。需求分析的质量直接关系到软件项目可交付成果的客户满意度，甚至整个项目的成败。如果需求分析工作做得不扎实，无论设计阶段完成得多好，软件编码质量有多高，结果只会给用户带来失望，给开发人员带来苦恼。软件需求在软件项目中的作用：需求分析侧重于描述软件系统的功能和性能，指出软件和其他系统元素之间的接口，并建立软件必须满足的约束；建立软件体系结构，分解软件系统模块，建立软件处理的数据、接口和处理流程的设计模

8、型；提交需求分析规范以形成软件项目管理过程中的第一个里程碑。20、3。需求分析阶段的主要任务是问题分析(即如何获取需求？需求描述(即如何定义需求？在这一阶段，系统分析人员应该将自己对客户需求和问题的理解与自己的软件开发经验结合起来，以发现哪些需求是用户片面理解和短期行为提出的不合理需求，哪些需求是由于潜在需求而产生的，这些潜在需求尚未提出，但具有实际价值。(1)问题分析，22，基于需求模型，考虑问题的软件可解性，生成需求说明书和初步用户手册。需求规范包括目标系统外部行为的完整描述、需求验证标准以及用户对系统性能、质量和可维护性的要求。用户手册包括用户界面的描述和如何使用目标系统的初步想法。，(

9、2)需求描述，(23)需求验证。分析人员应在用户和软件设计人员的配合下，对自己生成的需求规范进行评审，以确保软件需求的全面性、准确性、一致性、可行性和用户的认可，并使用户和软件设计人员在需求规范和用户手册的理解上达成共识，从而对目标系统达成一致的理解。一旦发现遗漏和歧义，必须尽快进行检查和纠正。软件需求的抽象层次一套完整的软件需求包括五个项目：(1)系统输入(2)系统输出(3)系统功能(4)系统属性(5)系统环境属性(26)系统需求的描述语言和结构化语言，它们是自然语言格式缺乏细节，系统需求的分类，(1)功能需求，(2)非功能需求，(3)领域需求，(28)、(29)、(5)需求分析一般包括四个

10、过程，(1)系统分析师与用户面对面交流，记录用户提供的信息，即进行获取活动；(2)需求分析师处理从用户那里获得的信息，理解它们，将它们分成不同的类别，并将客户需求与可能的软件需求联系起来，即进行分析活动；(3)系统分析员构建客户需求信息，将其编译成文档和示意图，并形成需求规格；(4)组织用户代表审核文件，纠正存在的错误，完成需求验证。30、6。需求分析的工作模式，三步需求法：第一步：“面试”，第二步：“入职”，第三步：“确认”，31，第一步：“面试”，面试沟通特定用户的领导和业务人员，主要目的是从宏观上进行，对于具体的职能部门，最好制定本项目的联系人。32、图需求分析角色和工作流的第一阶段，3

11、3、的第二步是“诱导”，它基于分析师对特定用户的组织结构、业务流程、硬件环境、软件环境、现有操作系统等信息的理解，结合现有的硬件和软件实现方案，做出简单的用户流程和操作界面，并结合用户以往的项目经验。34、合作、审核、执行、反馈、协调、协调、监督、输出结果访谈备忘录、调查和分析报告、业务流程反馈报告、确认、请求/计划、第二阶段需求分析、用户方、分析师、项目经理、第二阶段需求分析的角色和工作流程、35、在前两个阶段的结果的基础上，分析师需要完成清晰的业务流程报告和数据项描述，最好向用户提供修改后的DEMO系统，并清晰地描述系统的业务流程设计目标。用户可以通过查看开发人员提供的业务流程报告、数据项

12、描述和操作演示系统进行反馈，并签署和确认已完成和可接受的报告和文档。第3步：“确认”，36、合作、确认、执行、提交、协调、合作、审查和输出原始演示系统调查和分析报告、建议、请求/计划、需求分析阶段3、用户方、分析师、项目经理、需求分析阶段3、37、的角色和工作流程。需求分析的重要阶段结果包括： (1)用户需求规范(2)需求分析模型文档(3)需求规范(39、以及用户需求规范和需求规范之间的主要区别。1)前者主要使用自然语言来表达用户需求，但与后者相比，其内容粗糙且不够详细。2)后者是前者的细化，用更多的计算机语言和图形符号来描述需求，即待开发软件产品的需求，产品需求是软件系统设计的直接依据。40

13、、软件需求规格SRS说明、角色：内容：大纲：41、5.2需求分析阶段的团队组织。由于需求分析是一个需要开发人员和用户之间密切合作的工作阶段，这个阶段的团队管理包括项目中涉及的双方团队的管理。42、需求分析团队的组织模型、43、1。需求分析阶段项目涉及的人员和工作职责如下：(1)项目经理：负责需求分析阶段项目进度的安排和控制；参与项目的各种资源调度；(2)系统分析员：完成编译软件需求规范的任务。(3)程序员：完成原型系统的开发。(4)质量经理：负责组织相关人员完成需求分析质量审核需求说明书的评审。44、(5)配置管理器：包括通过评审的需求规格的软件的配置管理项目；(6)用户端技术人员为：人，是参

14、与项目的用户端技术负责人，通过与系统分析师沟通，确定系统的技术实施方案。要求此人拥有签署和批准需求说明书中系统技术方案的最终权利；(7)用户方业务人员：人参与项目。在与系统分析师沟通之后，确定未来软件系统的具体功能和业务模型。这类人员需要拥有签署和批准需求声明中的业务需求的最终权利。1。需求分析阶段项目涉及的人员和工作职责如下。和所有与需求直接相关的活动统称为“需求工程”。需求工程的活动可以分为两类：一类是需求开发；需求开发的目的是通过调查和分析获得用户需求并定义产品需求。另一类属于需求管理：需求管理的目的是在用户和开发人员对需求有共同理解的基础上，维护需求的完整性和一致性，控制需求的变化。5

15、.3需求管理，46、需求工程结构图，需求工程，47、5.3.1需求开发有四个主要活动：需求获取，需求分析，需求定义(规范)。对于所提出的软件产品，获取需求是一个从理解和理解到确定不同用户的需求和限制的过程。需求获取的难点如下：(1)缺乏分析师的知识领域；(2)用户对需求的描述不清晰；(3)需求理解的偏差；(4)需求变更，49、(1)基于调查的需求获取方法；(2)基于用例的需求获取方法；(3)基于原型法的需求获取方法，50、()一般来说，是围绕以下三个中心进行的。首先，我们必须确定需求调查的内容；其次，要确定需求调查的方式；最后，确定调查的时间、地点和人员等。(2)进行需求调查并记录。(3)分析用户需求信息并编写用户需求说明书(4)确认需求。N本案例的目的是实现数据库的规划和设计；根据事实调查的步骤，我们应该如何进行？案例说明了事实的发现和收集。1.明确组织结构和组织工作的基本流程。方法：查阅该组织的发展历程和历史；检查组织的具体结构。根据目前学生管理的基本情况，我们可以大致得到以下组织结构图：、N什么数据对你来