第7章面向对象设计祥解.pptVIP

用户在操作软件过程中可能会有误操作，如果每次的误操作都导致系统退出，会使用户对软件失去信心。因为这意味着用户要中断思路，并重新登录；已进行的操作可能因没有存盘而全部丢失。 界面设计者应当尽量周全地考虑到各种可能发生的问题，尽量排除可能会使软件非正常中止的错误。 7.2.2.5.6用户界面设计：界面的容错性 1）对用户的输入提供必要的提示，避免用户录入无效的数据。 7.2.2.5.6用户界面设计：界面的容错性 2）采用相关控件限制用户输入值的类型。 7.2.2.5.6用户界面设计：界面的容错性 3）当用户的选择是多选一时，可以采用单选框，否则采用复选框，当选项非常多时，可以采用下拉式列表框。这样可以保证用户的每种选择都是有效的，不可能输入任何无效的选择。 7.2.2.5.6用户界面设计：界面的容错性 4）对可能引起致命错误或系统出错的输入字符或动作要加限制或屏蔽。 7.2.2.5.6用户界面设计：界面的容错性 5）对错误操作最好支持可逆性处理，如取消系列操作。 6）对可能造成等待时间较长的操作应该提供取消功能。 7.2.2.5.6用户界面设计：界面的容错性 响应时间长度 界面设计 0-10?秒 鼠标显示为沙漏，显示系统仍在执行 10到18秒 显示处理进度 18秒以上 显示处理窗口，或显示进度条 一个长时间的处理完成时 应给予完成提醒信息 7.2.2.5.7用户界面设计：界面与系统响应时间 遗产系统是指采用较现有技术相对落后但仍在使用的系统。 * * 第3步：非功能需求设计 分析阶段定义了整个系统的非功能需求，在设计阶段要研究这些需求，设计出可行的方案。非功能需求包括： 系统的安全性，错误监测和故障恢复，可移植性和通用性等等。 具有共性的非功能需求一般设计在中间层和通用应用层，目的是充分利用已有构件，减少重新开发的工作量。 7.2.2.1 构架设计 7.2.2.2 用例设计 根据分析阶段产生的高层类图和交互图，由用例设计师研究已有的类，将它们分配到相应的用例中。 检查每个用例功能，依靠当前的类能否实现，同时检查每个用例的特殊需求是否有合适的类来实现。 同时细化每个用例的类图，描述实现用例的类及其类之间的相互关系，其中的通用类和关键类可用粗线框区分，这些类将作为项目经理检查项目时的重点。 第1步：通过扫描用例中所有的交互图识别参与用例解决方案的类。 每个类的方法都可以通过分析交互图得到，一般地检查所有的交互图发送给某个类的所有消息，这表明了该类必须定义的方法。例如“借书控制”类向“读者”类发送“检查读者（读者编号）”消息，那么“检查读者”就作为“读者”类应该提供的方法。 第2步：添加类之间的关系，包括关联、依赖、继承。 7.2.2.2 用例设计 7.2.2.3类设计：类的设计步骤 由构件工程师详细设计每个类的属性、方法和关系。 第1步定义类的属性。类的属性反映类的特性，通常属性是被封装在类的内部，不允许外部对象访问。 1）分析阶段和概要设计阶段定义的一个类属性在详细设计时可能要被分解为多个，减小属性的表示粒度有利于实现和复用。但是一个类的属性如果太多，则应该检查一下，看能否分离出一个新的类。 2）如果一个类因为其属性的原因变得复杂而难于理解，那么就将一些属性分离出来形成一个新的类。 3）通常不同的编程语言提供的数据类型有很大差别，确定类的属性时要用编程语言来约束可用的属性类型。定义属性类型时尽可能使用已有的基础类型，太多的自定义类型会降低系统的可维护性和可理解性等性能指标。 4）类的属性结构要坚持简单的原则，尽可能不使用复杂的数据结构。 7.2.2.3类设计：类属性设计的注意点 1）属性的类型。设计属性时必须要根据开发语言确定每个属性的数据类型，如果数据类型不够，设计人员可以利用已有的数据类型定义新的数据类型。 2）属性的可见性。在设计属性时要确定公有属性、私有属性、受保护属性。 7.2.2.3类设计：设计类属性时必须定义内容 1）属性的初始值：如果有默认值，用户在操作时会感觉很方便。例如在计算税费的程序中，如果定义了初始默认税率，用户就不必每次都重复输入税率值。 2）属性在类中的存放方式：①By value（按数值）属性放在类中。②By reference（引用）属性放在类外，类指向这个属性。后者一般是属性本身为一个对象，例如“教研室”类有一个属性是“教师”，而“教师”对象本身在“教研室”类之外已经定义了，这时“教研室”类中只保存一个指针指向这个外部对象。 7.2.2.3类设计：设计类属性时可选择内容 第2步：定义类的操作 由构件工程师为每个类的方法设计必须实现的操作，并用自然语言或伪代码描述操作的实现算法。 一个类可能被应用在多个用例中，由于它在不同用例中担当的角色不同，所以设计方法时要求详细周到。 7.2.2.3类设计