- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
4.1.1 面向对象的系统设计过程 信息系统开发过程主要包括瀑布式(Waterfall)、迭代式(Iterative)和综合了前两者特点的阶段交付(Staged Delivery)式三种开发模型。 1、瀑布式开发 2、迭代式开发 3、阶段交付式开发 值得注意的是要避免实际开发过程中的一种“伪迭代式”开发模型。 两种最常见的伪迭代症状: ①整个开发过程经历了若干次系统分析迭代,若干次系统设计迭代,……,。 ②经过多次迭代,得到了接近完工的产品,只差最后的测试。 两种伪迭代式的开发模型 系统功能设计需要考虑以下几个方面的问题 1、寻找到合适的对象 2、决定对象的粒度 3、确定对象的接口 1、正确性 2、完整性 3、可靠性 4、类设计的合理性 5、接口定义严谨 6、图表文档完备 4.2.1 系统架构简介 1、系统架构的概念 系统架构一般特指系统的软件架构(Software Architecture),也被称作软件体系结构,是有关软件整体结构与组件的抽象描述,用于指导大型软件系统各个方面的设计。 系统架构的变迁 2、物理分层和逻辑分层 3、软件分层的特征 ①层与层之间应该存在且只能够存在自上而下的依赖关系 ②每层只对上层公开接口,把实现细节封装起来,不为外界所知,即所谓的“透明” ③同层组成部分之间应该存在内在的逻辑联系,不要把与本层业务关系较弱的程序包含进来 4、分层的优缺点 ①易维护 ②可扩展性 ③可重用性 ④可伸缩性 ⑤高安全性 软件分层并非百利而无一害,分层的缺点主要包括 ①过度分层将导致系统运行效率下降 ②分层导致系统设计愈发复杂 ③运行调试困难 ④不适合小系统 双层架构的典型代表是C/S架构 三层架构的典型代表是B/S架构 基于B/S架构的信息系统开发中最常采用的是MVC(Model-View- Controller,模型—视图—控制器)架构模式 系统架构的配置应在系统总体架构确定后应尽快加以明确。系统架构的配置决定了后续开发过程中软硬件资源的分布和配比,也可能根据给定的软硬件资源确定具体采用哪种架构。 B/S架构的配置 C/S架构的配置 系统I/O设计包括两方面内容:一是与用户交互与界面设计,二是业务数据的存储设计,后者在面向对象开发中集中体现为对象的持久化问题。 C/S架构和B/S架构组件功能分配区别 用户界面的设计要以能够充分展现和实现业务逻辑为原则。 最初的粗略页面设计可以利用图形化页面设计工具(如Dreamweaver)或纸笔根据业务流程一幅一幅地加以绘制,并用递增序号加以标识。 页面简图绘制完成后,首先根据页面展现内容的相似程度将显示内容相似的页面合并在一起,然后将显示结构相似的页面集合在一起。 用户界面整体设计完成后,就可以进行页面的精细设计。 信息系统开发中数据的持久化是重点考虑的问题 狭义的理解中,持久化单指将对象永久保存到数据库中,而广义的理解中,持久化应该包括以下几方面内容: ①保存:将实体对象永久保存到数据存储中 ②更新:更新数据存储中实体对象的状态 ③删除:从数据存储中删除一个实体对象 ④加载:从数据存储中加载(新建)一个实体对象 在结构化的程序设计中数据的持久化一般是通过关系型数据库的API来实现的。比较著名的有ODBC、JDBC等。 面向对象程序设计中的数据对象持久化也可以采用同结构化数据持久化相同的思路,但因关系型数据库本质上是面向关系的,依赖于关系数据模型,因此其中存在如下问题: ①业务逻辑代码中嵌入SQL语句,使得开发人员无法充分利用面向对象的思维来开发程序。 ②实现业务逻辑的代码和数据库访问代码掺杂在一起,使得程序结构不清晰,可读性差。 ③业务逻辑和关系数据模型绑定,一旦数据库模型发生改变则必须手工修改程序代码中所有相关的SQL语句,增加了软件维护难度,丧失了灵活性。这也正是结构化的程序设计中要求尽量保证数据库结构稳定的原因之一。 ④由于SQL语句不是程序开发语言本身的一部分,因此无法在编译时检查程序中嵌入的SQL语法错误,只能在运行时加以检验,增加了程序调试的难度。
文档评论(0)