大家帮我想想标题

zlwenny

目录       

1        质量管理        1
1.1        质量控制        1
1.1.1        过程管理        1
1.1.1.1        过程监控        1
1.1.1.2        过程分析        1
1.1.1.3        过程改进        2
1.1.2        文档管理        2
1.1.2.1        文档约束        2
1.1.2.2        文档控制        2
1.2        质量保证        3
1.2.1        质量体系建立        3
1.2.1.1        质量体系认证        3
1.2.1.2        质量体系标准        4
1.2.1.3        认证实施步骤        4
1.2.1.3.1        认证申请        4
1.2.1.3.2        体系审核        4
1.2.1.3.3        审批与注册发证        4
1.2.1.3.4        监督        4
1.2.1.4        质量体系认证的作用        4
1.2.2        软件测试        4
1.2.2.1        软件测试理论        5
1.2.2.1.1        单元测试        5
1.2.2.1.2        集成测试        5
1.2.2.1.3        系统测试        5
1.2.2.1.4        安全测试        6
1.2.2.1.5        黑盒测试        6
1.2.2.1.6        白盒测试        6
1.2.2.2        软件测试流程        6
1.2.2.2.1        测试需求分析        6
1.2.2.2.2        测试设计        7
1.2.2.2.3        测试执行        7
1.2.2.2.4        测试记录        7
1.2.2.2.5        错误处理        7
1.2.2.2.6        总结分析        7
1.2.2.2.7        流程改进        7
1.2.2.3        软件测试模型        7
1.2.2.3.1        V模型        7
1.2.2.3.2        X模型        8
1.2.2.4        软件测试工具        8
1.2.2.4.1        Rational        8
1.2.2.4.2        MI        8
1.2.2.4.3        Compuware        9
1.2.3        配置管理        9
1.2.3.1        变更管理        9
1.2.3.2        版本控制        9
1.2.3.3        软件配置工具        9
1.2.3.3.1        Rational        9
1.2.3.3.2        Microsoft        9
1.2.3.3.3        WinCVS        9


2        软件开发管理        10
2.1        技术管理        10
2.1.1        技术继承        10
2.1.2        技术统计        10
2.1.3        技术创新        10
2.2        软件项目管理        11
2.2.1        业务分析管理        11
2.2.2        技术预研        11
2.2.2.1        应用分析        11
2.2.2.2        关键技术        11
2.2.2.3        开发能力        11
2.2.2.4        预研计划        11
2.2.3        软件需求管理        11
2.2.4        开发计划管理        11
2.2.4.1        系统规模估计        11
2.2.4.2        模块接口冲突预算        11
2.2.4.3        实施计划        11
2.2.4.4        计划更改控制        11
2.2.5        软件设计管理        11
2.2.6        系统风险管理        11
2.2.6.1        系统范畴确定        11
2.2.6.2        客户约定        11
2.2.6.3        开发成员忠诚度        12
2.2.6.4        技术风险估计        12
2.2.7        团队管理        12
2.2.7.1        团队组建        12
2.2.7.2        团队文化        12
2.2.7.3        领导素质        12
2.2.7.4        领导能力        12
2.2.7.5        激励管理        12
2.2.7.6        技术管理        12
2.2.8        项目进度控制        12
2.2.8.1        进度跟踪        12
2.2.8.2        项目变更管理        12
2.2.8.3        软件质量管理        12
2.2.8.4        纠正预防措施        12
2.2.9        项目激励管理        12
2.2.9.1        项目目标管理        12
2.2.9.2        有效激励管理        12
2.2.9.3        成员特征管理        12
2.2.10        项目成本管理        12
2.2.10.1        成本预算        13
2.2.10.1.1        进度预算        13
2.2.10.1.2        激励预算        13
2.2.10.1.3        风险预算        13
2.2.10.1.4        管理预算        13
2.2.10.1.5        技术预算        13
2.2.10.2        成本控制        13
2.2.11        软件测试管理        13
2.2.11.1        测试流程管理        13
2.2.11.2        测试技术管理        13
2.2.12        项目流程管理        13
2.2.12.1        流程管理        13
2.2.12.2        工具管理        13


