第3章 软件工程管理课程.ppt

1）民主式 小组各成员地位平等，大家说了算--容易激发大家的创造力，有利于攻克技术难关。 每个人之间都要进行相互沟通--这种结构要求组织内的成员不能太多，软件的规模不能太大。 缺乏权威领导，很难解决意见分歧的问题。 适合于规模小、能力强、习惯于共同工作的软件开发组，不适合规模大的软件项目。 2）主程序员式 主程序员是技术熟练、有经验的开发人员，对系统设计、编程、测试和安装负全部责任。负责指导其他程序员完成详细设计和编码工作。 程序员之间没有通信渠道，所有的接口问题都有主程序员处理。 2）主程序员式（续） 后备主程序员支持主程序员的工作，负责程序测试方案、分析测试结构以及其他独立于设计过程的工作。 编程秘书负责与项目有关的事务性工作，维护项目的资料、文档、代码和数据。 程序员在主程序员指导下，完成详细设计和编程工作。 程序员之间没有通信渠道，所有问题都由主程序员处理。 2）主程序员式（续） 项目组人员的分工明确 简化了成员之间的沟通和协调，提高了工作效率。 问题：主程序员必须同时具备高超的管理才能和技术才能，在现实中这种全能人才很难得。 案例：1972年，纽约时报信息库管理系统使用了结构化程序设计技术和主程序员的组织结构，项目获得了巨大的成功。83000行源程序只用了11人年就全部完成，验收测试中只发现了21个错误，系统运行第1年只暴露了25个错误。 3）现代程序员组 现代程序员组的结构中，取消主程序员的行政管理工作，设置一名行政组长专门负责项目组管理工作。 3）现代程序员组（续） 责任范围定义清楚，技术组长只负责技术，不必处理诸如预算、法律等问题；行政组长负责非技术的事务。 注意：软件项目组人员不易过多 当项目规模比较大时，应该把成员分为若干小组，可采用图示的组织结构。 1）直接交流 用于项目组成员、用户、领导之间的沟通。 应用时机：讨论用户需求、关键技术解决方案、工作任务之间的协调等内容。 讨论结果应写成电子邮件发给项目经理备查。 2）电话交流 当软件项目由多家合作开发，或者用户距离较远，电话是非常有效的沟通手段。 应用时机：快速下达通知、了解或确认问题。 打电话之前要做好充分的准备：要解决的问题是什么？自己的想法是什么？需要对方做什么？等等。 注意：没有准备好之前不要打电话。对于重要的电话可以写备案或录音，以便查询。 3）电子邮件 电子邮件不仅拉近了人与人之间的距离，更重要的是它还创造了一种人与人之间沟通的适当分寸，这一点尤其值得注意。 面谈固然十分高效，但要受到物理空间或地域的限制；电话方式虽然也很直接，但可能会暴露隐私、造成局促、逼迫，甚至是伤害。电子邮件则不然，它让沟通变得稳妥而不局促。 电子邮件可以留下沟通的痕迹。 例如，在一个大型软件开发项目中，我们要求用户将每次的需求变更都以电子邮件的形式发给项目组，项目组经讨论，故算出变更的影响和可能的工作量，以邮件的形式回复用户，当整个项目结束时。我们打印出所有的需求变更电子邮件和工作量，用户感到非常震惊。不但在第二期项目中追加了弥补第一期需求变更引起的工作量的资金，而且对待用户需求非常的认真，使后期的工作更加顺利。 4）会议 会议是最正式的沟通方式 对软件项目管理来说必不可少，一些工作计划布置、落实、检查都要以会议的形式进行，以便快速地发现和解决问题。 在软件开发的各个阶段，都要召开会议审查阶段产品。 可以有不同级别 软件规模估算 1）估计源代码行：选择多名有经验的软件工程师分别估算出程序的最小规模（a）、最大规模（b）和最有可能的规模（m），分别计算出这三个数的平均值sa、sb和sm后，再用下面的公式计算程序规模的估计值： LOC = (sa +4sm+sb)/6 例：大学图书馆图书信息管理系统主要实现读者管理、图书管理、借书、还书、处罚和预订，开发环境是C#，SQL Server 案例小结：图书馆图书信息管理系统 总代码量大约是4301行 以20行/人天计算，大约需要215/人天，按每月22天计算，大约需要10人月 人员成本：人月数×月平均月工资 注意：每人每天平均生产20行代码是包括思考系统的数据结构、编写文档、调试等工作在内。 2）基于功能点的估算方法 确定五个信息域特性： 输入项数：用户向软件输入的数据项数。 输出项数：软件输出的数据项数，输出是指报表、屏幕、出错信息等。一个报表中的单个数据项不单独计算。 查询数：一个查询被定义为一次联机操作，导致软件以联机输出的方式产生实时响应，每一个不同的查询都要计算。 主文件数：逻辑主文件是数据的一个逻辑组合，可能是某个大型数据库的一部分或是一个独立的文件。 外部接口数：机器可读的全部接口的数量，利用这些接口可以同另一个系统交换数据。 第一步：计算未调整的功能点UFP。 对软件信息域的每个特性