软件需求分析的概念,需求分析 概念设计 逻辑设计

软件需求分析如何做好舞台工作软件需求分析做好。软件需求分析是在计划期间建立的软件可行性分析细化和细化，/过程:软件-2分析要做的工作是描述功能和性。

1。引言1.1目的:编写本文档的目的是进一步定制软件 development的细节。方便用户与开发者协调工作。本文件的读者主要是项目委托单位的管理人员。希望把这个软件开发工作做的更具体一些。1.2项目背景1.2.1项目委托单位:* *公司1.2.2开发单位:* *公司1.3定义1.4参考文献2。任务概述2.1目标:

避免人工管理的失误和延误，从而实现高效管理。2.2运行环境:硬件:1兆内存奔腾级处理芯片，兼容256色显卡，800*600兼容显示标准，兼容打印机软件方面:WIN95操作系统2.3条件和限制:编程用电脑一台，完成日期2000/7/1，无资金供应3 .

软件需求描述1。简介:1.1项目名称:1.2项目背景及内容概述。(委托单位、开发单位、项目主管部门、与其他项目的关系、与其他机构的关系等。).1.3相关信息、缩写、定义(相关项目计划、合同、上级批准、引用文件、采用标准等)。)、(缩略语和名词的定义)。2.任务概述2.1目标(项目的开发目标和应用目标。如果是其他系统的一部分，说明关系)。

3.业务流程4。数据描述4.1原始数据描述a .静态数据b .动态数据4.2数据流图4.3数据概念模型及描述5。功能需求5.1功能描述6。界面要求6.1报表格式6.2图形要求6.3输入输出要求7。接口要求(描述和本系统)8。性能需求8.1数据精度(比如数据内部精度，外部显示精度)8.2数据量。

软件需求分析阶段工作的四个方面分别是:问题识别、分析与建模、需求描述与规范。软件需求分析在规划期内成立软件可行性分析细化和细化，/需求分析是软件定义阶段的最后一步是确定系统是什么过程:软件-2分析要做的工作是深入描述软件的功能和性能，确定软件的设计限制。

尽量避免分析的主观想象，尽量将分析的进度提交给用户。让用户在没有直接指导的情况下检查和评估。从而达到需求-3/的精度。分析工作人员通过需求-3/逐步细化软件的要求，描述软件并交给。在软件完成后，对软件的规范也将为评价软件的质量提供依据。

通过对相应问题及其环境和分析的理解，对问题涉及的信息、功能和系统行为建立模型，对用户需求进行精确和完整，最终形成需求的规范，构成一系列活动。需求 分析是系统设计阶段分析和软件之间的桥梁。一方面，-2 分析以系统规格和项目规划作为分析活动的基本出发点，从软件的角度进行检查和调整；另一方面，需求规范是软件设计、实现、测试和维护的主要依据。

需求工程学随着计算机的发展而发展。在计算机发展初期，软件规模不大，软件开发侧重于代码编写，需求-3/非常多。后来，软件 development引入了概念，需求 分析的生命周期，成为它的第一个阶段。随着软件的系统规模的扩大，需求分析/和/的定义在软件的整个开发和维护过程中显得越来越重要，直接关系到软件的成败。人们逐渐意识到需求-3/活动不再局限于软件开发的初始阶段，而是贯穿于系统开发的整个生命周期。

需求的定义包括从用户的角度(系统的外在行为)和从开发者的角度(一些内在特征)。关键问题是写文档需求。我曾经亲眼目睹过一个项目中途把所有的开发人员都换了，客户被迫和新的需求-3/坐在一起。系统的工作人员分析说:我们想和你谈谈你的需求。客户的第一反应是:我已经把我的要求都告诉你前任了，现在只想给我编个系统。

所以如果只有一堆邮件，会议记录或者一些零碎的，没有条理的对话，你就确定你已经了解了用户的需求，这完全是自欺欺人。需求的另一种定义认为需求是用户需要并能触发一个程序或系统开发的描述。有些需求-3/专家对此进行了扩展概念:从系统的外部，我们可以找到系统满足用户的特性、功能和属性。这些定义强调产品是什么样的，而不是产品是如何设计和构造的。

1、需求分析Theory软件需求涉及的功能问题非常广泛，我们可以利用抽象理论分析将它们分成各种类别。功能域A1和A2ans = {a1，a2，An}但是功能域b由几个问题P1和P2Pm组成，每个功能对应子系统中的一个软构件，可以表示为b = {P1，P2，Pm}功能G有几个行为G={F1，F2，Fj }，每个行为对应软件 component中的实现方法。

需求开发方法贯穿于这个产品生命周期，采用不同的开发方法论进行挖掘需求帮助用户发现问题，梳理问题，判断产品实现功能的正确性、一致性和完整性，督促用户在软件设计开始前进行仔细全面的思考。解决需求与现实的矛盾，解决用户需求与商业产品的功能整合，解决标准化与个性化需求。

做的方法软件需求分析:1。确定产品的预期用户类别，2.每个用户类的Get 需求。3.了解实际用户的任务和目标以及这些任务所支持的服务需求，4.分析来自用户区分用户任务的信息需求、功能需求、业务规则、质量属性、建议解决方案和附加信息。5.将系统级需求分成若干个子系统，将需求的一部分分配给软件组件，6.理解相关质量属性的重要性。