3        软件质量理论        14
3.1        软件工程        14
3.2        ISO 9000        14
3.3        CMM /CMMI        14


4        软件分析和设计        15
4.1        面向对象        15
4.2        业务分析        15
4.3        需求分析        15
4.4        系统设计        15
4.5        软件分析和设计工具        15


5        系统领域        16
5.1        网络通信        16
5.2        电子商务        16
5.3        水利应用        16
5.4        电子生产        16

zlwenny

这个想法已经有很长时间了，只是一直没有实施。


很多东西看来好不相关，其实在实际的应用当中，却又发现处处相关。

目前的进度是，只完成了目录和粗略的内容概要，很多的细节好难哦。

完成的主要部分为：质量管理的说明。流程、模板、记录还是一片空白。不过，很多是可以引用的。

预计困难：主要在软件开发管理。因为除此外，很多都有亲为过。虽然，也时常接触软件开发管理，但是毕竟专业知识相对较少，加上时间不够，所以在此处可能花费时间最多，也最为不完善。但我想基本的内容和条目应该已经包含在目录范围。

另外，在系统领域方面，本身不作为该文章考虑重点。

衷心希望各位好心情，好建议。

zlwenny

其实，这么多的内容，组合在一起，好像时非常的不妥当的。

所以，在此，笔者并不是想求全，而是想找到一个办法，能够解决在实际的应用过程中发生的很多问题。

而这些问题，并不是孤立的，而是相辅相成的。也许这就是一个探索的方向。

厨师

呵呵，就叫《质量管理》吧！

zlwenny

1        质量管理
确定质量方针、目标和职责并在质量体系中通过诸如质量策划、质量控制、质量保证和质量改进使其实施的全部管理职能活动。
1.1        质量控制
为满足软件系统或者其他产品的固有特性即其质量要求而进行的一系列作业技术和活动。
1)        质量控制的对象是过程，结果并不一定能够使被控制对象达到规定的质量要求。
2)        作业技术：是指专业技术和管理技术结合在一起，作为控制手段和方法总称。
3)        质量控制应贯穿于质量形成的全过程（即质量环的所有环节）。
4)        质量控制的目的在于以预防为主，通过采取预防措施来排除质量环各个阶段产生问题的原因，以获得期望的经济效益。
5)        质量控制的具体实施主要是影响产品质量的各环节、各因素制订相应的计划和程序，对发现的问题和不合格情况进行及时处理，并采取有效的纠正措施。
1.1.1        过程管理
1.1.1.1        过程监控
根据公司的开发流程以及软件工程原理对软件开发和维护进行过程监控和研究，同时确认该过程是否符合需要，从而提出有效的依据，使得过程更加科学化、标准化。
过程监控侧重于软件开发过程的管理及软件工程能力的评估与改进，在CMM中被用作为评价软件承包商能力并帮助组织改善软件过程质量的一个重要环节，现已成为企业从事规模软件生产不可缺少的一项内容。
1)        过程监控程序（流程）
2)        监控记录
主要包括一系列的过程监控checklist，针对每一个不同的阶段，所对应的checklist也有所不同，主要形式如下。
No.        CHECKLIST        符合        不符合        备注
1        针对具体对象的具体操作、过程等进行预期的描述，或者针对某个特定的现象进行阐述        正面肯定，即符合某规定        反面否定，阐明原理或理由        特殊内容
…        …        …        …        …

1.1.1.2        过程分析
根据历史经验和软件工程知识，对质量控制、质量保证、过程监控中所发现问题的记录和处理措施，进行有效合理的数据整理，形成软件过程数据库，提取库中的专项数据进行针对性的分析，形成较为全面的过程分析报告。
3)        过程分析模板
checklist
No.        CHECKLIST        原因        备注
阶段1        总结该过程中发生的具体现象，或形成列表        阐述该现象的可能原因       
…        …        …        …

