软件系统开发方法演讲稿.pptVIP

对象 状态：张三，30岁，计算机系，讲师，1000元 行为：提职称，调工资 类 (教师) 属性：姓名，年龄，系别，职称，工资 操作：提职称，调工资 方法 (指操作的具体代码实现) 实际上，类是创建对象的模板！ 3) 类和对象之间的关系 优选文档 * * 4）封装：让对象细节受到保护 引入问题：现在让我们来编写一个小程序，实现在命令行模式下输出以下形式的著名诗词《春晓》，你会怎么做？ ** 春晓 ** 春眠不觉晓， ** 处处闻啼鸟。 ** 夜来风雨声， ** 花落知多少。 优选文档 * 你可能会这么写 public class ChunXiao1{ public static void Main(string[] args){ Console.WriteLine(** 春晓); Console.WriteLine(** 春眠不觉晓，); Console.WriteLine(** 处处闻啼鸟。); Console.WriteLine(** 夜来风雨声，); Console.WriteLine(** 花落知多少。); } } 很简单，但是有时候并不是越简单越好! 现在，如果想把**改变为*,该怎么办？改5次吗？ 优选文档 * 你可能还会这么写 public class ChunXiao2{ public String buildStar(){ return **; } public static void Main(string[] args){ ChunXiao2 c=new ChunXiao2(); Console.WriteLine(c.buildStar()+ 春晓); Console.WriteLine(c.buildStar()+ 春眠不觉晓，); Console.WriteLine(c.buildStar()+ 处处闻啼鸟。); Console.WriteLine(c.buildStar()+ 夜来风雨声，); Console.WriteLine(c.buildStar()+ 花落知多少。); } } 利用方法buildStar()来产生＊＊，这样每次只用修改一个地方了． 我们把产生＊＊的功能封装了起来，对外界使用者来讲，不需要知道方法内部的细节，只需要知道调用这个方法可以产生＊＊就行了。 优选文档 * 让对象细节受到保护——封装 当一个对象执行自己的操作时。它对外界隐藏了操作的细节。 封装可以提高重用性， 并且让程序易于维护 优选文档 * 封装的程度问题 还是《春晓》。刚才我们将产生**的方法写在了类ChunXiao2中，根据前面所讲，类中的方法代表的是类的操作，而产生**和春晓没有 直接关系，这样的封装看起来好像不合理，怎么改进一下呢 ？ StarFactory String build() ChunXiao3 优选文档 * 封装的不同，重用也不同了 现在我们不仅可以在《春晓》里面用**了，还可以在《静夜思 》里面用**了 StarFactory String build() ChunXiao3 JingYeSi 优选文档 * 5）面向对象重要概念——消息传递 优选文档 * 给对象发消息，让它做的更多——消息传递 还是《春晓》。有些同学不喜欢刚才的排版，全部是**,没有创意。既然StarFactory类是制造*的工厂，那么它应该有更多的产品啊，不能一直是**吧。怎么办？改良版StarFactory2 StarFactory2 String build(int i) ChunXiao4 优选文档 * 6）面向对象重要概念——继承 在客观世界中，类是有着层次关系的，那么程序世界中，也要能够表现这种层次。于是，有了继承。 优选文档 * 用继承改变刚才的《春晓》 自从有了StarFactory，《春晓》的世界变得丰富起来。既然**可以创造，那么★★也应该可以吧。还有△△、■■、◇◇呢？全部都可以。那么让我们创建GraphicFactory类吧。它表示创造上述图形的总厂，而它的子类用来创造每一种图形。 优选文档 软件过程模型 （1）瀑布模型(Waterfall Model ） 传统瀑布模型 优选文档 * 实际的瀑布模型 优选文档 * 传统瀑布模型的特点 时间上具有顺序性和依赖性 推迟实现的观点 质量保证的观点 1）审核机制 2）文档齐全 优选文档 * 瀑布模型适合于用户需求明确、完整、无重大变化的软件项目开发。瀑布模型的成功在很大程度上是由于它基本上是一种文档驱动的模型。 “瀑布模型是由文档驱动的”这个事实也是它的一个主要缺点。 实际项目很少按照该模型给出的顺序进行； 用户常常难以清楚地给出所有需求； 用