支持工具
WINCVS
Bugzilla Bug追踪系统
自主研发的更新工具
2．1．4．产品特点
项目比较庞大，一般拆分成模块进行开发。一个模块的开发人员为3~5人左右。
项目开发完成的软件是作为商业应用的一个ERP系统，包括零售百货业的所有流程管理、物流管理、财务管理等。
软件的使用周期一般可以在10~20年，维护周期长，需要有高可靠性的质量保证。涉及到有很多商业及财务数据需要保存，安全性很重要。访问用户比较多，响应速度要快。
技术复杂程度参差不齐，有些模块比较简单技术要求不高，有些模块比较复杂，需要不断更新新技术。总体来说由于对于行业的业务分析要求严谨，又是使用比较新的开发技术，所以技术复杂程度和管理程度相对都要高一点。下图给出了一个技术与管理程度的比较：
Technical vs. Management Complexity
2．1．5．分析总结
通过以上四节对该公司的一个现状分析可以得出以下一些结论。
优势：
该公司是大型企业的专有开发公司，业务客户稳定，项目市场风险小。不需要考虑市场推广及销售策略。
公司的组织架构较灵活，可以整个公司作为一个开发团队开发大型项目。也可以从各组中抽调部分组员进行临时组队开发小型模块。这样对于用户变化多端的需求可以并行进行处理提高效率。
公司的内部组织分工、职责比较明确。适合进行过程改进。
公司使用的技术及存储产品比较主流，可以支持大、中、小各种类型项目。
公司已经有使用过程支持工具，并且有版本管理工具，需求变更追踪管理。
公司具备一批精通零售行业业务知识的需求、开发、测试人员，同时也具备多名开发经验超过5年的开发人员。
需求文档比较完善。
有成功发布并使用正常的软件产品。
问题点：
客户新需求量大、需求变化快。
开发过程比较落后，没有使用较先进的方法论进行改进或支持。
没有专门的过程实施、监控小组。没有过程专家。
无详细的设计文档，或是仅仅在开发完成后补写设计文档。
测试方面仅仅依靠测试人员的业务经验进行测试，无相关方法论的支持，没有使用专业的自动化测试工具。
没有明确的测试计划来管理整个测试过程。
测试报告不全面，没有固定格式，不能指导开发人员修改BUG。
Stakeholders方面存在一些需要关注的地方：业务范围广、流程复杂、专业程度高（例如财务方面的业务分析及建模），需要具备一定的行业知识。客户的数据安全性、完整性、可靠性、正确性需要得到百分百保证。系统分为总部和全国各分店系统，需要通过网络交换数据，网络安全需要考虑。
2．2．制定过程改进计划
2．2．1．过程改进的可行性
根据上述分析总结所列出的优势，可以得出此次软件过程改进还是可以得到执行的：
企业背景和业务方面有很大优势要加以利用，同时最好能说服集团公司的上层领导，告诉他们软件过程的改进可以大大提高项目的开发进度，降低开发成本，这样比较容易争取领导层对软件过程改进的支持。
企业的内部组织结构分工、职责比较明确，并且具备一定的灵活性。对于引入RUP的方法论进行开发过程的改进有一定可行性。
企业技术能力比较突出，善于接受新技术，相信开发人员对于新过程、新方法的引入不会有抵触情绪。
企业原本就已经使用了很多支持工具，这样有利于支持新过程的改进。
企业可以选取比较次要的模块作为先导项目进行过程改进的实验。
2．2．2．过程改进的建议
通过上述一些问题点和优势的总结，提出以下一些过程改进的建议：
以提高软件质量、开发效率、降低开发成本为基础说服领导层支持过程改进。保证组织外部