1.1.1.3        过程改进
根据过程分析结论，对现行的质量控制手段、质量保证手段、过程监控手段进行改进，逐步推进，提高过程质量，从而改进过程、提高质量管理内涵。
4)        过程改进模板
5)        过程改进评价
checklist
No.        CHECKLIST        改进措施        改进跟进
1        具体现象及可能原因        阐述该措施        效果描述
…        …        …        …


1.1.2        文档管理
文档，是软件过程的数据，它用来记录一切可能发生的事情。软件过程中的一切文档都将是软件质量形成过程的真实体现，而对文档进行的管理也将影响着软件质量。
1.1.2.1        文档约束
1)        系统范畴
根据所涉及的行业领域，对系统的范畴进行分析，确定系统所应该包含的标准、法律法规等，作为文档约束的首要因素，并制定相关流程和标准。
流程和标准checklist
No.        CHECKLIST        说明
1        流程和标准名称        简单描述其应用
…        …        …

2)        技术约定
在众多的软件技术中，针对企业现状和行业应用，选取具有一定效用的软硬件技术作为系统开发和应用的必要条件，包括IT技术、基础理论、机械等。
Checklist
No.        CHECKLIST        技术类别说明        应用范围或对象
1        关键技术说明               
…        …        …        …

3)        质量体系
根据企业发展目标和方针确立质量体系，并以此作为文档管理的依据和参照，完善文档内容，提高文档对质量体系的符合性。
文档控制/管理程序，参见1.1.2.2下的2）
1.1.2.2        文档控制
1)        人力资源素质分析
群体由个体组成，但集体约定需要个体即直接实施者，文档控制的约定强调了对群体的要求，但是同样需要个体执行，且个体的影响较为显著。因此，要做好文档控制和管理，亦需要对人力资源进行素质分析，并决定该人是否具有文档控制的基本素质和知识。如
负责认真的态度；
较强的文档编写和格式定义；
相关的专业知识。
根据不同的控制对象，其素质的需求是不同的。
质量文档控制，还需要质量体系的理解能力、掌握程度；开发文档控制，还需要开发流程的理解和掌握、进度和计划的监控等。
人力素质checklist
No.        CHECKLIST        符合与否        改进与否
1        素质要素               
…        …        …        …

2)        文档控制流程
文档的控制，不是随意的，需要参照一定的约定和规则，这就是文档控制流程。一个完善的、可执行的文档控制流程，可以减轻文档控制人员的符合，同时也具有一定的约束和管理作用，同时可以促进团队的管理。
文档检查checklist
No.        CHECKLIST        符合与否        责任人
1        文档要素               
…        …        …        …

zlwenny

