软件项目过程定义
- 作者: 屌细如丝
- 来源: 51数据库
- 2020-04-15
IT软件项目定义是什么？
项目的定义： 美国最大的项目管理协会定义：项目是为完成某一独特的产品或服务所做的一次性努力，项目就是一系列的相关工作。
中国的定义：项目是一个特殊的将被完成的有限任务。
它是在一定时间内满足一系列特定目标的多项相关工作的总称。
1. 项目是一个有待完成的任务，有特定的环境和要求。
2. 有一定的组织机构内，利用有限资源（人力，物力，财力），在规定时间内为特定用户完成特定目标的阶段性任务。
3. 任务要满足一定的性能，质量，数量。
软件开发项目进展中都有哪些过程？
第一步：需求调研分析1相关系统分析员向用户初步了解需求，然后用WORD列出要开发的系统的大功能模块，每个大功能模块有哪些小功能模块，对于有些需求比较明确相关的界面时，在这一步里面可以初步定义好少量的界面。
2 系统分析员深入了解和分析需求，根据自己的经验和需求用WORD或相关的工具再做出一份文档系统的功能需求文档。
这次的文档会清楚例用系统大致的大功能模块，大功能模块有哪些小功能模块，并且还列出相关的界面和界面功能。
3 系统分析员向用户再次确认需求。
第二步：概要设计首先，开发者需要对软件系统进行概要设计，即系统设计。
概要设计需要对软件系统的设计 进行考虑，包括系统的基本处理流程、系统的组织结构、模块划分、功能分配、接口设计、 运行设计、数据结构设计和出错处理设计等，为软件的详细设计提供基础。
第三步：详细设计在概要设计的基础上，开发者需要进行软件系统的详细设计。
在详细设计中，描述实 现具体模块所涉及到的主要算法、数据结构、类的层次结构及调用关系，需要说明软件系统各个层次中的每一个程序（每个模块或子程序）的设计考虑，以便进行编码和测试。
应当保证软件的需求完全分配给整个软件。
详细设计应当足够详细，能够根据详细设计报告进行编码。
第四步：编码在软件编码阶段，开发者根据《软件系统详细设计报告》中对数据结构、算法分析和模块实现等方面的设计要求，开始具体的编写程序工作，分别实现各模块的功能，从而实现对目标系统的功能、性能、接口、界面等方面的要求。
第五步：测试测试编写好的系统。
交给用户使用，用户使用后一个一个的确认每个功能。
第六步：软件交付准备在软件测试证明软件达到要求后，软件开发者应向用户提交开发的目标安装程序、数据库的数据字典、《用户安装手册》、《用户使用指南》、需求报告、设计报告、测试报告等双方合同约定的产物。
《用户安装手册》应详细介绍安装软件对运行环境的要求、安装软件的定义和内容、在客户端、服务器端及中间件的具体安装步骤、安装后的系统配置。
《用户使用指南》应包括软件各项功能的使用流程、操作步骤、相应业务介绍、特殊提示和注意事项等方面的内容，在需要时还应举例说明。
第七步：验收用户验收。
软件开发步骤包括哪些过程？
软件开发一般分为五个阶段：1.问题的定义及规划此阶段是软件开发与需求放共同讨论，主要确定软件的开发目标及其可行性。
2.需求分析在确定软件开发可行性的情况下，对软件需要实现的各个功能进行详细需求分析。
需求分析阶段是一个很重要的阶段，这一阶段做的好，将为整个软件项目的开发打下良好的基础。
“唯一不变的是变化本身”，同样软件需求也是在软件爱你开发过程中不断变化和深入的，因此，我们必须定制需求变更计划来应付这种变化，以保护整个项目的正常进行。
3.软件设计此阶段中偶要根据需求分析的结果，对整个软件系统进行设计，如系统框架设计、数据库设计等。
软件设计一般分为总体设计和详细设计。
还的软件设计将为软件程序编写打下良好的基础。
4.程序编码此阶段是将软件设计的结果转化为计算机可运行的程序代码。
在程序编码中必定要制定统一、符合标准的编写规范。
以保证程序的可读性、易维护性。
提高程序的运行效率。
5.软件测试在软件设计完成之后要进行严密的测试，一发现软件在整个软件设计过程中存在的问题并加以纠正。
整个测试阶段分为单元测试、组装测试、系统测试三个阶段进行。
测试方法主要有白盒测试和黑盒测试。
项目的定义和特征是什么？
展开全部 项目的定义和特征： （1）美国项目管理权威机构--项目管理协会（Project Management Institute,PMI）认为，项目是为完成某一独特的产品或服务所做的一次性努力。
（2）德国DIN（德国工业标准）69901认为，项目是指在总体上符合下列条件的唯一性任务： ①具有预定的目标； ②具有时间、财务、人力和其他限制条件； ③具有专门的组织。
（3）《项目管理质量指南（ISO10006）》定义项目为：“具有独特的过程，有开始和结束日期，由一系列相互协调和受控的活动组成。
过程的实施是为了达到规定的目标，包括满足时间、费用和资源等约束条件”。
（4）中国项目管理知识体系纲要（2002版）中对项目的定义为：项目是创造独特产品、服务或其他成果的一次性工作任务。
（5）联合国工业发展组织《工业项目评估手册》对项目的定义是：“一个项目是对一项投资的一个提案，用来创建、扩建或发展某些工厂企业，以便在一定周期内增加货物的生产或社会的服务。
” （6）世界银行认为：“所谓项目，一般系指同一性质的投资，或同一部门内一系列有关或相同的投资，或不同部门内的一系列投资”。
（7）一般地说，所谓项目就是指在一定约束条件下（主要是限定资源、限定时间、限定质量），具有特定目标的一次性任务。
共同特征： （1）一次性 （2）独特性 （3）目标的明确性 （4）活动的整体性 （5）组织的临时性和开放性 （6）开发与实施的渐进性...
软件配置管理主要包括哪些基本过程
软件配置管理是贯穿软件开发过程始终的一项工作。
对于一个软件项目来说，软件配置管理规范至少包括以下的内容： （1）配置项及其命名规则。
（2）配置库文件目录结构。
（3）角色和权限定义。
（4）配置项变更流程。
（5）配置项发布。
（6）基线定义和基线变更。
项目中的基线有两个方面：一是作为里程碑的基线；另一个是模块的阶段性成果基线（对工作产品而言），一般来说都要避免变更基线。
对这两种不同的基线，其影响的范围不同，确立和变更方式也不一样。
项目的基线变更控制委员会由客户代表、产品经理、项目经理和技术经理组成，对发布的里程碑类基线的变更必须由变更控制委员会确认并由QA进行变更记录，所有被变更影响的配置项都需要重新同步后再次发布；而对于仅仅作为工作状态保留的基线，一般只需要建立基线的小组确认更改并在QA进行记录即可。
软件开发项目全程计划表？
对于软件企业来说，软件过程是整个企业最复杂、最重要的业务流程，软件产品就是软件企业的生命，改进整个企业的业务流程，最重要的还是要改进它的软件过程。
多年以来，人们认识到要想高效率、高质量和低成本地开发软件，必须以改善软件生产过程为中心，全面开展软件工程和质量管理手段。
这是世界各国软件产业都要走的路，中国软件产业之所以落后，不是因为技术落后，而是对软件生产的管理落后。
CMM就是结合了质量管理和软件工程的双重经验而制定的一套针对软件生产过程的规范。
由此可见，对软件生产过程的管理在整个软件企业的管理中起了决定性作用。
因此，从这种意义上讲，软件企业的BPR和CMM软件过程改进在实施对象是一致的。
在世界范围内，软件项目需求正以非常快的速度增长，并且这种增长看起来还远未达到目的。
这种增长已经导致软件开发活动急剧性的增长，已使得对用于构筑软件的过程，正确的说法是软件过程，得到更多的关注。
软件过程可以定义为人们用来开发和维护软件以及相关产品（如：工程计划、设计文档、规章、检测事例及用户手册）的一组活动、方法、实践及转换。
软件过程重要性的提高已经引起了对软件过程改进的要求，这就需要过程分析和评估的方法。
CMM在软件改进措施的策划上，措施计划的实施上和过程定义上都有着特使的价值。
在策划改进措施期间，具有有关其软件过程问题和经营环境的知识的软件工程组的成员可将CMM从关键过程域的目标和当前的实践相比较。
应该审查目标，管理优先级，实践运行的层次，实施每次实践对组织的价值，以及改进组织在其文化背景下一个实践的能力等方面有关的关键实践。
接下来，软件工程过程组必须确定哪些需要作过程改进，如何实现更改，以及如何获得所需要的改进。
CMM通过给有关过程改进的讨论为出发点，并且帮助揭示与通用软件工程实践所采用的那些完全不同的假定，从而对这些活动提供帮助。
在实施行动计划计划时，过程组可以用CMM 和关键实践来构造部门可操作的行动计划和定义软件过程。
程序员,在开发的过程中应该注意哪些安全方面的问题
可忽视的误区 企业的软件开发能力取决于该企业的软件过程能力。
如果一个企业软件过程能力越成熟，那么该企业的软件开发能力就越有保证。
大量的实践经验表明，在体现企业软件开发能力的因素中，技术或工具并不是第一位的。
其实，许多问题不是出在不懂怎么做，而是没有安排做，做的次序不对，或不知道怎样做得更好。
目前，比照软件过程管理模型（如图一），中国的软件企业中还存在各种影响过程改进的因素和误区，主要表现在个体和组织两个方面。
在组织方面，首先，中国软件企业实施CMM往往缺乏高级管理者的支持。
其次，没有足够的SEPG资源。
从很多情况考虑，SEPG成员要比其他CMM相关组综合素质高一个层次，CMM相关组的管理素质需要比技术类组高一个层次，才能顺利开展工作。
第三，没有合适的先行者或者没有适当全局观的项目经理配合。
被组织选为先行者的人员经常说自己没有时间，由于这些人都是从各个项目中抽出来的，一般人很难有足够的权力让他们为配合CMM做工作。
最后，软件组织缺乏足够详细的项目计划和监督调整机制。
在个体方面，首先，手工作坊式的个人英雄主义情结成为实施CMM的制约。
其次，某些软件开发人员错误地认为过程管理会影响或压抑专业人员的创造性，其实这是不清楚过程的定义造成的。
第三，由于软件项目的成功更多地依赖于少数人员的杰出技术能力和项目管理能力，成功项目的经验不能得到最大限度的继承，软件生产的可重复性相对比较差。
最后，软件企业人员变更相对频繁也增加了实施CMM的难度。
“三七”法则 在过程改进总体建议方面，应该从三个方面做准备，分七步走。
首先，在组织方面的准备上，除了要求高层经理出资支持CMM改善软件过程，委托具有管理职责的人员负责CMM实施之外，须成立软件工程过程组（SEPG），研究CMM、编写/修改必要的文档并推广文档；成立软件质量保证组（SQAG），研究软件质量保证技术及过程，编写/修改必要的SQA文档并推广已编写的文档，测量和分析项目进展情况，反馈项目过程状态，准备和评审过程、计划和标准，审计指定的软件工作产品以检验其遵从性，审计软件工作过程的符合性；成立软件配置管理组（SCMG），研究软件配置管理技术及过程，编写/修改必要的SCM文档并推广已编写的文档，建立必要的工具支持。
在知识准备方面，要加强培训工作，建立内部过程评估队伍和庞大的过程改善队伍。
对各角色人员进行专项培训，普遍开展软件工程基础及CMM的培训，使每个岗位的人员都具备过程改进的意识，并掌握所必需的过程改进知识和技能。
此外，要重视对软件工程的研究，包括方法、工具和过程，加速培养过程改进的骨干队伍。
在能力准备方面，建立有效的软件项目管理，文档化且遵循软件项目管理过程，在建立管理过程中，使用组织的方针来指导项目，建立基本软件工作产品完成准则和检查单，并迅速实施，然后根据反馈意见及时修改。
坚持适当的监控机制，例如对项目进度进行跟踪而建立的例会制度，制度化的日报和周报活动。
做好实际数据收集、测量与分析工作等。
重复成功的以前项目的开发经验。
改进过程总体可以分为以下七个步骤。
确定目标：确定在一段时间内达到的改进等级。
状态诊断：把过程改进要达到的状态与目前的状态作比较，找出存在的差距。
制定计划：“凡事有计划，按计划办”不仅是CMM强调的，也是软件开发过程中应该注意的。
规程制定：过程改进的一个重要的地方就是“事事有规程，时时有记录”，这样，即使关键人走了，原来的事也能继续而不致产生过多的停顿。
过程试点：制定了规程后，要对行动计划按执行过程的情况进行适当调整。
其中，尤其要注重评审和验证，实现定期监控，注意采集度量数据。
反馈修正：总结过程试点的经验，修订规程。
过程推广：扩大应用范围。
软件过程改进实施步骤 公司的过程改进活动也是一个项目，并且是很大的项目，涉及的人员、技术和资源都很多，还要平衡现有产品或项目的进度等。
同时，它也是一个不断往复，螺旋上升的一个过程。
第一个步骤为高级经理下定决心，提供足够的资源来主持并完成前期的准备工作，这个阶段核心是评价SEPG组长的资格和资质，还包括评估培训、购买工具的预算及相应资金能否及时到位。
无论是软件商业化的过程或CMM实施的过程之中，建立规范化的易于操作的软件开发行为规范都是首先要做的工作。
但是，切记，编制规范的时间一定不能长，以10到12个工作日为宜，文档不宜过多，以5~6个规程为好（对应5个或6个关键过程域），这是第二个关键阶段。
评价标准可以是SEPG组长能够顺利、流畅地讲解其制定的规程。
在规程编制阶段必须有老板或常务副总直接领导CMM工作。
但是一定要记住，制定的过程要遵从“从实践中来，到实践中去”，同项目经理、有经验的开发人员研究、讨论，从而使SEPG组长能够及时反映工作中的问题，并且问题能够得到及时解决。
第三个步骤是制定并发布公司的评估方针和方案，包括开发体系重组过程中的激励措施，中层在此阶段必须介入，这关系着过程改进...
软件项目计划的计划制定
展开全部项目计划详细说明了所需软件工作及如何实现。
它定义了每一个主要任务，并估算其所需时间和资源，同时为管理层的评估和控制提供了一个框架。
项目计划也提供了一种很有效的学习途径。
如果能合理建档，它便是一个与实际运行效能比较的基准。
这种比较可以使计划者看到他们的估算误差，从而提高其估算精确度。
我们着重强调对项目规模和资源的估算，是因为低质量的项目资源估算将不可避免地造成资源短缺，进度延迟和预算超支。
又由于项目资源估算是从软件规模估算中直接衍生出来的，所以低质量的规模估算是造成许多软件项目问题的根本原因。
项目计划应在项目开始初期制定出，并随着工程的进展不断地加以精化。
起初，由于软件需求通常是模糊而又不完整的，我们的工作重点应在于明确该项目需要哪些领域的知识，并且如何获取这些知识。
如果不遵循这一指导原则，程序员们通常会积极地投入到那部分已知的工作中去，而把未知部分留滞到以后。
这种工作方式通常会产生很多问题，因为未知部分具有最高的风险系数。
软件项目计划的逻辑如下所述 ：由于软件需求在初始阶段是模糊而又不完整的，质量计划只能建立在对客户需求的大致而不确切的理解之上。
因此，项目计划应该从找出含糊不确切与准确恰当的软件需求间的映射关系入手。
接着建立一种概念设计。
项目初始架构的建立要十分谨慎，因为它通常标定了产品模块的分割线，同时描述了这些模块所实现的功能及所有模块间的关系。
这就为项目计划和项目实施提供了组织框架，因此一个低质量的概念设计是不能满足要求的。
在每一次后续的需求精化时，也应同时精化资源映射，项目规模估算和工程进度。
软件项目计划-制订软件项目计划的方法与策略制订软件项目计划的目的在于建立并维护软件项目各项活动的计划，软件项目计划其实就是一个用来协调软件项目中其它所有计划，指导项目组对项目进行执行和监控的文件。
一个好的软件项目计划可为项目的成功实施打下坚实的基础。
软件项目有其特殊性，不确定因素多，工作量估计困难，项目初期难于制定一个科学、合理的项目计划。
我曾主持和参与过大大小小的软件项目十余项，下面我将把我制订软件项目计划的经验分享给大家。
1.注重项目计划的层次性软件项目计划的层次及其关系如下图所示。
高级计划，是项目的早期计划。
高级计划应当是粗粒度的，主要是进行项目的阶段划分，确定重大的里程碑，所需相关的资源，包括人力资源、设备资源、资金资源，即所谓的人、财、物三个要素。
大的阶段交替之前，应做好下一阶段的详细计划，我们称之为二级计划。
详细计划要确定各项任务的负责人，开始时间，结束时间，任务之间的依赖关系，设备资源，小的事件点（即里程碑）。
如果项目规模相对较大，可以有多级的计划，比如说，一个项目组可能分为几个开发组，二级计划是各开发组制订的适合的自己小组的计划。
如果开发组还分了小组，可以有小组的三级计划。
开发人员的个人计划是低级计划，由开发人员根据自己的任务自行制定，要把任务细化到人·日。
一般的，软件项目计划至多有四级就够了，过多的等级将会引发效率的瓶颈。
大的项目不见得要有庞大的组织和人员数量来支撑，合理的划分小组，减少组织的层次，有利于项目计划的制订和实施。
较小的软件项目由于工期不长，人员较少，有二级计划（高级计划与低级计划）也是可行的。
2.重视与客户的沟通与客户的沟通是很重要的。
不必害怕客户知道我们的开发计划，特别是项目进度情况，应当和客户共享这些信息。
首先，客户会提出一些对项目时间、进度、效果上的要求，这个指标往往经不起推敲，有的还带有较强的政策性。
如：在我主持的一个某单位人nnerlink>MIS系统的开发中就发现，客户方对时间上的约束是有成形的文件的，是他们单位领导们开会的决定。
客户给出的从项目启动到验收的时间只有三个月，但是，经过我们认真的需求调研，做出项目进度的粗计划和部分的二级计划后，发现三个月的时间是难于实现的。
我们把做出的调研文档和项目计划摆出来和和客户讨论，最终使项目的开发时间延长为六个月。
站在为了科学地分析和解决问题的立场上来看，项目组和客户的目的是一致的，所以对于合理的项目进度客户是会理解与支持的。
其次，我们有义务要让客户知道项目的计划。
这样才能让客户和用户主动、积极参与项目，达到项目的最终目标。
项目计划取得双方签字认可是一种好的习惯。
客户可能不愿意签正式的文件，那么在文档的封面上签上双方负责人的姓名、联系方式也行，虽然是非正式的，但留下了项目工作的痕迹。
有必要想办法让客户清楚签字意味着什么。
这就意味说双方有了一个约定，既让用户感觉心里踏实，也让自己的项目组有了责任感，有一种督促和促进的作用。
3.该详细的详细，该简略的就简略软件项目计划就如同软件项目本身一样有它特殊性，一个三五个人花两三个月就可以完工的小项目，可能项目计划就四五页纸，包括一个WBS（工作分解结构）和一个Gantee图（甘特图）。
一个需要五六十个人甚至上百人，要花上半年或更...
什么是项目过程？什么是项目管理过程？
展开全部1、项目过程：现代项目管理认为，项目是由一系列的项目阶段所构成的一个完整过程（或叫全过程），而各个项目阶段又是由一系列具体活动构成的一个工作过程。
此处所谓的“过程”是指：能够生成具体结果（或叫可度量结果）的一系列活动的组合。
一般一个项目是由两种类型的项目过程构成：2、项目的实现过程：项目的实现过程是指人们为创造项目的产出物而开展的各种活动所构成的过程（一般也将此简称为：“项目过程”）。
项目的实现过程一般用项目的生命周期来说明和描述它们的活动和内容。
3、项目的管理过程：项目的管理过程是指在项目实现过程中，人们所开展项目的计划、决策、组织、协调、沟通、激励和控制等方面的活动所构成的过程（一般称为”项目管理过程”）。
项目管理过程一般是由五种不同的项目管理具体过程构成的。
这五种项目管理具体过程构成了一个项目管理过程组，一个项目管理过程组所包括的五种具体管理过程如下：1）.起始过程一个项目管理过程组的首要管理过程是项目管理的“起始过程”。
它包含的管理内容有：定义一个项目阶段的工作与活动、决策一个项目或项目阶段的起始与否，或决定是否将一个项目或项目阶段继续进行下去等。
2）.计划过程一个项目管理过程组的第二种管理过程是项目管理的“计划过程”，它包含的管理内容有：拟定、编制和修订一个项目或项目阶段的工作目标、工作计划方案，资源供应计划、成本预算、计划应急措施等。
3）.实施过程一个项目管理过程组的第三种管理过程是项目管理的“实施过程”，它包含的管理内容有：组织和协调人力资源及其它资源，组织和协调各项任务与工作，激励项目团队完成既定的工作计划，生成项目产出物等。
4）.控制过程一个项目管理过程组的第四种管理过程是项目管理的“控制过程”，它包含的管理内容有：制定标准、监督和测量项目工作的实际情况、分析差异和问题、采取纠偏措施等管理工作和活动。
5）.结束过程一个项目管理过程组的第五种管理过程是项目管理的“结束过程”，它包括的管理内容有：制定一个项目或项目阶段的移交与接受条件，并完成项目或项目阶段成果的移交，从而使项目顺利结束。
...
