本文目录
软件项目设计与开发过程管理分析
软件项目的规划，是软件设计与开发过程中比较复杂的阶段，也是决定软件开发质量和开发水平的关键，做好软件项目的整体规划将会为整个软件项目的运行奠定良好的基础。以下是我为您收集整理的软件项目设计与开发过程管理分析论文，以供参考，欢迎借鉴阅读。
摘要：软件项目设计与开发的管理，其目的就是要从管理的角度，对软件项目在设计开发中的各个环节进行规范和监督，通过多种形式的有效管理措施，确保软件项目开发过程的高质量和低成本。对此，本文在分析软件项目设计与开发原则的基础上，结合软件项目设计与开发的全过程，就软件项目设计与开发的有效管理问题进行重点探讨。
关键词：软件项目;设计与开发;过程管理;有效性
对软件项目设计与开发的全过程进行有效的管理，不仅是要为了顺利实现软件的特定功能与性能，还要确保能够保质、保量、低成本的完成软件开发的任务，使软件在投入使用后也能够保持稳定性、可靠性、实用性和经济性。简单的说，软件设计与开发的过程就是要将需求转变为软件表达的过程，要想切实提高软件项目设计与开发过程管理的有效性，不仅要坚持正确的软件项目设计原则，还要明确软件的设计流程，在设计与开发的各个过程都采取行之有效的管理对策。
一、软件项目设计与开发的基本原则
实用性指的是软件项目的设计与开发一定要能够满足现代企业经营管理的需求，能够促进企业的不断发展，要避免形式主义、中看不中用等问题，否则有可能导致企业软件开发资金的浪费，难以取得良好的投资回报效果。因此，在选择软件设计与开发技术时，不能过度追求先进性和高投入，而是应当在充分了解企业实际需求的基础上，结合企业的发展方向，充分满足企业在不同层次和环节上的管理需求，这也是决定软件开发项目成败的关键因素。
毋庸置疑，在信息技术不断变化发展的时代背景下，先进性是软件项目设计开发过程中必须充分考虑的问题，这可以有效降低企业在未来的投入，避免未来在软件项目开发中的重复建设和系统升级等问题。因此，企业在进行软件项目的开发设计时，一定要面向社会经济的未来发展方向和人民生活需求的变化趋势，紧跟社会步发展的步伐，与信息技术、计算机技术、通信技术以及相关学科的发展方向保持一致，这样才能不断推动社会的进步。
任何一个软件项目的设计与开发，都必须充分考虑到投入产出比的问题，力争用最小的经济投入获取最大的投资回报，实现最好的软件开发设计效果和更高的经济效益，这也是软件开发企业的主要目标。因此，在保证软件开发质量的前提下，软件的开发费用需要控制在合理的预算范围之一，并尽量压缩，在设计开发过程中必须要考虑到软件在后期运行维护过程中的费用投入，实现软件项目设计与开发全过程费用的节约。
在软件项目的开发设计中，一定保证其整体功能的完整性，既能满足企业在整体上的管理需要，设计与开发的系统必须能够全面、完整覆盖企业管理的软件信息系统，又要能够满足采购、生产、销售等个别部门的`管理需求，便于各个部门之间信息数据的传递和衔接。此外，还应当制定系统的软件项目设计与开发的管理规范，如开发文档的管理规范、报表文件规范、数据格式规范等，这是确保软件系统开发和操作水平的重要条件。
为了充分保证软件项目系统运行的高效、平稳和准确，不仅要保证软件系统在正常运行状况下数据传递的准确性和系统运行的可靠性，还需要确保软件系统项目在非正常状态下的可靠运行，因此在软件项目的开发设计过程中要提前针对一些紧急情况制定相应的应对策略。一个优秀、可靠的软件系统，必然是一个灵活的系统，即使在软、硬件环境发生故障时，仍旧能够保持部分使用或正常运行。
二、软件项目设计与开发的全过程管理
在软件项目的设计与开发过程中，实施全过程管理的第一个阶段就是项目的启动。在软件项目的启动阶段，首先，要明确软件项目设计与开发的目的，并在软件开发与软件使用的双方协议或者合同中进行约束，并对软件设计的主题、工程量进行量化，合理确定软件项目开发和设计的阶段目标和周期。其次，要加强同软件用户的充分沟通，了解用户的软件使用需求，理清软件记录的关键点，制定出完整的软件设计与开发流程;再次，对于在调研过程中所获取的原始资料，一定要进行加工处理，理清相关的约束条件和非功能性的客户需求，确保软件开发与建设项目具有很强的可实现性。
软件项目的规划，是软件设计与开发过程中比较复杂的阶段，也是决定软件开发质量和开发水平的关键，做好软件项目的整体规划将会为整个软件项目的运行奠定良好的基础。具体说来，软件项目规划主要包括项目预算、风险分析与预测、进度管理、质量控制等内容，在编制软件项目的开发计划时，一定要理清各个开发环节之间的关系，并制定出完整、科学的项目计划书，以期为软件项目设计与开发的全过程管理提供相应的参考依据。
软件项目实施阶段的有效管理，其目的就是要保证软件项目安装在预先设置的计划上正常运行，确保项目不要偏离预定的开发进程和设计目标。在软件项目的实施阶段，一定要按照软件项目的初步规划进行，并在实施过程中，增强对软件项目开发的有效控制，确保成本支出控制在相应的预算定额之内。同时，要对软件项目开发的成果进行动态的监控，随时与原先的计划过程进行比较，对于出现的偏差或缺陷要及时进行调整，确保各项软件开发指标和系统功能的顺利实现。
一个完善的软件项目管理过程，必然离不开软件项目的结束，这时相关人员要进一步确认软件项目在设计与开发过程中取得的成就，做好软件项目的交接、评审等工作。
总之，为了提高软件项目设计与开发的质量和水平，软件设计人员需要首先认识到软件质量的重要性，树立应有的软件项目质量管理意识，要坚持正确的软件设计与开发原则，懂得加强过程管理与控制，同时还要对风险控制、配置管理等环节给予足够的重视，采用科学的技术方法和先进的管理技术来提高软件项目质量管理的有效性。
[1]李勇华，骆启武，付春燕.基于问题管理提升软件项目过程质量的实践[J].计算机与现代化，2007，4.
[2]商惠华.基于过程改进的软件质量管理模型[J].计算机工程与设计，2011，5.
[3]雷坚.项目管理在软件开发中的应用探究[J].软件导刊，2011，7.
控制计划中的控制方法，控制计划主要是指产品生产过程中需要控制的各种特性,包括关键特性SC,特殊特性CC,其他普通特性。那么你知道控制计划中的控制方法有哪些吗。
应针对所提供的产品在系统、子系统、部件/材料各层次上制订控制计划；
控制计划要求包括原材料及零件制造过程；
控制计划应列出用于制造过程控制的控制方法；
控制计划包括样件、试生产和正式生产三个重要的阶段，前一个控制计划是后一个控制计划的基础；
在试生产和生产阶段都有考虑了DFMEA和PFMEA输出的控制计划；
控制计划应规定足够的频次，对所有产品进行全尺寸检验和功能验证；
试生产和生产控制计划中应列出MSA的要求；
在过程变得不稳定或不具备能力时启动规定的反应计划，适当时，反应计划应包括产品的限制和100%检验（主要是产品特殊特性）；
当产品更改、过程更改、过程不稳定、过程能力不足、检验方法修改、频次修改时，应评审和更新控制计划。
样件——在样件制造过程中进行的尺寸测量、材料和性能试验的描述（一般样本容量100%，频率为连续，控制方法为全检）；
试生产——在样件试制之后正式生产前的制造过程中的尺寸测量、材料和性能试验的描述（频率比样件时少，对产品特殊特性要求画X—R控制图，进行初始过程能力计算，所有量具的MSA要求）；
生产——在正式批量生产中的产品/过程特性、过程控制、试验和测量系统的全面文件化描述。控制计划编号
填写控制计划编号以用于追溯，按技术文件进行编号。
填入图样规范的最新工程更改等级或发布日期。
填入您的顾客为您指定的代码，如邓白氏Duns等。
填入负责控制计划的主要联系人姓名和电话号码。
负责制定控制计划的人员的签名。
填入最近修订控制计划的日期。控制计划不能划改，控制计划更改以换页/换版形式，且原来的控制计划要保存。
如必要，顾客工程人员进行批准。
如必要，顾客质量代表在控制计划上签署认可。
填入过程流程图上描述的过程编号。
填入拟监控的产品特性，如长度、宽度等等。
产品特性为图样或其它主要工程信息中所描述的部件、零件或总成的特点或性能。项目小组应识别产品特殊特性，所有的特殊特性应列在控制计划中，此外在正常操作中进行过程常规控制的其它产品特性都列进来。
填入拟监控的过程参数，如压力、温度、电流等。过程特性为与被识别产品特性具有因果关系的过程变量。过程特性仅能在其发生时才能测量出来。对于一个产品特性可能有一个或多个过程特性。在某些过程中，一个过程特性可能影响数个产品特性。
按顾客指定的特殊特性符号进行标识，或按本公司规定的符合进行标识。见产品/过程特殊特性清单。
填入产品/过程规范/公差，可以从各种工程文件，如产品图纸、标准、制造/装配要求中获得。
标明用于监控指定产品或过程特性的检验、测量或试验设备。它包括量具、检具、试验装置。在使用一测量系统之前应对测量系统进行分析，并相应作出改进。
列出取样时产品数量和测试或监控产品的频率。
填入用于监控指定产品或过程参数的方法，可以使用统计过程控制、检验、防错（自动/非自动）和取样计划等。
规定在产品或过程变得不稳定情况下，应采取什么措施。这些措施通常应是最接近过程的人员（如操作者、调整人员或监督者）的职责，反应计划可以是：
控制计划主要是指产品生产过程中需要控制的各种特性，包括关键特性SC，特殊特性CC，其他普通特性。
不同的企业也称QC工程图或制造管理工程图。
它由以下几列组成：控制对象，所属工步，是否SC/CC?，采用设备、工装，控制方法，检测频率，备注等。
在手工样品和量产过程中都需要用到控制计划，手工样件CP相对比较简单；量产CP必须严格。
控制计划是指受控产品和过程事先的书面描述，也称为质量控制计划。
公司编写文件的重点在于表明产品的重要性和工艺要求，每种产品都应编制控制计划，但在许多情况下，“系列”产品控制计划包括了在相同过程中的许多产品。
顾客对控制计划一般要求在设计开发后、试生产前、生产件提交后(批产前)，由相关部门进行批准。
控制计划必须按照DFMEA+PFMEA来编写，工艺流程和工艺卡片必须按照控制计划编写。
1、如顾客未书面规定，控制计划采用APQP手册规定格式。（如客户有指定或提供则使用其）.
2、如顾客未要求提供控制计划，则一个单一的控制计划可以适用于相同过程、相同原材料生产出来的同一个系列的产品（如：同一产品的不同规格）。当顾客有要求时，则须提供一份单一的控制计划。
2、控制计划相应栏目应按如下要求填写和制定。
1、样件、试生产、生产选择控制计划分类，根据所加工产品的不同过程时期的控制计划，在分类前的方框内打上“√”符号。
2、控制计划编号:填入控制计划编号。具体按《文件管制程序》要求编号。
3、零件号／最新更改水准:填入被控制产品的图号。如有更改，可填入源于图样规范的最近修改时间。
4、零件名称／描述:填入被控制产品的名称及控制过程的名称。
5、供方／工厂:填入制定控制计划的公司名称。
6、供方代号:填入由顾客给定的识别码，若顾客没有给定，则不填。
7、主要联系人／电话:填写主要负责人的电话号码。
8、项目小组:填入负责制定控制计划最终版本的所有人员的姓名、部门和联系电话号码，若填写不下，可附页。
9、编制日期:填入首次编制控制计划的日期。
10、修订日期:填入最近修订控制计划的日期。
11、组织／工厂批准／日期:控制计划由品质保证责任者批准，并填入姓名和批准日期
12、顾客工程批准／日期:顾客要求时，由顾客工程部门批准填入。
13、顾客品质批准日期:顾客要求时，由顾客品质部门批准填入。
14、其它批准日期:如有其它要求时，则由其它人员批准填入。
15、零件或过程号:填入加工过程名称和编号
16、过程名称操作描述:填入加工过程描述。
17、生产设备、工装、夹具:每一过程所使用的生产设备和每一过程所使用的生产设备和重要的工装夹具或工具。
18、特性编号:对每一过程中的产品特性和过程特性分别按顺序编号。
19、产品特性:在产品的技术文件（包括标准、检验规范）中所规定的产品检测项目。
20、过程特性:列出影响产品特性的所有重要过程参数。
21、重要度等级:填入顾客指定的特殊特性符号和公司规定的特殊特性符号。参见《产品先期策划管制程序》。
22、产品／过程规范／公差:对于单个产品的控制计划，该栏填入具体的技术要求。若对于一个系列的控制计划而言，允许填入共性的技术要求，具体的数值可不填。
23、评价／测量技术:标明测量所使用的通用量具、专用检具等，在使用前应作稳定性和精度分析、评价、改进，以不断适应本过程品质要求。
24、样本容量／频率:当需要取样时，列出相应的样本大小和控制的频次。
25、控制方法:描述对操作应怎样进行控制的方法，通过对过程的有效分析可采用统计技术（如：控制图），检验（首检、自检、过程检）记录等来对操作进行控制。如使用复杂的控制程序，在该栏中填入控制文件编号。规定为避免生产不合格品或操作失控所需要的纠正措施。纠正措施一般由操作人员、检验人员等执行。对预防措施应作文件化的规定。在所有情况下，可疑或不合格的产品应清晰标识，并隔离和处理。
1、控制计划制定完成经批准后，按《文件管制程序》的分发规定分发给相关部门。
2、对于系列产品的控制计划在发生下述情况时，应评审和更新控制计划，其更改办法按《工程变更管制程序》执行。
1、确定规划范围内不同性质用地的界线，确定各类用地内适建，不适建或者有条件地允许建设的建筑类型。
2、确定各地块建筑高度、建筑密度、容积率、绿地率等控制指标；确定公共设施配套要求、交通出入口方位、停车泊位、建筑后退红线距离等要求。
3、提出各地块的建筑体量、体型、色彩等城市设计指导原则。
4、交通需求分析，确定地块出人口位置、停车泊位、公共交通场站用地范围和站点位置、步行交通以及其他交通设施。规定各级道路的红线、断面、交叉口形式及渠化措施、控制点坐标和标高。
5、根据规划建设容量，确定市%政工程管线位置、管径和工程设施的用地界线，进行管线综合；确定地下空间开发利用具体要求。
控制计划是对控制产品所要求的系统及过程的形成文件的描述。
1、协助按顾客要求制造优质产品。
2、最大限度地减少过程和产品的误差。
3、将资源正确分配在重要项目上，并有助于降低成本。
4、是质量策划过程的一个重要阶段。
5、为正式生产提供用来控制特性的过程监测和控制方法。
1、控制计划方法减少了设计、制造和装配过程中的废品，提高了产品质量。
2、为产品和过程提供一个完整的评价。
3、控制计划能识别过程特性，帮助识别导致产品特性变差的过程特性的变差源（输入变量）。
4、集中资源用于与重要特性（对顾客而言）有关的过程和产品。
5、向作业者和顾客传达产品/过程特性、控制方法和特性测量的变化。
“8.3.1总则组织应建立、实施和保持适当的设计和开发过程，以确保后续的产品和服务的提供。”
所谓建立过程，是指对该活动进行输入输出资源和管理等方面的分析，按过程模式（见0.3过程方法）对该活动进行策划。 建立过程可以强化对该活动的管理，但由于有管理成本，需要投入，所以应追求“过程方法”管理的效率。由于设计和开发活动对产品和服务的提供和交付以及最终顾客满意显得太重要了，所以必须加强对该活动的过程管理。
“8.3.2设计和开发策划 在确定设计和开发的各个阶段和控制时，组织应考虑：
a)设计和开发活动的性质、持续时间和复杂程度；
b)所需的过程阶段，包括适用的设计和开发评审；
c)所需的设计和开发验证和确认活动；
d)设计和开发过程涉及的职责和权限；
e)产品和服务的设计和开发所需的内部和外部资源；
f)设计和开发过程参与人员之间接口的控制需求；
g)顾客和使用者参与设计和开发过程的需求；
h)对后续产品和服务提供的要求；
i)顾客和其他有关相关方期望的设计和开发过程的控制水平；
j)证实已经满足设计和开发要求所需的形成文件的信息。”
企业一个正规的研发项目，应该有一个正规的策划书/项目计划，这个计划应该包含标准明示的这些内容要求。当然，考虑的内容不等于你必须写进计划书内容中。计划书的复杂程度与项目的性质、以往的研发经历、研发组的能力、配套协作的难度、顾客要求等都相关。审核时应评价设计和开发计划是否适宜。在后面的输入输出、研发过程控制、设计更改等条款中，都应符合当初的策划要求。审核时应能提供足够证据证明，设计和开发过程的控制是按计划执行的。
“8.3.3设计和开发输入 组织应针对所设计和开发的具体类型的产品和服务，确定基本的要求。组织应考虑：
a)功能和性能要求；
b)来源于以前类似设计和开发活动的信息；
c)法律法规要求；
d)组织承诺实施的标准或行业规范；
e)由产品和服务性质所决定的、失效的潜在后果。
设计和开发输入应满足设计和开发的目的，且应完整、清楚。
应解决相互冲突的设计和开发输入。
组织应保留有关设计和开发输入的形成文件的信息。”
在市场部向研发部移交订单资料后，研发部正式展开研发活动前，应整理该项目的所有输入内容，并需要考虑a-e)的内容要求。当然，这里仅仅是质量管理的要求，实践中除了质量管理，通常要考虑市场方面的一些因素和成本方面的一些因素。也就是比这个条款要求的范围要宽广很多。“相互冲突的输入要求”有可能是前期活动的失误造成的，也有可能是要求来自于不同的相关方引起的，需要协商解决后再展开后续研发活动。标准提示要基本风险的思维来考虑项目控制。
审核时应关注输入材料是否完整，这些材料是否内容清晰并且相互不冲突，为达到项目目标是否是充足的。
“8.3.4设计和开发控制 组织应对设计和开发过程进行控制，以确保：
a)规定拟获得的结果；
b)实施评审活动，以评价设计和开发的结果满足要求的能力；
c)实施验证活动，以确保设计和开发输出满足输入的要求；
d)实施确认活动，以确保形成的产品和服务能够满足规定的使用要求或预期用途要求；
e)针对评审、验证和确认过程中确定的问题采取必要措施；
f)保留这些活动的形成文件的信息。
注：设计和开发的评审、验证和确认具有不同目的。根据组织的产品和服务的具体情况，可以单独或以任意组合进行。”
这一条款针对研发过程提出了明确的控制要求，a条指明了项目的方向、目标，b-d三条分别是三种控制方法，每种方法都要安排，至于安排的方式可以灵活多样，可以两两或三者组合在一起完成，也可以单独一个个来完成。极端的例子就是三种控制方法都集中在一起一次完成。在2008版中，输入必须要安排评审，新版本似乎无此强制要求了。
实践中极少会有三种控制一次完成的例子。因为这三种控制起的作用差异较大，安排的时候也应在不同的阶段。
“8.3.5设计和开发输出 组织应确保设计和开发输出：
a)满足输入的要求；
b)对于后续的产品和服务的提供过程是充分的；
c)包括或引用监视和测量的要求，适当时，包括接收准则；
d)规定对于预期目的、安全和正确提供的产品和服务的基本特性。
组织应保留设计和开发输出的形成文件的信息。”
标准对设计和开发主程的主体过程没有提出要求，因为不同的企业不同的项目都会有个体差异，无法统一。本条款规定的是设计和开发输出的内容要符合哪些要求。这几条要求与ISO9001：2008版并无大的差异。
一个企业的设计和开发过程是否规范运作，将直接影响后续的生产和服务提供，直至顾客满意。负面的例子是，企业只是拿出了样品，而未形成针对批量生产的工艺、技术、质量等方面的要求，等订单下来批量生产时问题百出。所以，要做标准化，标准化可以从设计和开发过程开始推行。
“8.3.6设计和开发更改 组织应对产品和服务设计和开发期间以及后续所做的更改进行适当的识别、评审和控制，以确保这些更改对满足要求不会产生不利影响。
组织应保留下列形成文件信息：
a)设计和开发更改；
b)评审的结果；
c)更改的授权；
d)为防止不利影响而采取的措施。”
应采用基于风险的思维来看待变更。产品和服务可能会因为市场、技术、材料、顾客、相关方要求等而发生变化，无论是哪种形式的变化。要让设计和开发更改受控。具体的控制方法，可以是全部或部分采用8.3.1-8.3.5条的要求，标准没有具体明确。最终的目的，是不能因为更改而产生不利影响，对顾客不利，对相关方不利。
审核时可抽查不同阶段的设计和开发项目档案，可以是已经完成的，也可以是正在实施的。在检查设计和开发过程记录的同时，可以综合考虑标准的符合性、顾客满意、绩效、后续的生产和服务提供信息等，关注设计和开发能力，包括资源。有实验室的，要安排检查实验室。