1.2        质量保证
为了提供足够的信任表明实体能够满足质量要求，而在质量体系中实施并根据需要进行证实的全部有计划和有系统的活动。
质量保证有内部和外部两种目的：
1)        内部质量保证：在组织内部，质量保证向管理者提供信任。
2)        外部质量保证：在合同或其他情况下，质量保证向顾客或其他方提供信任。
只有质量要求全面反映用户的要求，质量保证才能提供足够的信任。信任来源于质量体系的建立和运行(包括技术、管理、人员等方面的因素均处于受控状态)，建立减少、消除、预防质量缺陷的机制，只有这样的体系才能说具有质量保证能力。
1.2.1        质量体系建立
1.2.1.1        质量体系认证
亦称质量体系注册，是指由公正的第三方体系认证机构，依据正式发布的质量体系标准，，对企业的质量体系实施评定，并颁发体系认证证书和发布注册名录，向公众证明企业的质量体系符合某一质量体系标准，有能力按规定的质量要求提供产品，可以相信企业在产品质量方面能够说到做到。
　　质量体系认证的目的是要让公众（消费者、用户、政府管理部门等）相信企业具有一定的质量保证能力，其表现形式是由体系认证机构出具体系认证证书的注册名录，依据的条件是正式发布的质量体系标准，取信的关键是体系认证机构本身具有的权威性和信誉。　　
1.2.1.2        质量体系标准
体系认证中使用的基本标准不是产品技术标准，因为体系认证中并不对认证企业的产品实物进行检测，颁发的证书也不证明产品实物符合某一特定产品标准，而仅是证明企业有能力按政府法规、用户合同、企业内部规定等技术要求生产和提供产品。
　　企业的组织管理结构、人员和技术能力、各项规章制度和技术文件、内部监督机制等是体现其质量保证能力的内容，它们既是体系认证机构要评定的内容，也是质量体系标准规定的内容。目前，世界上体系认证已有通用的质量体系标准，即ISO9000系列国际标准。
当然，各国在采用ISO9000系列标准时都需要翻译为本国文字，并作为本国标准发布实施。目前，包括全部工业发达国家在内，已有近70个国家的国家标准化机构，按ISO指南的规定，将ISO9000系列国际标准等同转化为本国国家标准。我国等同ISO9000系列的国家标准是GB/T19000-ISO9000系列标准，是ISO承认的ISO9000系列的中文标准。
1.2.1.3        认证实施步骤
体系认证过程总体上可分为四个阶段：认证申请、体系审核、审批与注册发证、监督。
1.2.1.3.1        认证申请
企业向其自愿选择的某个体系认证机构提出申请，按机构要求提交申请文件，包括企业质量手册等。体系认证机构根据企业提交的申请文件，决定是否受理申请，并通知企业。按惯例，机构不能无故拒绝企业的申请。
1.2.1.3.2        体系审核
体系认证机构指派数名国家注册审核人员实施审核工作，包括审查企业的质量手册，到企业现场查证实际执行情况，提交审核报告。
1.2.1.3.3        审批与注册发证
体系认证机构根据审核报告，经审查决定是否批准认证。对批准认证的企业颁发体系认证证书，并将企业的有关情况注册公布，准予企业以一定方式使用体系认证标志。证书有效期通常为三年。
1.2.1.3.4        监督
在证书有效期内，体系认证机构每年对企业至少进行一次监督检查，查证企业有关质量体系的保持情况，一旦发现企业有违反有关规定的事实证据，即对相应企业采取措施，暂停或撤销企业的体系认证。
1.2.1.4        质量体系认证的作用
质量体系认证这所以在全世界各国能得到广泛的推行，是因为：
1)        从用户和消费者角度：能帮助用户和消费者鉴别企业的质量保证能力，确保购买到优质满意的产品。
2)        从企业角度：能帮助企业提高市场的质量竞争能力；加强内部质量管理，提高产品质量保证能力；避免外部对企业的重复检查与评定。
3)        从政府角度：能促进市场的质量竞争，引导企业加强内部质量管理稳定和提高产品质量；帮助企业提高质量竞争能力；维护用户和消费者的权益；避免因重复检查与评定而给社会造成浪费。

zlwenny

1.2.2        软件测试
软件测试，是一项具体的技术性活动，它所关注的是，测试对象即软件的表现是否符合其约定结果即软件质量。在目前，形式化方法和程序正确性证明技术还无望成为实用性方法的情况下，软件测试在将来相当一段时间内仍然是软件可靠性保证的有效方法。
因此，从更多的角度，软件测试是软件质量保证的一种手段。
1.2.2.1        软件测试理论
1.2.2.1.1        单元测试
单元测试的对象是软件设计的最小单位——模块。单元测试的依据是详细设描述，单元测试应对模块内所有重要的控制路径设计测试用例，以便发现模块内部的错误。单元测试多采用白盒测试技术，系统内多个模块可以并行地进行测试。
单元测试任务包括：模块接口测试；模块局部数据结构测试；模块边界条件测试；模块中所有独立执行通路测试；模块的各条错误处理通路测试。
1.2.2.1.2        集成测试
集成测试的目的是确保各单元组合在一起后能够按既定意图协作运行，并确保增量的行为正
确。它所测试的内容包括单元间的接口以及集成后的功能。使用黑盒测试方法测试集成的功
能。并且对以前的集成进行回归测试。
1.2.2.1.3        系统测试
系统测试是通过与系统的需求规格作比较，发现软件与系统需求规格不相符合或与之矛盾的地方。它将通过确认测试的软件，作为整个基于计算机系统的一个元素，与计算机硬件、外设、某些支持软件、数据和人员等其他系统元素结合起来，在实际运行（使用）环境下，对计算机系统进行的测试。
1.2.2.1.3.1        功能测试
功能性测试需求来自于测试对象的功能性行为说明。每个用例至少会派生一个测试需求。对于每个用例事件流，测试需求的详细列表至少会包括一个测试需求。

