软件开发项目要求规范

标准文案标准文案软件工程开发和治理标准软件开发的各个阶段以及每个阶段的工作活动和工件，但不对活动和工件的细节作过多规定。在工程开发过程中，每个工程依据自身的需要确定这些活动和工件的细节。工程阶段图2-1工程开发的五个阶段启动阶段的总体战略目标，对工程的需要建立认同。即确定到底需要做什么、开发什么产品或供给什么效劳，以及需要解决什么样的问题和需要满足客户或市场的什么要求等，同时还要总结工程工作的范围、所需资源、大约开支、各种风险，以及该工程不执行的其他替代选择等。这些代表了对整个工程目标从战略角度和宏观层次所进展的分析，通过工程的意向书总结出来，由此确证客户或工程发起人和赞助者的要求与期望，并帮助他们判定工程是否上马。工程意向总结书的通过及工程被批准上马形成了这个工程的起始点。打算阶段这个阶段的工作是为整个工程做打算。工程开头后，首先要确定工程的具体范围，明确定出工程到底要做什么，总结、归纳并定出产品的功能。然后进一步制定工程的打算，列出每项具体工作，并建立全部工作任务的重要性及挨次；确定每项工作的执行人和所需资源；依据人员的配置和力气设定各项工作和整个工程的完成时间表。执行阶段人员、设备、费用、技术、信息，由治理者领导全体工程参与者开展各项工作。同时跟踪各项具体工作和整个工程的进度，定期向全体工程人员及工程的发起人报告工程状态。把握阶段这个阶段的工作是确证工程工作的结果符合工程的打算。它通过对工程结果的衡量和审核，与工程打算所期望的结果进展比较，找出实际结果与打算的差异，并制定处理措施。这个阶段的工作还包括对工程进程中消灭的任何更改要求进展审核和批准。同时调解工程进程中出现的各种问题，如：对缺乏的资源的补偿调整；对工程的进度表及各项具体工作的优先级或顺序的修订。完毕阶段受确实认。还包括在工程完成之后的收尾工作，对整个工程的经受进展总结，修订工程文档，用户培训等。阶段完成标志在工程开发过程中，当一个阶段完成后才会开展下一个阶段的工作；另外，“某个阶段完成”通常被定义为工程的一个里程碑，里程碑标识了工程的进度，它是工程开发和把握的重要参考，对整个工程有重要的意义。因此，“确证某个阶段是否已经完成”的工作格外有重要。每一个阶段的完毕以它特定任务的完成为象征整个阶段就不能算是完成，因此工程就不能进入到下一个阶段去。衡量阶段完毕的工作结果必需是实在的交付品阶段中的任务是否完成是透过任务活动中产生的交付品来表达的，交付品必需是可交付的、非抽象的、实质的并且可以通过用衡量的方法来推断是否真正地完成了的具体事物。如：某一阶段的完成是以建筑一个样品或完成某分文件作为象征。任何工程阶段的完毕，都应当有这样的实质性东西的完成作为象征。跨阶段的进程以阶段结尾的合格验证和审核来打算证，并检查这一阶段的工作质量和效率，由此推断是否可以进入到下一个阶段。这些检验象征了一个阶段的结尾终点，表示工程的进程离开了上一个阶段而进入了下一个阶段。启动阶段图3-1启动阶段的任务和工件产品领域争论争论产品所在领域的状况，为工程论证供给依据。争论内容包括：产品领域的现状和前景产品领域的商业模式和业务流程产品的价值和盈利空间产品的特性和简洁度技术可行性争论争论产品的实现技术，总结技术可行性。争论内容包括：o类似产品的当前实现技术和技术趋势实现技术的候选方案各个方案的优点、本钱和风险开发团队与实现技术的匹配状况工程论证基于商业和技术等方面对工程的可行性进展论证，确定工程是否开展。假设开展工程，则进一步论证工程的总体方案。论证的内容包括：商业可行性技术可行性当前产品与类似产品的比较工程收益和前景o工程的本钱和风险o工程的总体方案确定工程目标和范围工程开头时，全部相关人员必需对工程的目标和范围达成共识，形成共同的工程愿景。并把愿景表达为《工程开发大纲》向相关人员传达。《工程开发大纲》的内容包括：五张图表来描述产品目标、功能、平台、客户、进度表和开发职责能 用一个段落来综述产品，再用一个段落来描述每个重要的功能的功能用一个段落来描述每个对产品有用的但本工程不实现的功能用一个段落来明确每个重要的涉众群体和他们的风险股本求用一个段落来表达每个重要的工程需求险按风险暴露量对每个重要的工程风险都用一个段落来争论报用一个段落综述产品的回报，其后再对每个重要的工程回报都用一个段落来据来总结为什么这个工程会成功表3-1工程开发大纲打算阶段图4-1打算阶段的任务和工件规模、工作量评估围绕各项打算的制定工作对工程的规模、工作量等进展评估，评估的内容包括：o模块数量与简洁度输入、输出和对外接口等数量与简洁度SLOC和功能点o开发工作量〔人月〕o进度与里程碑进度风险定制工程开发打算打算一样，工程开发打算不是固定不变的，在执行过程中要对打算进展监控，可能会依据实际状况修改打算并重公布。《工程开发打算》的内容包括：用三到五张图表来描述产品目标、功能、平台、客户、进度表和开发职责〔《工程开发打算》的概述局部应当是《工程开发大纲》中概述局部的拷贝。当工程工程成员软件过程软件工程方法

