第1章软件与软件工程PPT课件.ppt

* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * 1.4.3 敏捷软件开发过程的应用 敏捷软件开发强调，只开发有用的制品，聚焦可执行的软件，反对“以文档为中心，不做无用功” 敏捷软件提倡交流、沟通、团结、合作，提倡用户参与软件开发的全过程，有利于对软件需求的理解，有利于杜绝和减少软件开发过程中的缺陷和错误。 敏捷软件团队不强调天才的作用，希望营造一个宽松的工作环境，需要能胜任工作的人，需要纪律，按照团队要求，充满激情的工作，高质量的完成任务。 按照这一思路需要在加强项目规划、组织团队人员，减少管理人员、加强编程力量等方面下功夫 * * 敏捷软件开发过程的应用 敏捷软件开发过程适合小型一般软件的开发 适合建造原型系统 适合开发需求不确定的易变的业务处理系统 适合负责任的专业用户能加入开发团队并一直在开发现场工作的软件项目（多数场合，这一点是困难的）。 用敏捷软件开发过程快速构建原型，进行人机界面设计将是十分有效的。 注意事项 生命攸关的实时系统，如空中交通指挥控制系统，机载、弹载、星载、船载的导航和武器控制系统的关键软件采用敏捷软件开发过程是不适宜的。 这些软件需求定义严格、开发责任分明、必须有严格的测试和标准的文档，对安全性和必威体育官网网址性有更严格的规定。 * * 小 结 本章介绍了软件与软件工程的概念。 软件的组成不仅是程序、数据和文档，而且还有完成一定功能和性能所蕴含的知识和经验。 领域知识是基于计算机系统的设计、软件需求获取和系统测试不可或缺的。 软件发展的历史给我们的启发是，社会需求和硬件进步是软件技术发展的基础。 软件的进步和成就促进了信息社会和知识经济的发展。 按照应用领域、基本属性和特点研究软件有助于对软件的理解，提高了软件开发、使用和维护的针对性。 * * 小 结 针对面向对象软件开发的统一过程RUP和UML描述语言将在第二章介绍 。 本章涉及的抽象、模型、折衷、有效性、一致性、完全性、可复用性等概念是计算学科经常使用的重要概念，本书的其它章节还将结合需求、设计、实现、部署、管理等具体内容给出进一步的解释。 此外，本章还介绍了软件工程学科和人才培养，软件从业人员的职业道德等，这些都是学习软件工程课程时需要特别注意和把握的问题。 * * * * * * * * * * * * * * * * * * * * * * * * * * 项目是软件工程过程实施一个单位，是总目。 通过项目完成对人、财、物等资源的分配、组合、转化。最终获得软件制品。为此，需要有高效的方法工具进行合理的过程安排、调度。 资源当中，人最为重要。 * 瀑布模型的特点 思路简洁、明确 上一阶段的开发结果是下一阶段开发的输入，相邻两个阶段具有因果关系，紧密相联。 阶段分离、评审 为了保障软件开发的正确性，每一阶段任务完成后，都必须对它的阶段性制品（文档、原型、程序等）进行评审，确认之后再转入下一阶段 瀑布模型的可行性研究、需求、设计、编码、测试分离，有利于软件的体系结构设计，规范了软件开发活动，有利于开发人员的组织、管理 适用场景 对于规模较小、软件需求比较稳定的项目或子系统，采用瀑布模型能够显著提高软件开发的质量和效率 * * 瀑布模型的缺点 ①需求难以确定 必须要求客户和系统分析员确定软件需求后才能进行后续的软件开发工作，但多数场合给出大型软件项目的全部需求是困难的，有时甚至是不现实的； ②初版开发时间长，缺陷发现晚 需求确定后，用户和软件项目负责人要等相当长的时间(经过设计、实现、测试、运行)才能得到软件的最初版本，如果用户对这个软件提出比较大的修改意见，那么整个软件项目将会蒙受巨大的人力、财力和时间损失； ③缺陷积累、放大 开发人员在瀑布模型“上游”出现“过失” (mistake)会为软件制品带来“缺陷”(fault)并潜伏在软件制品中，缺陷会误导“下游”的开发活动，若未被发现，则软件运行时会造成系统“故障” (failure)。 造成修复成本高 这时必须花力气找到故障原因，修复缺陷，造成不应有的人力、财力和时间损失。 * * 使用瀑布模型的注意事项 ①需求明确后再施工； ②每个阶段的结果要及时评审和测试，发现的问题妥善处理后再开始下一阶段的工作； ③开发周期尽量短，尽快给用户使用，得到反馈意见； ④一次开发的软件规模不宜过大。 * * 瀑布模型 实践中，很多物理系统中的实时软件，或大型软件系统的某些部分已经过严格的可行性论证和仿真实验，需求是非常明确的，有些还能用严格的数学物理模型描述，如火箭控制系统的嵌入式软件、军用指挥控制系统的装备软件等。 这样的软件过程就可以采用带反馈的瀑布模型或V字瀑布模型。 美国国防部标准2167-A规定，瀑布模型是国