欢迎来到天天文库
浏览记录
ID:46883196
大小:846.50 KB
页数:38页
时间:2019-11-28
《软件开发生命周期与统一建模语言UML 01 软件工程概述》由会员上传分享,免费在线阅读,更多相关内容在行业资料-天天文库。
1、软件开发生命周期与统一建模语言软件工程概述1结构化程序设计与面向对象程序设计2统一建模语言与现代软件工程3用例图4静态模型5软件开发生命周期与统一建模语言UML软件开发生命周期与统一建模语言动态模型6UML实现与部署7新闻发布系统的实例8RationalRose简介9软件开发生命周期与统一建模语言UML第1章软件工程概述1.1用例概述1.1.1软件及其特点1.1.2软件危机1.1.3软件工程的定义1.1.4软件工程的基本原理1.2软件开发生命周期1.3过程模型1.3.1常见的生命周期模型1.3.2生命周期模型的应用1.4软件工程
2、方法学软件开发生命周期与统一建模语言UML第1章软件工程概述教学要求理解:软件和软件工程的概念;软件开发生命周期。掌握:软件过程模型运用的原则。软件开发生命周期与统一建模语言UML软件开发是一个专业领域的人在为另一个专业领域的人服务在软件开发过程中,需求可能经常在变,每次需求变化会带来软件系统的开发延迟,甚至出现变更反复,被推倒了的内容又要重新确立在软件没有最终交付时,用户如何了解开发进展情况系统难以维护和扩展,经常重复开发类似的功能项目经常延期,实际成本往往远远高于估计成本开发团队内部使用了不同的技术,在交流时常常有障碍……如
3、何应对软件开发过程中的种种不确定因素,更有效地开发与维护软件?1.1软件、软件危机和软件工程的定义软件开发生命周期与统一建模语言UML1.1软件、软件危机和软件工程的定义软件与硬件软件开发生命周期与统一建模语言UML软件的特点软件是脑力劳动的产品,但它不同于追求个性化的艺术作品;软件是产品,但它又不同于工业化生产得到的有形产品1.1软件、软件危机和软件工程的定义软件开发生命周期与统一建模语言UML1.1软件、软件危机和软件工程的定义软件的特点描述抽象性软件是一种逻辑实体而不是具体的物理实体,必须通过测试、分析、思考、判断来了解它
4、的功能、性能及其他特性可复制性软件是通过人们的智力活动,把知识与技术转化成信息的一种产品,是在研制、开发中被创造出来的。一旦某一软件项目研制成功,以后就可以大量地复制同一内容的副本,即其研制成本远远大于其生产成本不会磨损在软件的运行和使用期间,没有硬件那样的机械磨损、老化问题,但软件也会出现故障,软件维护比硬件维护要复杂得多,与硬件的维修有着本质的差别依赖性软件的开发和运行经常受到计算机系统的限制,对计算机系统有着不同程度的依赖。为了消除这种依赖,在软件开发中提出了软件移植的问题,并且把软件的可移植性作为衡量软件质量的因素之一开
5、发效率低软件的开发尚未完全摆脱手工的方式,依然有大量重复性的劳动开发费用高软件的研制工作需要投入大量的、复杂的、高强度的脑力劳动,需要较高的成本。软件的开发是一个复杂的过程,因而管理是软件开发过程中必不可少的内容软件开发生命周期与统一建模语言UML1.1软件、软件危机和软件工程的定义什么是软件软件=程序+数据+文档数据包括初始化数据、测试数据、研发数据、运行数据、维护数据,以及软件企业积累的项目工程数据和项目管理数据。文档是开发、使用和维护程序所需要的图文资料。软件开发生命周期与统一建模语言UML1.1软件、软件危机和软件工程的
6、定义什么是软件危机软件危机是指在计算机软件的开发和维护过程中所遇到的一系列严重问题如何开发软件,以满足对软件日益增长的需求如何维护数量不断增加的已有软件软件开发生命周期与统一建模语言UML1.1软件、软件危机和软件工程的定义消除软件危机的途径正确认识软件。软件=程序+数据+文档在软件开发的各个阶段都要有完备的文档。加强管理。软件开发应该是一种组织良好、管理严密、各类人员协同配合、共同完成的工程项目,应该推广使用在实践中总结出来的开发软件的成功的技术和方法。使用软件工具。在软件开发的每个阶段都有许多烦琐重复的工作需要做,在适当的软
7、件工具辅助下,开发人员可以把这类工作做得既快又好。总之,为了解决软件危机,既要有技术措施(方法和工具),又要有必要的组织管理措施。软件工程正是从管理和技术两方面研究如何更好地开发和维护计算机软件的一门学科。软件开发生命周期与统一建模语言UML1.1软件、软件危机和软件工程的定义软件工程的定义软件工程=管理+技术软件工程的目标软件开发生命周期与统一建模语言UML1.1软件、软件危机和软件工程的定义软件工程的基本原理(1)用分阶段的生命周期计划严格管理。统计发现,不成功的软件项目中有一半左右是由于计划不周造成的。因此,有必要制定完善
8、的计划,分阶段地进行管理和控制。(2)坚持进行阶段评审。软件中的大部分错误是在编码之前造成的;错误发现与改正得越晚,所需付出的代价也就越高,如图1-4所示。因此,在每个阶段都进行严格的评审以尽早发现在软件开发过程中所犯的错误,是一条必须遵循的重要原则。早中晚低中
此文档下载收益归作者所有