时，修订《工程开发打算》的概述局部而不是修订《工程开发大纲》。这样，以后在进展工程评价时，通过比较《工程开发大纲》和《工程开发打算》的概述，就能看出工程是如何转变的〕用一到五页的篇幅来概述产品的功能，其中，要包括这些功能的附加信息〔开发者需要这样的信息来了解实现需求〕。概述这个工程中所应用的软件过程。〔具体内容可在《质量保证打算》中定义〕概述这个工程中所应用的软件工程方法和技术。〔质量保证打算》中定义〕这一局部要表达出整个工程进度和工作量的估量。其中要包括：对固定不变的里程碑和同步点的解释进度和工作量

在评估中的设想状况、评估中的不准确性的可能来源随着工程的进展如何更评估测量

〔具体进度表内容可在《开发进度表》中定义〕概述这个工程中风险治理打算。〔具体内容可在《风险治理打算》中定义〕概述这个工程中要收集的测量。列出要使用的每一项软件工具，以及该工具所支持的任务。明确所需的硬件，包括那些需要移动、猎取或升级的硬件。软件支持明确所需的软件，包括需要猎取、安装或升级的软件件。人力支持由哪个人、部门或团队为开发组的哪项任务供给支持。表4-1工程开发打算定制风险治理打算风险治理任务包括：风险识别、风险分析、确定风险优先级、定制风险化解方案、风险化4-2】。图4-2风险治理任务《风险治理打算》定义这些任务的执行流程和人员安排。《风险治理打算》的内容包括：用文字和图表概述风险治理任务的总体执行流程。别 “风险识别”任务的实施细节和各项工作的负责人。析 “风险分析”任务的实施细节和各项工作的负责人。险优先级 具体说明“确定风险优先级”任务的实施细节和各项工作的负责人。险化解方案具体说明“定制风险处理方案”任务的实施细节和各项工作的负责人。解 风险。这局部的内容是描述风险作的操作标准和流程。控 具体说明风险监控任务的实施细节和各项工作的负责人。4-2风险治理打算风险治理中通常会用到《TopN风险列表》，风险列表依据风险暴露量排序列出当前工程中主要的N个风险，《TopN风险列表》的内容包括：名 的排名〔假设本周已被完全化解用“---”表示〕名 上周排名〔假设是识别的风险用“---”表示〕数 已上表的周数风险的名称或简述风险类型〔只针对进度相关的风险〕：打算编制o设计和实现o客户和需求o承包商产品人员过程技术外部环境开发环境率度案度程范

风险发生的百分比概率〔工作日或工作周〕发生概率X损失程度风险的当前状态：未发生、已发生、已化解对已发生的风险，简述化解进度〔未发生的风险用“---”表示〕4-3风险列表定制质量保证打算保证工作质量的一个重要步骤是制定一套合理的质量保证打算并贯彻执行。《质量保证打算》的内容包括：具体说明这个工程中所应用的软件过程。具体说明这个工程中所应用的软件工程方法和技术。些工作任务包括：常规开发活动〔需求分析、架构设计、具体设计、编码和测试、公布和实施等〕会议〔工作例会、进度会议、审查会议等〕评审〔方案评审、技术评审、质量评审等〕测量〔产品规模测量、进度测量、缺陷率测量、测试掩盖率测量等〕其他活动〔技能培训、资料收集、内部流、客户沟通等〕表4-4工作标准定制开发进度打算局部。《开发进度表》的内容包括：o工程的开头和完毕时间工程各个阶段的开头和完毕时间每个阶段的工作任务及其开头和完毕时间每个工作任务的子任务的及其开头和完毕时间里程碑和同步点角色的定义和任务安排作为跟踪工程进度的重要依据，进度表在工程推动过程中需要不断细化。另外，当实际进度与打算进度消灭偏差时，需要修改进度表并重公布。执行阶段图5-1执行阶段的任务和工件需求分析展足界面原型设计和架构设计工作。《需求规格说明书》的内容包括：业务需 1.做什么做的范围对结果的要求需求 对软件产品或系统使用方案的角度动身，描述和总结使用者利用该软或系统能够做的事或能够完成的任务。依据上述使用者需求列出的使用方案，列出开发者必需为软件产品或系统实求 能。1.运行速度、容量、并发性能2.对资源的利用率求3.对外界输入的反响速度和准确性4.对过失的负荷力气o必需适应的运行环境的要求〔包括运行平台、网络及其他硬件要求〕求o〔包括与操作系统、数据库、扫瞄器及其他应的兼容要求〕o与外部其他系统和组件的接口要求o〔牢靠性、效率性、灵敏性、安全性、互操作定性、健全性、可用性〕求o对开发者重要的质量标志〔不属于上述需求范围的，但受到其他环境和商业合同影响的要求。1.国家或地区的任何特别的标准求 2.软件使用界面的特别要求与学问产权有关的要求软件所面对的市场和行业的标准客户的特别要求的成功与否起很大影响的因素，是开发力气的局限：开发的局限 1.人员的局限技术的制约和局限客户的特别要求表5-1需求分析告《需求分析报告》的编制方式可以是多样的，例如把全部“非功能性需求”组织成“外部接口需求”、“质量属性需求”和“需求约束”5-2】图5-2需求规格说明书界面原型设计明确了系统的关键需求后，就可以进展界面原型设计工作，猎取用户的反响，尽快确定