《管理信息系统》2版-第6章技术总结.ppt

管理信息系统开发方法 基于模块化的开发方法 减少了用户培训时间，简化了管理 由于用户在审查评价原型时就已经得到了训练，所以会大大减少培训时间。另外，原型法能够简化信息系统开发的管理工作，一份原型系统的状态报告可以成为改正原型系统的方案，省略了许多繁琐的步骤。 开发成本降低 由于开发时间短，培训少，用户满意度提高，风险低，所以降低了系统开发成本。 最后得到的结构化的模块化程序结构可能如图所示。 你会遵循这种方法吗？如果有100个人，你需要重复做100遍；如果是1000个人，你需要重复做1000遍；如果是10000个人呢？ 如果是让计算机去做，你可能就这么编程序了。如果是让你亲自去做呢，很怀疑是否有人真的会按这样的方法去做。 面向对象的方法就是把从这个教室到其他教室的方向路线贴出来，然后告诉听你讲座的所有人：“我已经把你们要听的下一讲座的地点和教室的位置都贴在教室后面了。请根据它找到你们各自要听的下一讲座的教室。”可以预期每个人都知道自己下一讲要听的是什么讲座，而且他们都能从你提供的列表中查到正确的教室，然后按照指示找到它。 如图所示，这样程序结构简单多了，你也轻松多了是不是？ 这两种方法之间的区别何在呢？ 第一种方法，分别给每个人都提供指示，你必须密切关注大量细节，除你之外没有其他人负责。这种方法的思维模式是，只关注要解决的问题是什么，把本该许多人协作完成的事情交织在一起，按照处理问题的逻辑过程来综合部署程序流程、划分模块。所有的事情都由一个超人（软件）来完成。这样一来，其他人都没有事情可做了，也没有责任了。而要把交织在一起的事情，事无巨细、统盘考虑处理得有条不紊，这个程序的结构就会设计得非常复杂。 第二种方法中，你只给出通用的提示，然后期待每个人能自己承担起自己的责任，弄清怎样完成本该自己完成的任务。 其中最大的区别就是这种“责任的转移”。在第一种情况下，你要对一切负责；在第二种情况下，学生对自己的行为负责。两种情况下，要实现的目标相同，但组织方式差异很大。其中的奥妙就在于：责任从你转移到了每个人。 这种方法的思想模式是，关注要解决的问题可以归纳或划分为哪些责任，找到这些负有责任的人（在面向对象的分析中，找到或设置类或对象），研究他们在解决这一问题的过程中各自都应该负有什么责任（通过类和对象的交互场景，归纳每个对象应该负有的责任），然后通过消息传递，让他们各自承担起自己的责任就行了。 第二种方案除了责任明确、解决问题简单以外，还具有能够应对需求变更的先天优势。为了看到这种责任重新安排带来的影响，我们考虑一下在有了新的需求变化时，情况会怎样。 假设，你被告知需要给听讲的学生中的研究生一些特殊指示。他们可能需要在听完你的讲座之后，要给本讲座一个书面评价，并交到教务处。 在上面的第一种情况下，我们将不得不对控制程序进行结构修改，以区别研究生和本科生，然后给研究生特殊指示。 属性 　即对象所包含的信息。 如：窗口的宽度是窗口对象的一个属性；姓名、性别、年龄是人的属性等。 类和实例 把具有相同特征和行为的对象归在一起就形成了类(class) 。 类成为某些对象的模板，抽象地描述了属于该类的全部对象的属性和操作。 属于某个类的对象叫做该类的实例(instance)。 泛化-特化结构（分类结构） 泛化类是特化类的父类（基类），特化类是泛化类的子类（派生类）。 在分类结构中可以合理地分配属性和服务。 整体-部分结构（组成关系） 消息 面向对象的世界里对象与对象间彼此的联系是通过消息来传递的。由发送消息的对象(SENDER)的使动操作产生输出结果，做为消息（MESSAGE）传送至接受消息的对象（RECEVER），引发接受消息的对象一系列的操作。 多态性。同一消息发送至不同类或对象可引起不同的操作，发生不同的行为。 易维护性。当对象进行修改，或对象自身产生错误的时候，由此带来的影响仅仅局限在对象内部而不会波及其他对象乃至整个系统环境，这极大方便了软件设计、构造和运行过程中的检错、修改。 第一层 对象－类层 某物资处入库管理系统主要对产品、零部件/中间件、原材料、辅料及标准件等物资进行管理，物资种类不多，但出入库频率较高，出入量大。库存管理员通过该系统实现物资出入库登记，定期汇总核算、生成报表，不定期查询物资库存等功能。 第二层 属性层 第三层 行为层 对象的操作加上对象实例之间的消息通信，共同组成了OOA模型的行为层。 第四层 结构层 该层负责捕捉特定应用领域中的结构关系。 典型的结构有两种： 泛化-特化结构（Gen - Spec结构）：它表明了对象-类间的继承关系 。 整体-部分结构（Whole - Part结构）：它表明了对象-类间的聚合关系 。 第五层 主题层 OOA模型的结构庞大而复杂，可以将