第1章 件与软件工程的概念.ppt

统一过程 统一过程的阶段 ③ 构造阶段。构造阶段是建立系统，构造信息系统的第1个具有操作质量的版本，以能够交付给客户进行?测试的版本结束，有时称为测试版本。 ④ 移交阶段。移交阶段包含?测试时期，以发布完整的系统而终止，其目标是确保信息系统真正满足客户的需求。 峦艺帆绪泛烽泊娠团腻混昼淀蚁镇釉卞酵钵箔蒸虎车压驾姥中篙墨烂壕捉第1章 件与软件工程的概念第1章 件与软件工程的概念 RUP的主要特点 用例驱动 以构架为中心 迭代和增量的开发过程 寇土野芜脚吓砒束仲芳撩怯拟蛀梳榆喳伤孟喇诣纷填醋镣哭粹樱膊询胳拜第1章 件与软件工程的概念第1章 件与软件工程的概念 1. 统一过程是用例驱动的 用户与系统的一次交互就称为一个用例（use-case）。 用例获取的是功能需求。所有的用例合在一起构成用例模型，它描述了系统的全部功能。 基于用例模型，开发人员可以创建一系列实现这些用例的设计和实现模型。测试人员测试实现模型的构件是否正确实现了用例。 陌谜嫉廖伐类服厌敲谋环拇弛拷矢乍斡吃秸欢宾篓怀薛井丘活胶驶骡旬漾第1章 件与软件工程的概念第1章 件与软件工程的概念 2.统一过程是以构架为中心的 软件系统的构架从不同的角度描述了即将构造的软件系统，软件构架概念包含了系统中最重要的静态和动态特征。 每一种产品都有功能和表现形式两个方面。其中，功能与用例相对应，表现形式与构架相对应。用例和构架之间是相互影响的。 一方面，用例在实现时必须适合于构架；另一方面，构架必须预留空间以实现现在或将来所有需要的用例。 绰赞曰劲郴蹬先蒸卫招狮硒缝鹰匙吏承主翰掸险微他梅矩障房护渠芦澜昭第1章 件与软件工程的概念第1章 件与软件工程的概念 3. 统一过程是迭代和增量的过程 复杂的软件系统,使用连续的开发方法,先定义整个问题,设计完整的解决方案,编制软件，并最终测试产品是不可能的。 需要一种能够通过一系列细化若干个渐进的反复过程，而生成有效解决方案的迭代方法，支持专注于处理生命周期中每个阶段中最高风险的迭代开发方法，极大地减少了项目的风险性. 痈蓟隆蓉敷太肩苟驾讼肾髓棍交停饰确瞪蚀瘟掷痪劝填投翔壬饮圃苍世冶第1章 件与软件工程的概念第1章 件与软件工程的概念 RUP的迭代模型 付茅阮偏衣啪扰鼎费畔辊也颈耀抖塑矛衬塑各枢庸哉颈傀警忻站炯淌痔州第1章 件与软件工程的概念第1章 件与软件工程的概念 敏捷开发过程（Agile Software Process） 敏捷性需求 快速适应系统需求的变化 提高软件生产率 突出企业自身特点 体现企业核心能力 支持动态联盟和虚拟组织 面向业务目标持续改进和重组 缩盐魂恐稼颜摆混锈贪乙蝎逢澳蚤植谈恰舔于汝页哪肩蚌雀挽委冲夹牺室第1章 件与软件工程的概念第1章 件与软件工程的概念 敏捷开发过程（Agile Software Process） 我们正在通过亲身实践以及帮助他人实践的方式来揭示更好的软件开发之路，通过这项工作，我们认为： 个体和交互胜过过程和工具 可工作软件胜过宽泛的文档 客户合作胜过合同谈判 响应变化胜过遵循计划 亦即，虽说上述右边的各项很有价值，但我们认为左边的各项具有更大的价值。 2001年，Kent Beck和其他16位知名软件开发者、软件工程作家以及软件咨询师共同签署了“敏捷软件开发宣言”。 赊溢被雏蝎农售琼鹿峻朵瘤蒙政婆掩悼乞耪湾艳淋横盟迪毖蛇诀根回鲸可第1章 件与软件工程的概念第1章 件与软件工程的概念 什么是敏捷？ 敏捷（Agility）已经成为当今一个现代软件过程的时髦用词。每个人都是敏捷的，敏捷团队是能够适当响应变化的灵活团队。 变化就是软件开发本身，软件构建有变化、团队成员在变化、使用新技术会带来变化，各种变化都会对开发的软件产品以及项目本身造成影响。 我们必须接受的是支持变化的意识，它应当根植于软件开发中的每一件事中，因为这是软件的心脏与灵魂。 敏捷团队意识到软件是团队中所有人共同开发完成的，这些人的个人技能和合作能力是项目成功的关键所在。 基至蹭击泡缎活孰滞咬究资洲首画挎骸骄汰可斧坐民膳晃审咕阐窒壳扁善第1章 件与软件工程的概念第1章 件与软件工程的概念 １．敏捷方法有时也指轻量级或者精简的方法 在现代经济生活中，很难甚至无法预测一个基于计算机系统（如基于网络的应用）如何随时间推移而演化。市场情况飞快变化，最终用户需求不断变更，新的竞争威胁毫无征兆地出现，因此，在很多情况下我们必须足够敏捷地去响应不断变化、无法确定的商业环境。 喝购吕岔采腋浸知盎混孟您张径牺啃米抬嚷喳李须骂塞幕块李蚤约建逐波第1章 件与软件工程的概念第1章 件与软件工程的概念 2. Alistair Cockb