[工学]第1章 软件工程的内容与方法.ppt

实验一 初识软件工程 (Word版) 作业: 1．4 软件工程的7条基本原理有何现实意义? 1．7 怎样理解ISO 9000?如何用ISO 9000去管理软件企业? 1．8 怎样理解ISO 9000的文档体系?质量手册、程序文件、质量记录三者有何联系与区别? 1．10 怎样理解CMMI?如何用CMMI去管理软件企业? 【例1-8】 说到敏捷方法，首先看一个案例。一个只有十多个软件开发人员的小公司，没有人学习过敏捷方法，或读过很多CMM或ISO 9001的资料，但这个公司却有自己的寥寥几行的“软件开发原则”。这个公司在一年时间内按时完成了所有的开发任务，其中有些质量相当优秀，而且只加过两次班，一次是因为服务器硬盘损坏，另一次是把计划中三天的工作加班压缩为一天。 这个公司一直渴望有规范的开发流程，但它在没有实施CMM或ISO 9001的过程之前，过程管理却做得相当不错，因此有理由怀疑重载 的过程对小型软件企业的必要性。这家公司一直以为，成功只是源于运气和大家的努力，但在XP中终于为成功找到了“依据”，实际上运气只是很少的一部分。在这不多的几行“原则”中，体现了“沟通、简单、反馈、勇气”，这正是XP的核心价值观所在。在世界的各个角落，很多人在进行着类似的实践，最终形成了XP或类似的敏捷方法。 2．敏捷过程的开发原则（又称为敏捷方法论） 敏捷过程的12条软件开发原则， 简述如下： ·将尽早的和不断的向客户提交有价值的和满意的软件作为最优先的目标。 ·自始至终地欢迎客户提供需求和需求变化，利用这种变化为客户产生竞争优势。 ·经常交付(从几个周到几个月)可用的软件，尽可能缩短时间间隔。 ·在项目开发过程中，业务人员和开发人员必须每天一起工作。 ·围绕优秀人员建立项目，给予所需的环境和支持，相信他们能完成任务。 ·面对面的交流，是项目团队传递信息最好的方式。 ·工作软件(软件工作产品)所处的状态是首要的软件度量。 ·鼓励并支持软件开发的持续性，这样可加快产品化进程，在业务领域处于领先地位。 ·采用先进技术和优秀设计，以增强敏捷性。 ·简单，少而精，只做必须做的，这是一门艺术。 ·要相信，最好的架构、需求和设计出自于自己的团队。 ·每隔一段时间，团队要反思自己的过去，调整自己今后的行为。 敏捷文化的工作强度有一个指标，平均每天全身心地投入工作时间约6小时。但是每个人必须反省一下自己的工作负荷是不是达到要求。 3．极限编程(XP) 开发满足客户确实需要的软件，是极限编程(XP) 的最大追求。XP使得开发人员有勇气自信：不怕客户需求变化，即使是在开发周期的后期，就怕客户不提出需求，或不提出需求变化。 这一条特别重要且很奇怪：因为需求变化是最系统分析师最头痛的地方，是ISO 9001和CMM／CMMI力图控制与压制的东西。但极限编程(XP) 却反其道而行之。XP强调团队合作，经理、客户和开发人员都是团队中的一员，他们都应该为了开发出高本质的软件而协同工作。 XP从4个基本方面对软件项目进行改善：沟通、简易、反馈和勇气。XP程序员同客户交流，同他们的同事交流；他们的设计简单而干净；他们通过测试来得到反馈；他们根据变化修改代码，并争取尽可能早地将软件交付给客户。所以，XP程序员能够勇于面对需求变化和技术变化，对需求变化和技术变化做出敏捷反应，并取得成功，这是敏捷文化的特色，也是敏捷文化的本质。 下面对12个实践的主要内容做进一步的阐述。 (1) 现场客户(On Site Customer)：面对面的交流，已成为大家接受的开发组织的最佳结构。目的是实现思想上的统一，使团队拥有足够的敏捷信息，减少沟通的成本，提高开发的质量和效率。 (2) 计划博弈(Planning Game)：XP要求结合业务和技术情况，快速确定下一次发布的范围。在项目计划的四要素(费用、时间、质量和范围)中，由客户选择三个，而开发队伍只能选择剩下的一个。这是“用户第一、客户是上帝”思想的真正体现。 (3) 系统隐喻(System Metaphor)：XP通过一个简单的关于整个系统如何运作的隐喻性描述(story)，来指导全部开发。隐喻可以看做一种高层次的系统视图，通常包含一些可以参照和比较的