配置测试核实测试对象在不同的软件和硬件配置中的运行情况。在大多数生产环境中，客户机工作站、网络连接和数据库服务器的具体硬件规格会有所不同。客户机工作站可能会安装不同的软件　例如，应用程序、驱动程序等　而且在任何时候，都可能运行许多不同的软件组合，从而占用不同的资源。

安装测试有两个目的。第一个目的是确保该软件在正常情况和异常情况的不同条件下　例如，进行首次安装、升级、完整的或自定义的安装　都能进行安装。异常情况包括磁盘空间不足、缺少目录创建权限等。第二个目的是核实软件在安装后可立即正常运行。这通常是指运行大量为功能测试制定的测试。
1.2.2.1.3.2        性能测试
性能测试需求来自于测试对象的指定性能行为。性能通常被描述为对响应时间、事务处理速率、资源使用率的某种评测。性能评测的目标是核实性能需求是否都已满足。实施和执行性能评测的目的是将测试对象的性能行为当作条件（例如工作量或硬件配置）的一种函数来进行评测和微调。

压力测试使测试对象处理大量的数据，以确定是否达到了将使软件发生故障的极限。容量测试还将确定测试对象在给定时间内能够持续处理的最大负载或工作量。例如，如果测试对象正在为生成一份报表而处理一组数据库记录，那么容量测试就会使用一个大型的测试数据库。检验该软件是否正常运行并生成了正确的报表。

强度测试是一种性能测试，实施和执行此类测试的目的是找出因资源不足或资源争用而导致的错误。如果内存或磁盘空间不足，测试对象就可能会表现出一些在正常条件下并不明显的缺陷。而其他缺陷则可能由于争用共享资源（如数据库锁或网络带宽）而造成的。强度测试还可用于确定测试对象能够处理的最大工作量。

