软件开发项目规范

软件项目开发和管理规范本文介绍了软件项目开发和管理的流程规范，作为软件项目开发的高级指导。该规范定义了软件开发的所有阶段以及每个阶段的工作活动和工件，但不过度规定活动和工件的细节。在项目开发过程中，每个项目根据自己的需要确定这些活动和工件的细节。项目阶段图2-1项目开发的五个阶段开始阶段此阶段的工作目的是确定是否需要启动一个项目。为此，首先要明确项目的总体战略目标，灌输对项目要求的认识。也就是说，在确定应该做什么、应该开发什么产品或提供什么服务、应该解决什么问题、应该满足客户或市场的要求等的同时，还要总结项目工作的范围、所需资源、粗略成本、各种风险以及该项目不执行的其他替代选项等。这些代表将从战略角度和宏观层面对整个项目目标进行分析，并通过项目的意向书进行总结，以确定客户或项目发起人和赞助人的要求和期望，并帮助确定项目是否启动。项目意图摘要的通过及项目启动批准形成了这个项目的出发点。计划阶段此阶段的任务是计划整个项目。项目开始后，首先要确定项目的具体范围，确定项目具体做什么，总结、归纳和确定产品的功能。然后，我们进一步制定项目计划，列出每个特定操作并设置所有操作任务的重要性和顺序。确定每个任务的实施者和所需资源。根据人员配置和能力设置每个任务和整个项目完成时间表。执行阶段此阶段的任务是执行项目的计划以完成项目的工作。这包括实施所有必需的资源(人员、设备、成本、技术和信息)，使所有项目参与者都能够执行任务。同时跟踪各个任务和整个项目的进度，定期向整个项目人员和项目发起人报告项目状态。控制步骤这个阶段的工作是确认项目工作的结果是否符合项目的计划。此外，通过项目结果的测量和审核，与项目计划期望的结果进行比较，确定实际结果和计划之间的差异，并制定处理措施。此阶段的工作还包括审阅和批准项目进程中发生的所有变更要求。对项目流程中出现的各种问题(如对不足资源的补偿调整)同时修订调整项目的时间表以及每个特定任务的优先级或顺序。结束阶段此阶段的工作是验证项目的最终结果或提交是否符合计划的要求，并对完成的结果进行可接受的确认。包括项目完成后的整理工作、整个项目经验总结、项目文档修订、用户培训等。阶段完成旗标在项目开发过程中，下一阶段的工作要在一个阶段完成后才能进行。“一级完成”通常被定义为标识项目进度的项目里程碑。此里程碑是项目开发和控制的重要参考，对整个项目具有重要意义。因此，“确定完成了哪些步骤”是非常重要的。每个阶段的结束象征着它特定任务的完成只有在特定阶段中规定的所有工作任务都完成后，此阶段才会实际结束，使整个项目进入下一阶段。相反，如果工序中的工作未全部完成，则不能将整个阶段视为完成(如项目中所定义)，因此项目无法继续到下一阶段。测量阶段结束时的操作结果必须是实际的交付项阶段的任务完成与否是通过任务活动生成的交付项来反映的，交付项必须是交付项，不是抽象的，而是实际的，是可以通过测量的方法来确定是否实际完成的具体事物。例如：一个阶段的完成象征着制作一个样品或完成特定的子文件。任何项目阶段的结束都应该是这些实际物品的完成的象征。阶段间流程由阶段结束时的资格验证和审核确定在一个阶段结束后，在继续下一阶段之前，必须执行的任务必须验证交付项的适用性以及此阶段的工作质量和效率，以确定是否可以继续下一阶段。这些检查标志着一个阶段的结束，表示项目的进程脱离了上一阶段，进入了下一阶段。开始阶段图3-1启动阶段的操作和工件产品领域研究研究产品所在领域的情况，提供项目论证的依据。研究内容如下：o产品领域的现状和前景o产品领域的业务模型和业务流程o产品的价值和收入空间o产品的特性和复杂性技术可行性研究研究产品的实现技术，总结技术可行性。研究内容如下：oo相似产品的当前实施技术和技术趋势o实现技术候选人o每个计划的优点、成本和风险o开发团队与实施技术的匹配项目论证根据商业和技术等论证项目的可行性，决定项目是否在进行。如果项目进行，进一步论证项目的整体方案。论证的内容如下。o业务可行性o技术可行性o比较当前产品和类似产品o项目收入和前景o项目的成本和风险o项目的总体方案确定项目目标和范围在项目初期，所有相关人员必须就项目的目标和范围达成协议，形成共同的项目愿景。把愿景传到项目开发大纲，传给相关人士。项目开发大纲的内容如下：概括使用三到五个图表来说明产品目标、功能、平台、客户、时间表和开发责任高级功能一段审查产品，另一段说明各自的重要功能未实现的功能在一个段落中描述对产品有用但在此项目中未实现的每个功能群众将各主要利益相关者和他们的风险资本阐明为一段专案需求使用描述每个重要项目要求的段落。项目风险按风险暴露量对每个重要项目风险进行一段讨论专案收入一段总结产品收益，然后对每个重要项目收益进行一段讨论结论将上述所有部分连接到一至三个段落，明确项目的需要和风险，然后用论证和论证总结该项目为什么成功表3-1项目开发概述计划阶段图4-1计划阶段的操作和工件规模、工作负载评估对每个计划的开发工作评估项目的规模、工作量等，评估内容如下：oo模块数量和复杂性o输入、输出和外部接口的数量和复杂性O SLOC和功能点o非生产性支持工作负载o开发工作负载(人月)o进度和里程碑o进度风险自定义项目开发计划项目开发计划反映了项目组对整个开发周期的预期，并指定了项目开发的总体方针。与其他计划一样，项目开发计划不是固定的，可以根据实际情况修改和重新发布计划，以便在执行过程中监视计划。项目开发计划的内容如下：概括使用3到5个图表说明产品目标、功能、平台、客户、时间表和开发责任。(项目开发计划的概述部分应为项目开发大纲的概述部分副本。如果项目计划发生变化，请修订项目开发计划的概述部分，而不是修订项目开发大纲。这样，以后进行项目评估时，您就可以比较项目开发大纲和项目开发计划的概述，以确定项目发生了什么变化)高级功能1到5页概括产品的功能，包括有关这些功能的其他信息。开发人员应通过这些信息了解需求。项目成员确定软件工程功能角色和分配给这些角色的人数。软件过程概述了应用于此项目的软件过程。(特定内容可在质量保证计划中定义)软件工程方法概述了应用于本项目的软件工程方法和技术。(特定内容可在质量保证计划中定义)进度和工作量此部分应表示整个项目进度和工作量的估计值。这包括：固定里程碑和同步点的说明评估中的方案，评估中不准确的可能来源随着项目的进展如何更新评估(特定保留内容可在开发进度表中定义)风险管理计划概述这个项目的风险管理计划。(特定内容可在风险管理计划中定义)测量总结要在此项目中收集的测量。软件工具列出要使用的每个软件工具及其支持的操作。项目支持硬件支持明确需要的硬件，包括需要移动、获取或升级的硬件。软件支持明确要求的软件，包括需要获取、安装或升级的软件部件。人员支持哪些人员、部门或团队支持开发组的哪些工作？表4-1项目开发计划定制风险管理计划风险管理任务包括风险识别、风险分析、风险优先级划分、定制风险解决、风险解决和风险监控(图4-2)。图4-2风险管理任务风险管理计划定义了这些任务的执行进程和个人分配。风险管理计划的内容如下：概括概述了风险管理任务的整体执行过程，包括文本和图表。识别风险详细说明“确定风险”(hazard identification)任务的实施详细信息以及每个工作的负责人。风险分析详细说明“风险分析”任务的实施详细信息以及每个任务的负责人。确定风险优先级详细说明“确定风险优先级”任务的实施详细信息以及每个任务的负责人。定制风险解决方案详细说明定制风险处理计划任务的实施详细信息以及每个任务的负责人。危险解除了发生危险时，需要采取适当的措施解决。本节内容是描述风险解决任务的操作规范和流程。风险监控详细说明风险监控工作的实施细节和每个工作的负责人。表4-2风险管理计划通常，Top N 风险列表用于风险管理，风险列表按风险值对当前项目的主要n个风险因素进行排序，Top N 风险列表的内容如下：本周排名本周排名(如果本周完全通过“-”解决)上周的排名上周排名(如果是新标识的风险，则显示为“-”)上一个表周风险是上表中的周数风险风险的名称或简要说明类类型风险类型(仅限与进度相关的风险):o制定计划o组织和管理o设计和实施o客户和要求o承包商o产品o个人o流程o技术o外部环境o开发环境发生概率风险发生的百分比概率损害程度发生风险时损失的进度(工作日或工作周)曝光量发生概率x损失程度形象风险的当前状态：未发生、已发生、已解决解决方案简述风险的解决方案，如果有具体的解决方案文档，则链接到该文档打破进度对遇到的风险概述解决进度(未发生的风险标记为“-”)表4-3风险列表自定义质量保证计划保证工作质量的重要步骤是制定和实施一系列合理的质量保证计划。质量保证计划的内容如下：概括说明编写的目的、服务范围和对相关人员的要求等软件过程详细说明了应用于此项目的软件过程。软件工程方法详细介绍了应用于该项目的软件工程方法和技术。工作规格标准化工程方法中的各种工作任务，明确执行的时间、流程和说明等。这些任务包括：一般开发活动(需求分析、体系结构设计、详细设计、编码和测试、发布和实施等)会议(定期会议、进度会议、审查会议等)审查(方案审查、技术审查、质量审查等)测量(产品尺寸测量、进度测量、缺陷率测量、测试复盖范围测量等)其他活动(技术培训、数据收集、内部流、客户通信等)表4-4工作规范定制开发进展计划根据项目的当前规模和工作量评估，定制初步开发时间表作为项目开发计划的一部分。开发进度表的内容如下：oo项目起始时间和终止时间o项目每个阶段的起始时间和终止时间o每个步骤的任务操作及其开始和结束时间o每个工作任务的子任务及其起始时间和终止时间o里程碑和同步点o角色定义和任务分配作为跟踪项目进度的重要标准，计划在项目进行过程中必须不断细化。此外，如果实际进展与计划进展发生偏差，则必须修改保留并重新发布。执行阶段图5-1执行阶段的操作和工件需求分析分析产品的主要要求、影响体系结构设计的要求以及高风险的要求，直到分析程度可以进行界面原型设计和体系结构设计工作为止。需求规格说明书的内容如下：业务或业务要求从业务或业务角度对产品或系统的宏要求。这主要是为了满足客户提出的要求或在市场竞争中取胜而必须达到的功能、性能、质量等要求的宏观层面上的总结。1.你在干什么2.做的范围3.结果要求使用者需求从客户对软件产品或系统使用方案的角度，描述和总结用户可以或可以利用该软件产品或系统执行的操作。功能要求根据上述用户需求的使用方案，列出了开发人员必须为软件产品或系统实现的功能。性能要求1.运行速度、容量和并行性能2.资源利用率3.外部输入反馈速度和准确度4.错误的负载能力系统要求o适当操作环境的要求，包括执行平台、网络和其他硬件要求o与其他系统兼容的要求，包括与操作系统、数据库、浏览器和其他应用程序的兼容性要求o与外部其他系统和组件的接口要求质量要求o对用户至关重要的质量徽标(可靠性、效率、灵活性、安全性、互操作性、可靠性、健全性、可用性)o对开发人员至关重要的质量徽标(可维护性、多用途切换、重复使用、可测试性)其他要求不在上述要求范围内，但受其他环境和业务合同影响的要求。1.国家或地区的特殊标准2.软件使用界面的特殊要求3.知识产权要求4.软件面临的市场和行业规范5.客户的特殊要求发展的限度对开发成功与否影响很大的因素是开发能力的限制：1.个人的极限2.技术的限制和限制3.客户的特殊要求表5-1需求分析报表需求分析报告可以通过多种方式编制，例如，将所有非功能要求组织为外部接口要求、质量属性要求、需求约束等