团队要定期反思怎样才能更加有效，并据此调整自己的行为XP方法四个价值观：交流；简单；反馈；勇气12个核心实践完整的团队、计划对策、系统比喻、小发布、测试、简单设计结对编程、设计改进、持续集成、代码全体共有、编码标准、可持续步调其它敏捷方法自适应软件开发思考、协作、学习动态系统开发方法可行性研究、业务研究、功能模型迭代、设计和构建迭代、实现ScrumCrystal特征驱动开发敏捷建模系统工程与可行性分析系统工程基于计算机的系统系统工程的任务可行性分析可行性研究的任务可行性研究的步骤可行性研究的文档系统工程系统工程的主要任务是根据总体协调的需要，把________和社会科学中的基础思想、理论、策略和方法等从横的方面联系起来，应用现代数学和________等工具，对系统的构成要素、组织结构、________和自动控制等功能进行分析研究，借以达到最优化设计，最优控制和最优管理的目标。业务过程工程:业务能够有效地使用信息的体系结构业务目标语境中分析和设计数据体系结构为业务和业务功能的信息需要提供框架。体系结构的个体构造是被业务所使用的数据对象应用体系结构为了某些业务目的而在数据体系结构变换数据对象的系统元素，一般为程序（软件）系统技术基础设施为数据和应用体系结构提供基础，支持的硬件和软件，包括计算机和计算机网络、通信链路、存储技术和实现这些技术的体系结构（如客户/服务器）系统工程的任务识别用户的要求系统建模和模拟硬件系统模型、软件系统模型、人机接口模型、数据模型成本估算及进度安排可行性分析生成系统规格说明产品工程：对一组应定义的能力影射为可工作的产品四种不同的系统构件：软件；硬件；数据（和数据库）；人员基于计算机的系统的元素软件；硬件；人员；数据库；文档；规程可行性分析可行性研究的任务定义：研究软件项目是否值得开发、关键技术、难点、能否解决、怎样达到目标主要任务社会/法律可行性技术可行性经济可行性结论：可以进行开发；需要等待某些条件；需要对开发目标进行某些修改之后才能开发；不能进行或不必进行开发主要从哪几个方面分析项目的可行性社会可行性也称法律可行性待开发系统，是否存在侵权、妨碍、责任等问题合同社会影响其它：市场分析；政策分析；竞争实力分析；时间和资源可行性技术可行性技术风险，给出限制范围内能否实现功能、性能资源有效性，已有的，可得到的硬件、软件、人员等相关技术的发展是否支持关键技术、算法、过程等经济可行性对开发成本进行估算，预期经济效益，确定是否值得投资开发在测算成本和效益时注意项目相关方不同的考虑点成本估计效益分析成本估计购置并安装软件、硬件及有关设备的费用系统开发费用一次性方法：自顶向下成本估计；由底向上成本估计；算法模型估计；类比估计；专家判断；Parkinson估计和销价取胜法系统安装、运行和维护费用人员培训费用其它效益分析社会效益经济效益：货币的时间价值；效益来源；例题效益来源自动化水平提高，减少了工作人员；减少运行费用由于自动编辑，减少错误；交易处理速度提高较少货币管理上的损失；减少不良帐单或信贷损失更快的收取应收帐款；库存减少与库存过期损失etc。。。经济可行性分析(根据一个实际案例从成本和效益进行分析)可行性研究的步骤系统定义：目标、性质、范围、规模、约束和限制对现行系统进行分析研究（高层系统流程图、确定系统功能）导出新系统逻辑模型设计方案（不同角度、多个方案）推荐可行的方案（技术可行性、经济可行性）编写可行性研究报告编写目的是：说明该软件开发项目的实现在技术、经济和社会条件方面的可行性；评述为了合理地达到开发目标而可能选择的各种方案；说明并论证所选定的方案。面向对象与业务过程建模UML定义:一种标准的图形化建模语言，它是面向对象分析与设计的一种标准表示定义：是对象管理组织（OMG）制定的一个通用的、可视化的建模语言标准，可以用来可视化（visualize）、描述（specify）、构造（construct）和文档化（document）软件密集型系统的各种工件（artifacts，又译制品）由UML表示法指南、UML语义、OCL规范和用户定义的UML扩展组成UML是是一种语言：用来获取关于某一主题的知识和表达关于该主题的知识，以便于进行交流基于面向对象范型应用于建模和系统用于对系统进行描述、可视化、构造和文档化是一种通用的、广泛适应的、得到工具支持和工业标准化的革命性的建模语言统一了信息系统和技术工程的最佳工程实践的成果应用于大量不同类型的系统、领域和方法或过程UML的目标成为一种易用、表达能力强的可视化建模语言，并且是简单的和可扩展的具备扩展和特化机制独立于实现（程序设计语言）独立于过程（开发）促进面向对象工具市场的成长支持高级概念（协作、框架、模式和组件）通过使用组建技术、可视化程序设计、模式和框架，解决反复出现的体系结构复杂性问题可升级、广泛适用融合了最佳的工程实践使用UMLUML给出了面向对象建模的符号表示和规则，但未给出使用的过程和方法，因此，需要有使用UML的过程。过程描述做什么、怎么做、何时做及为什么做，即描述一组特定次序的活动使用UML过程的基本特征是：用例驱动，以体系结构为中心，反复，渐增式。用例包含了功能描述，它们将影响后面所有阶段及视图。以体系结构为中心在开发的早期建立基础的体系结构（原型）是十分重要的，进一步对原型进行精化，建立一个易于修改、易理解和允许复用的系统。主要是在逻辑上将系统划分为若干个子系统（UML包）反复UML的建模型过程要经过若干次的反复渐增式渐增式开发是在多次反复迭代的过程中，每次增加一些功能（或用例）的开发，每次迭代都包含了分析、设计、实现和测试。MDA开发的三个阶段CIM(Computation Independent Model)聚焦于系统环境及需求,不涉及系统内部的结构与运作细节PIM(Platform Independent Model)聚焦于系统内部细节,不涉及实现系统的具体平台PSM(Platform Specific Model)聚焦于系统落实于特定具体平台的细节.如Sping、EJB3、.NET都是一种具体平台活动图的画法Rational Rose工具简介Rose的基本功能面向对象建模；用例分析支持UML、COM、OMT和Booch’93；语义检查；支持可控的迭代开发；双向工程；支持多用户并行开发；可以与数据建模工具集成；OLE链接、自动化；多平台可用性Rational Rose的特点保证模型和代码高度一致、支持多种语言为团队开发提供强有力的支持、支持模型的Internet发布生成使用简单且定制灵活的文档、支持关系型数据库的建模Rational Rose中的视图Use Case View（用例视图）：包、Actor、Use Case、对象、消息和关系Logical View（逻辑视图）：包、类、状态和关系Component View（组件视图）：包、组件和依附关系Deployment View（部署视图）：节点和关系