负载测试是一种性能测试。在这种测试中，将使测试对象承担不同的工作量，以评测和评估测试对象在不同工作量条件下的性能行为，以及持续正常运行的能力。负载测试的目标是确定并确保系统在超出最大预期工作量的情况下仍能正常运行。此外，负载测试还要评估性能特征，例如，响应时间、事务处理速率和其他与时间相关的方面。
1.2.2.1.4        安全测试
应用程序级别的安全性，包括对数据或业务功能的访问。
系统级别的安全性，包括对系统的登录或远程访问。
应用程序级别的安全性可确保：在预期的安全性情况下，Actor只能访问特定的功能或用例，或者只能访问有限的数据。例如，可能会允许所有人输入数据，创建新帐户，但只有管理员才能删除这些数据或帐户。如果具有数据级别的安全性，测试就可确保“用户类型一”能够看到所有客户消息（包括财务数据），而“用户二”看见同一客户的统计数据。
系统级别的安全性可确保只有具备系统访问权限的用户才能访问应用程序，而且只能通过相应的网关来访问。
1.2.2.1.5        黑盒测试
已知产品的功能设计规格，可以进行测试证明每个实现了的功能是否符合要求。
黑盒测试是基于系统需求规格，在不知道系统或组件的内部结构的情况下进行的测试。通常又将黑盒测试叫做：基于规格的测试（Specification-Based Testing）、输入输出测试（Input/Output Testing）、功能测试（Functional Testing）。
1.2.2.1.6        白盒测试
已知产品的内部工作过程，可以通过测试证明每种内部操作是否符合设计规格要求，所有内部成分是否以经过检查。
软件的白盒测试是对软件的过程性细节做细致的检查。这种方法是把测试对象看做一个打开的盒子，它允许测试人员利用程序内部的逻辑结构及有关信息，设计或选择测试用例，对程序所有逻辑路径进行测试。通过在不同点检查程序状态，确定实际状态是否与预期的状态一致。因此白盒测试又称为结构测试或逻辑驱动测试。白盒测试主要是想对程序模块进行如下检查：
1)        对程序模块的所有独立的执行路径至少测试一遍。
2)        对所有的逻辑判定，取“真”与取“假”的两种情况都能至少测一遍。
3)        在循环的边界和运行的界限内执行循环体。
4)        测试内部数据结构的有效性，等等。
1.2.2.2        软件测试流程
软件测试从起步到今天，从无序到有序，从有形到无形，慢慢的形成了一定的工作流程。一般情况下，软件测试遵照以下的几个步骤。
1.2.2.2.1        测试需求分析
测试的对象对软件系统，其关注的不仅仅是软件系统本身，而且还包括软件需求、程序系统设计等，综合这些因素，测试需求在广义上要远大于软件需求。然而测试需求在很多的时候并未被人们重视，相反，只是一带而过。
认真细致、准确有效的对测试需求进行搜集和分析，可以形成一个很好的测试开端。
测试主要包括以下几项内容：
1)        软件需求
2)        系统设计
3)        关键技术
4)        测试环境、用户环境
5)        测试工具
6)        人力资源
7)        测试目的
1.2.2.2.2        测试设计
根据测试需求进行分析，形成测试设计的依据，设计出测试场景和具体可能需要执行的测试用例。
1.2.2.2.3        测试执行
在设计完成后，根据测试分析和设计结果，制定相应的测试计划，确定测试执行步骤。
1.2.2.2.4        测试记录
测试记录是测试的关键操作，任何相关的测试操作都要形成测试记录，以准确的记载和适时的反馈方式暴露软件系统的缺陷和错误。
1.2.2.2.5        错误处理
缺陷和错误处理是测试是否能够有效的完成其闭环的重要保证，也是得到认可和重视的反映。因此，缺陷和错误处理流程的建立是测试流程中必不可少的内容。
1.2.2.2.6        总结分析
没有探索，就没有前进；而期待快速的进步，就需要总结。对测试的总结和分析，是测试发展的重要环节。
测试分析的主要要素如下：
1)        测试环境（分析）
2)        测试对象（分析）
A)        关键技术分析
B)        人力资源统计
C)        设计理论分析
D)        风险统计
3)        测试记录统计分析
1.2.2.2.7        流程改进
根据流程应用情况，对不适用的环节和技术进行统计，或在新技术和方法应用的情况下，对流程做进一步的改进，有利于提高流程的执行效率，完善测试流程自身，提高软件系统质量。

zlwenny

1.2.2.3        软件测试模型
1.2.2.3.1        V模型
在软件测试方面，V模型是最广为人知的模型，尽管很多富有实际经验的测试人员还是不太熟悉V模型，或者其它的模型。V模型已存在了很长时间，和瀑布开发模型有着一些共同的特性，由此也和瀑布模型一样地受到了批评和质疑。


1.2.2.3.2        X模型
X模型的目标是弥补V模型的一些缺陷，并不是为了和V模型相对应而选择这样的名字，而是由于其它一些原因：X通常代表未知，而Marick也认为他的观点并不足以支撑一个模型的完整描述，但其中已经有一个模型所需要的一些主要内容，其中也包括了象探索性测试（exploratory testing）这样的亮点。


1.2.2.4        软件测试工具
目前很多企业所使用的软件测试工具主要分为2类，商用和研发。研发的测试工具根据软件系统和产品的需要进行定制，各具特色。而商用的软件测试工具目前主要有以下几种。
1.2.2.4.1        Rational
主要包括Robot、TestManager、TestFactory等，他们互相联系，既可以对软件系统进行压力、界面等测试，也可以对测试记录等进行保存。
1.2.2.4.2        MI
主要包括TestDirectory、WinRunner、LoadRunner、QuickTest Professional等，可以对软件系统进行压力、界面等测试，也可以对测试记录等进行保存和统计。
1.2.2.4.3        Compuware
主要包括DevPartner、QARun、QALoad等，可以对软件系统进行压力、界面等测试，也可以对测试记录等进行保存。

zlwenny

