软件开发流程 - 中国研发管理网（http://www.chinardm.com）

软件开发流程

发布者：佚名来源：hi.baidu.com/15321 点击：发表日期：2007-06-06 【大中小】

　　4. 整体项目评估能力

　　作为系统设计人员，必须能够从全局出发，对项目又整体的清醒认识，比如公司的资源配置是否合理和到位，比如工程进度安排是否能最大化体现效率又不至于无法按期完成。评估项目整体和各个模块的工作量，评估项目所需的资源，评估项目可能遇到的困难，都需要大量的经验积累，换言之，这是一种不断总结的累计才能达到的境界

　　5. 团队组织管理能力

　　首先是工作的量化，没有量化就很难做到合适的绩效考核，而程序量化又不是简单的代码行数可以计算的，因此要求技术管理人员需要能真正评估一个模块的复杂性和工作量。

　　其次是对团队协作模式的调整，一般而言，程序开发的协作通常分为小组进行，小组有主程序员方式的，也有民主方式的，根据程序员之间的能力水平差距，以及根据项目研发的需求，选择合适的组队方式，并能将责权和成员的工作任务紧密结合，这样才能最大发挥组队的效率。

质量/过程标准部分的介绍

质量/过程标准是什么，有什么用？

• 开始并没有什么质量标准或者过程标准，但有些组织和企业呢，做的很成功，而有些则不成功。那么有人就去分析为什么，这些组织和企业成功了呢？他们有哪些的共同的特征吗？答案是有，于是这些特征被归纳出来（比如9000中的立项，开发策划，cmm中需求管理、配置管理等），并应用管理理论的成果，使之成为一种体系。

他能做到什么和不能做到什么？

• 当操作者有意识时，标准可以帮忙。假如你没做产品立项，或者作了，但没有市场分析报告，标准可以帮忙，因为SQA会来说，这违背了规程，我们必须先做产品立项，并且必须基于市场分析报告。
• 但大家没有意识时，比如产品立项时，假如与会人员多数认为没有市场，或者我们没有能力去做这个产品，但最终仍然立项通过，标准无能为力。
如何应用标准？
• 标准的目的？

– 可控制– 可追溯

• 开发模板
– 用户需求规格说明书　– 需求评审报告
– 系统设计书　　　　　– 系统开发进度计划
– 项目验收标准　　　　– 用户手册项目组文档

接下来的课程中邵老师又介绍了下面的内容：

• 编码规范
• 项目组守则
• 工作计划总结
• Sourcesafe使用规范
• 公共几类和常用代码

Sourcesafe使用

一、版本管理的必要性

• 如果说70年代的软件危机导致了软件工程思想的诞生和理论体系的发展，那么80～90年代尤其是90年代软件产业的迅猛发展导致了另一种新思想的产生和实现，这就是软件的版本管理。

• 以往的那种被誉为具有良好编程风格的做法，诸如在对他人的源程序进行修改时注释修改原因，修改人和日期，如果是多个成员同时进行了修改，那么需要进行及时的人工的差异比较和综合以便形成一个统一的新版本。这种做法在当前的大型软件的开发中已经越来越没有空间了，可以说是一种以小作坊的形式来面对软件的社会化大生产，再也不可能行得通了

二、Visual SourceSafe 6.0(VSS 6.0)简介

• Microsoft的VSS 6.0解决了软件开发小组长期所面临的版本管理问题，它可能有效地帮助项目开发组的负责人对项目程序进行管理，将所有的项目源文件（包括各种文件类型）以特有的方式存入数据库。
• 开发组的成员不能对该数据库中的文件进行直接的修改，而是由该版本管理器将该项目的源程序或是子项目的源程序拷贝到各个成员自己的工作目录下进行调试和修改，然后将修改后的项目文件作Checkin提交给VSS，由它进行综合更新。
• VSS的客户端和服务端的安装
• VSS服务端和客户端的使用

上一页 [1] [2]

发表评论