- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
1.不同类型设计类的设计 1) 边界类的设计 ●边界类承担着信息的输入和输出以及信息的界面组织等任务。 ●边界类设计涉及到人机工程、审美和操作方便性等方面的知识和要求。 ●边界类设计依赖于信息系统所采用的实现环境和设计语言。 ● 边界类在可视化的设计语言中一般表现为: 框架《Form》,窗口《Windows》,控件《Controls》 等形式。 2) 实体类的设计 ●实体类一般需要数据库技术实现。 ●采用对象数据库最直接,关系数据库最成熟。 ●系统中的一个实体类,与数据库中的一个关系表 相对应。 3) 控制类的设计 根据以下需要来设置控制类: ●事务处理。在事务处理的关键环节和交汇点上设置控制类。如,“售书处理”中,“产生待售图书”、“开书单”、“收书款”和“出售图书”等。 ●性能要求。为了实现系统的效率、可靠性、安全性和适应性的要求,需要设置控制类。例如,“一致性检查”就是为了正确性要求而设置的控制类。 ●分布处理。当处理被分布到不同的网络节点上时,在各个节点上就需要设置单独的控制类来实施处理。 2.属性设计 属性设计是对属性分析的深入和细化,属性设计着重强调: ●补充属性分析时没有考虑到的属性。属性分析主要反映类的重要属性,不考虑细节属性,到属性设计时就要把这些属性补充全面。 ●确定属性的全部内容,包括属性名、可视性、范围、类型、初始值等。 ●尽量采用信息系统所采用的程序设计语言的语法规范来描述。 图 “书目” “架存图书”、“待售图书”和“售出图书” 类在分析时确定的属性 图 “书目”等类的属性设计这些类的属性设计的结果 3.操作设计 ●操作设计任务:确定各个类应该提供的操作。 ●确定类操作的根据: (1) 概念类的职责。把职责分解到各个操作中。 (2) 概念类的非功能性需求。效率、可靠性、安全性等非功能性需求,需要落实到类的一些操作上来,通过设置某些操作来实现这些需求。 (3) 设计类的接口。设计类的接口是设计类对外提供的操作功能,这些功能均需要通过设计类所提供的操作来实现。 (4) 类所参与的用例设计。 ●对描述操作应注意的两个方面: (1) 详尽全面。应该反映操作名、输入参数、返回参数以及可视性。 (2) 尽可能采用所用的编程语言的语法格式来描述,这样到实现时就无须再进行格式转换。 例:“售书处理”用例中类的操作设计 1) 实体类的操作设计 “书目” 实体类设置 write(bookNo, bookInformation)操作给书目对象中写内容, read(bookNo) :bookInformation从给定书号的书目对象中读书目信息。 “书目”,“架存图书”,“待售图书”,“售出图书” 的操作设计。 图 “书目”等实体类的操作设计 图 “书目”等实体类的操作设计 2) 控制类的操作设计 “售书处理”用例的控制类: ▲ “产生待售图书” ▲ “开书单” ▲ “收书款” ▲ “出售图书” ▲ “一致性检查” 这些控制类全部没有属性,仅有操作,下面我们确定这几个类的操作。 图 “售书处理” 用例的控制类操作设计 createWaitSellBooks +createWaitSellBook(bookBillNo,bookNo,bookCount) 产生待手售图书: createBookBill +printBookBill(bookBillNo) 开书单: examineConsistent( ) +examineConsistent ( ) 一致性检查: sellingBooks +sellingBook(bookBillNo) 出售图书: inceptBookFund +inceptBookFund(bookBillNo) 收书款: 4.方法设计 ●方
文档评论(0)