1.2.3        配置管理
简意：主要针对过程中所需要进行的分配和安置进行管理，使其能够达到预定的效果。
1.2.3.1        变更管理
在产品，包括软件的生产过程中，变化是在不停的发生着。
1)        技术现状分析
2)        变更可能分析
3)        变更流程制定
需要说明的是，变更流程不是唯一的。
1.2.3.2        版本控制
承上，由于变更的存在，因此需要对发生变更的对象进行标识，从而使得对象更易识别和管理，这就是版本的控制。
1)        版本变化原则
2)        版本控制流程
注：在分析变更的同时需要进行版本的约定。
1.2.3.3        软件配置工具
目前流行的软件配置工具有共享、商用、研发三种方式，研发软件配置工具需要根据企业自身的配置管理程序来进行预定。而目前流行的几种商用的软件配置管理工具如下。
1.2.3.3.1        Rational
ClearCase，版本管理工具。
ClearCase主要应用于复杂产品的并行开发、发布和维护，其功能划分为四个范畴：版本控制、工作空间管理（Workspace Management）、构造管理（Build Management）、过程控制（Process Control）。ClearCase通过TCP/IP来连接客户端和服务器。另外，ClearCase拥有的浮动license可以跨越UNIX和Windows NT平台被共享。
ClearQuest，变更管理工具。ClearQuest是为在软件开发的变动环境中设计的,一个可自定义的错误和变更管理系统。使用ClearQuest，你可以管理在软件开发中相关改变活动的各种类型，包括增进需求，错误报告、变更管理和项目管理等。
1.2.3.3.2        Microsoft
VSS，版本管理工具
        VSS是一种基于文件共享式的单一的局域网版本管理工具，其功能简单易懂，但存在较多的局限性，在版本控制的低级阶段使用。
1.2.3.3.3        WinCVS
WinCVS是一个开源的版本管理工具，支持并发的版本管理。目前的客户端版本较多。


以上为质量管理部分。

zlwenny

2        软件开发管理
软件的开发管理过程主要包含以下内容
2.1        技术管理
在软件领域内，各类语言及技术的突飞猛进，使得对技术的管理日趋复杂，也愈发重要。
2.1.1        技术继承
利用现有的技术不仅可以节省很多宝贵的时间，少走一些前人走过的路，更重要的是少走弯路。而如何从前辈手中将已有的技术继承、学习过来，成了技术管理的一大课题。
1)        软件及技术培训
根据现流行语言和技术，进行分类别，分层次统计和归纳，形成高级、中级、初级等级别的技术文档，主要以PPT、DOC、AVI三种形式作为技术及软件培训的文档库，对现有软件技术工作人员进行有效的培训，并在培训后进行适当的考核。
2)        技术演练
该处的技术演练，就是一个对现行软件技术的试探性研发工作，以验证和获取软件技术人员对软件技术的掌握程度，并根据技术培训形成技术继承的有效途径和方法。
2.1.2        技术统计
及时的总结经验教训，对已有的技术进行统计分析，及时分析出目前的技术现状，并对各种技术的优缺点进行挑拣，形成对发展有利的技术选择依据。
1)        技术实用记录
No.                通用        技术描述        应用项目        技术人员       
1        …        …        …       
2)        技术风险应对策略
No.        技术风险描述        技术描述        技术人员       
1        …        …        …       
3)        技术缺陷统计
No.        技术缺陷描述        技术描述        技术人员       
1        …        …        …       
4)        技术分享实例
No.        技术特点描述        应用项目        技术人员       
1        …        …        …       
5)        技术总结报告

2.1.3        技术创新
技术创新是软件的灵魂，是软件存在和发展的必要条件和目的。一个软件没有技术创新，最终意味着其灭亡。
1)        技术统计
参见2.1.2
2)        技术发展方向
对现有技术进行一个系统的分析，探寻可能发展方向。
3)        技术实现难点
对已经或者正在寻找发展的技术及其方向，估计存在的问题和实现可能出现的难点
4)        技术可行性分析
分析技术原理、模拟技术实现细节，从而提出技术实现方案