软件工程实践者的思想[2]_第1页
软件工程实践者的思想[2]_第2页
软件工程实践者的思想[2]_第3页
软件工程实践者的思想[2]_第4页
全文预览已结束

下载本文档

版权说明：本文档由用户提供并上传，收益归属内容提供方，若内容存在侵权，请进行举报或认领

文档简介

1、软件工程实践者的思想2 5.工程 最狭义的工程，是描述做什么和做到什么. 也就是说，是对目标的描述和成果的检测。至于这个工程目标的实现，是过程和方法的事；而有效、快速地实现过程和方法所需的，就是工具. 这种软件工程体系层次（SoftwareEngineeringArchitecturalLayers）被描述成一张图。 过程伴随工程而出现，解决的是工程中步调一致的协作问题。那么工程是因为什么而出现的？ 很显然，软件规模的不断增大是导致软件工程出现的根本原因。所以你会看到在几年前，开发一个小工具可以不讲工程；或者现在在你的Word中，为了将半角替换成全角字符而写的那个宏，也不需要工程。 接下来，即

2、使软件规模增大，如果有一个牛人中的超牛人，愿意用20年来写一个任意庞大和复杂的操作系统，他也是能做到的。然而现实中不会有软件公司给他这样的机会。 项目的复杂可能要求不同知识领域的角色参与，而庞大则要求更多（人力、技术与管理）资源。团队作为开发行为的模式，是软件规模和复杂度渐次累积的结果。 团队必将越来越庞大，因为（与工程对应的）软件规模必将越来越复杂。没有团队意识的软件公司将在高度过程化、通晓方法理论、拥有大量工具的集团军面前一触即溃。 6.组织 工程理论其实是包含组织学的。然而我在上面的那张图中，将组织与工程分离开来，并在二者之间画下了一道纵向的线。 如果说工程关心的是需求、配置和文档等等这

3、些要素，那么这样的工程还是停留在技术层面：关注的仍是工程实现细节，而非目标。从角色角度来看，这是项目经理和技术经理共同关注的那一部分。 然而项目经理还必须关注于人力资源、项目资金以及多个项目之间的协调等问题。这些问题与工程本身并没有直接关系，而是组织方面的内容。 所以在工程环节里，文档管理和配置管理等词汇中的.那个管理,是管理的具体技术和方法；而在组织这个环节中的管理,才是真正的管理学上的用词。 在这张图上，我试图从这个角度上来说明：作为项目经理，你必须有一部分的工作是非技术性的。甚至，你可能绝大部分的工作是非技术性的。因为与技术相关的管理技能（需求、配置、过程管理等）可以由开发经理来做，或者公司对于这一方面有较统一且成熟的规范，因而无需投入过多的精力。 你必须更关注于对这个（或这些）工程的组织与计划。站在组织者这个角色上，你现在要考虑的内容可能会是： 为项目的各个阶段建立计划，并逐渐地细化计划内容，以及确立项目过程中每一个环节、每一个计划阶段的优先级和复杂度； 确立项目或者产品阶段目标，成果的准确描述、定位，以及整个项目的质量目标及其考核办法； 对团队中的不同角色展开培训，以指导并协调角色间的工作，从而消除因为工作习惯的差异带来的影响； 为每一个人准备他所需要的资源，这不单单是把一套shareware变成正式版或

人人文库> 全部分类> 应用文书 > 年终总结

温馨提示

  • 1. 本站所有资源如无特殊说明，都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等，如果需要附件，请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸，网页内容里面会有图纸预览，若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间，仅对用户上传内容的表现方式做保护处理，对用户上传分享的文档内容本身不做任何修改或编辑，并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容，请与我们联系，我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

最新文档

评论

0/150

提交评论