（建筑工程管理）软件工程之需求分析

(建筑工程管理)软件工程工程之需求分析首先我们必须了解需求工程和其他项目过程的关系：软件需求包括三个不同的层次-业务需求、用户需求和功能需求-也包括非功能需求:业务需书和需求验证。以下列出和讲解分析常1)确定需求开发过程：确定需求开发过程确定如何组织需求的收集、分析、细化且核实的对重要的步骤要给予壹定指导，这将有助于分析人员的工作，而2)编写项目视图和范围文档：项目视图和范围文档应该包括高层的产品业务目标，所有的求均必须遵从能达到的业务需求。项目视图说明使所有项目参和者对项目包括对现存产品的壹个简要的相对评价和解决方案，且指出所建议的产品为需求。提出客户目前所遇到的问题于新产品中将可能(或不可能)出现的阐述，提供客户怎a竞争、时间问题、对业务可能带来的消极影响。预测风险的严重性，指明你所同需求客户的见法。它可能有点理想化，但必须以现有的或所期待。。、个因素。不仅要包括组织直接控制的范围内的事务，仍要包括外部因素。如果可能，可建立测量的标准用于评价是否达到业务目标.3)用户群分类：产品的用户于很多方面存于着差异，例如：用户使用产品的频度、他们的识、他们所使用的产品特性、他们所进行的业务过程、他们于地理优先级。根据这些差异，你能够把这些不同的用户分成小组。用户把其它应用程序或系统接口所用的硬件组件也见成是附加用户类的应用程序接口，能够帮助你确定产品中那些和外部应用程序或组件类且归纳各自特点为避免出现疏忽某壹用户群需求的情况，要将可4)选择产品代表：择每类用户的产品代表为每类用户至少选择壹位能真正代表他们需求的能作出决策。这对于内部信息系统的开发是最易实现的，因为此而对于商业开发，就得于主要的客户或测试者中建立起良好的合适的产品代表。他们必须壹直参和项目的开发而且有权作出决策。每壹个5)建立核心队伍：建立起典型用户的核心队伍把同类产品或你的产品的先前版本用户代表集目前产品的功能需求和非功能需求。这样的核心队伍对于商业开壹个庞大且多样的客户基础。和产品代表的区别于于，核心队伍成6)确定使用实例：让用户代表确定使用实例从用户代表处收集他们使用软件完成所需任务的描述-使用实例，讨论用户和系统间的交互方式和对话要求。于编写使用实例的文档时可某项任务的许多逻辑关联任务和交互顺序。因此，壹个使合，且且壹个说明是使用实例的例子。于描述时列出执行者和例，画出图形分析模型是有益的，这些模型包括数据流程图、实体关不向开发者提供他们所要开发的功能的细节。为了减少这种不确定性，你用实例叙述成详细的功能需求。每壹个使用实例可引伸出多个功能需求，这执行关联的任务；且且多个使用实例可能需要相同的功能需求。使用实例方来的好处来自于该方法是以任务为中心和以用户为中心的观点。比起使用以么。个方法，用户能够利用这个方法和系统进行交互，从而达到特定可有效地捕捉大多数所期望的系统行为，可是你可能有壹些需求，这些需他执行者之间的交互没有特定的关系。这时你就需要壹个独立的需求规格7)召开应用程序开发联系会议：召开应用程序开发联系会议应用程序开发联系会议是范围讨论会，也是分析人员和客户代表之间壹种很好的合作办法，且能由此拟。该会议通过紧密而集中的讨论得以将客户和开发人员间的合作伙伴关系8)分析用户工作流程：分析用户工作流程观察用户执行业务任务的过程。画壹张简单的示意图(最好用数据流图)来描绘出用户什么时候获得什么数据，且怎样使用这些数据。编制档将有助于明确产品的使用实例和功能需求。你甚至可能发现客户且不真地9)确定质量属性：确定质量属性和其它非功能需求于功能需求之外再考虑壹下非功能的质，这会使你的产品达到且超过客户的期望。对系统如何能很好地执行某些行为或让用简易、直觉性、用户友好、健壮性、可靠性、安全性和高效性。你将要和用户壹起商10)检查问题方案：通过检查当前系统的问题方案来进壹步完善需求客户的问题方案及补充新产品或新版本提供了大量丰富的改进及增加特性的想法，负责提供用户支持及帮助11)需求重用：跨项目重用需求如果客户要求的功能和已有的产品很相似，则可查见需求是1)绘制关联图：绘制系统关联图是用于定义系统和系统外部实体间的界限和接口的简单模2)创建开发原型：创建用户接口原型当开发人员或用户不能确定需求时，开发壹个用户接许多概念和可能发生的事更为直观明了。用户通过评价原型将使项目参和。3)分析可行性：分析需求可行性于允许的成本、性能要求下，分析每项需求实施的可行性，4)确定需求优先级：确定需求的优先级别应用分析方法来确定使用实例、产品特性或单项别。以优先级为基础确定产品版本将包括哪些特性或哪类需求。当允许需5)为需求建立模型：为需求建立模型需求的图形分析模型是软件需求规格说明极好的补充不同的信息和关系以有助于找到不正确的、不壹致的、遗漏的和冗余的需6)编写数据字典：创建数据字典数据字典是对系统用到的所有数据项和结构的定义，以确壹的数据定义。于需求阶段，数据字典至少应定义客户数据项以确保客户7)应用质量功能调配：使用质量功能调配质量功能调配是壹种高级系统技术，它将产品特性和对客户的重要性联系起来。该技术提供了壹种分析方法以明确那些是客户最为关性。它将需求分为三类：期望需求，即客户或许且未提及，但如若缺少会让他们感到不会受到责备。含了业务需求，而使用实例文档则包含了用户需求。你必须编写从使仍要编写产品的非功能需求文档，包括质量属性和外部接口个软件系统必须提供的功能和性能以及它所要考虑的限制条应该尽可能完整地描述系统预期的外部行为和用户可视化行为。除了设计和实现上的限制，板。该模板为记录功能需求和各种其它和需求关联的重要信息提供了统壹目的且非是创建壹种全新的模板，而是采用壹种已有的且可满足项目需要动。文档如何编写且且如何阅读和解文档中详尽说明了这个产品的软件需求，包括修正或发行版本号。如和整个系统的壹部分有关系，那么就只定义文档中说明的部分或员。描述了文档中剩余部分的内容及其组织结构。提出了最适合于其目的的简短描述，包括利益和目标。把软件和企业目标或业务策略品以及它所运行的环境、使用产品的用户和已知的限制、假设明中所定义的产品的背景和起源。说明了该产品是否是产品系列中的所改进的下壹代产品、是否是现有应用程序的替代品，或者是否用该产品的不同用户类且描述它们关联的特征。有壹些需求可能只和特定，包括硬件平台、操作系统和版本，仍有其它的软件组件或和其共存列举出于对软件需求规格说明中影响需求陈述的假设因素(和已知因素相对立)。这可能包件或有关开发或运行环境的问题。你可能认为产品将符合壹个特殊的因素存于的依赖。例如，如果你打算把其它项目开发的组件集成到系依赖那个项目按时提供正确的操作组件。如果这些依赖已经记录到其它文够保证新产品和外部组件正确连接的需求。关联图表示了高层抽象的外部数据和控制组件的详细描述写入数据字典中。如果产品的不同部分有不同布局，应该写入壹个独立的用户界面规格说明中，而不能写入软件需求规每壹接口的特征。这种描述可能包括支持的硬件类型、软硬件之间交描述该产品和其它外部组件(由名字和版本识别)的连接，包括数据库、操作系统、工具、于软件组件之间交换数据或消息的目的。描述所需要的服义了关联的消息格式。规定通信安全或加密问题、数据传输速率和同简短说明且指出该特性的优先级是高、中，仍是低。或者你仍能够包到9(高)。列出输入激励(用户动作、来自外部设备的信号或其它触发器)和定义这壹特性行为的系统详细功能需求。这些是必须提交给用户的软件功能，使用户能够使用服务或者使用所指定的使用实例执行任务。描述产品如何响应可预知的出。求，如产品的易用程度如何，执行速度如何，可靠性如何，当的原理以帮助开发人员作出合理的设。义容量需求，例如存储器和磁盘空间的需求或者存储于数据库中表的最大程中可能发生的损失、破坏或危害关联的需求。定义必须采取的安全、完整性或和私人问题关联的需求，这些问题将会影响到产品的使用数据的保护。定义用户身份确认或授权需求。明确产品必须满足的安人员至关重要的其它产品质量特性。这些特性必须是确定、定量的且应指明不同属性的相对侧重点，例如易用程度优于易学程度，或操作规则，例如什么人于特定环境下能够进行何种操作。这些本身不行的用户文档部分，例如，用户手册、于线帮助和教程。明确所有已明的其它部分未出现的需求，例如国际化需求或法律上的需求。你仍理和维护部分来完善产品安装、配置、启动和关闭、修复和容错，以以便读者能够正确地解释软件需求规格说明，包括词头和缩写。你可多项项目的词汇表，且且只包括特定于单壹项目的软件需求联的分析模型的位置，例如数据流程图、类图、状态转换图或说明中待确定问题的列表，其中每壹表项均是编上号的，以便于跟2)指明需求来源：指明需求的来源为了让所有项目风险承担者明白需求规格说明书中为何提供这些功能需求，要均能追溯每项需求的来源，这可能是壹种使用实例或其它客户要求，3)为每项需求注上标号：为了满足软件需求规格说明的可跟踪性和可修改性的质量标准，软件需求。为每项需求注上标号制定壹种惯例来为需求规格说明书中的每得需求能被跟踪，记录需求变更且为需求状态和变更活动建立度量。需求4)记录业务规范：是指关于产品的操作原则，比如谁能于什么情况下采取什么动作。将这中的壹个独立部分，或壹独立的业务规范文档。某些业务规范将引范。5)创建需求跟踪能力矩阵：建立壹个矩阵把每项需求和实现、测试它的设计和代码部分联矩阵同时也把功能需求和高层的需求及其它关联需求联系起来、度量单位、精度以及允许取值范围的共享仓库。数据字典的维护独立于软件需求规格说明，护的任何阶段，各个风险承担者均能够访问数据字典。它定义了原数复杂数据元素、重复的数据项、壹个数据项的枚举值以及可选的数据分析的基本工具。壹个数据流图确定了系统的转化过程、系统所操纵的数据或物质的收集(存储)，仍有过程、存储、外部世界之间的数据流或物质流。数据运用到系统分析上，这种方法很适用于事务处理系统和其它功能密集数据关系。分析实体联系图有助于对业务或系统数据组成的理解和图：实时系统和过程控制应用程序能够于任何给定的时间内以有限的状态存于。当机的例子。大多数软件系统需要壹些状态建模或分析，就像大多数系序中，用户界面能够见作是壹个有限状态机。于任何情况下仅有壹个对话元素(例如壹个菜单，工作区，行提示符或对话框)对用户输入是可用的。于激活的输采取的活动，能够导航到有限个其它对话元素。因此，许多用户界面壹种称为对话图来建模。对话图描绘了系统中的对话元素和它们之间。析和设计，且且它运用于许多项目的设计中，从而析、设计和编程的域。类图是用图形方式叙述面向对象分析所确定的类以1)审查需求文档：对需求文档进行正式审查是保证软件质量的很有效的方法。组织壹个由不同代表(如分析人员，客户，设计人员，测试人员)组成的小组，对需求规格说明书及关2)依据需求编写测试用例：根据用户需求所要求的产品特性写出黑盒功能测试用例。客户以确认是否达到了期望的要求。仍要从测试用例追溯回功能需求以确保没且确保所有测试结果和测试用例相壹致。同时，要使用测试用例来验证需3)编写用户手册：于需求开发早期即可起草壹份用户手册，用它作为需求规格说明的参考优秀的用户手册要用浅显易懂的语言描述出所有对用户可见的功能。而辅4)确定合格的标准：确定合格的标准让用户描述什么样的产品才算满足他们的要求和适合二、需求管理例文档、软件需求规格说明及关联分析准，这些文档就定义了开发工作的需求基线。这个基线于客户和开发人员之产品功能需求和非功能需求的壹个约定。需求约定是需求开发和需求管理之。哪些需求变更，此变更是否于项目范围内，估价它们，且对此评估作出决策确和变更关联的任务且评估完成这些任务需要的工作量。通过这些分析将有员会作出更好的决策。影响分析能够提供对建议的变更的准确理解，帮助做变更批准决策。通过对变更内容的检验，确定对现有的系统做出是修改或抛创建新系统以及评估每个任务的工作量。进行影响分析的能力依赖于跟踪能求、设计模板、源