- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
高级框架设计师 议题 开发方法 信息系统开发过程 系统实施 1.购置和安装设备 2.建立数据库系统 3.程序设计和调试 4.人员与岗位培训 5.系统试运行 新老系统的三种切换方式: 1)直接切换 2)并行切换 3)分段切换 系统开发模式 1.用户与开发方的关系 1)委托开发 2)自主开发 3)联合开发 4)二次开发 2.信息系统的架构 1)C/S模式 2)B/S模式 使用简单,易于维护,保护企业资源,对客户硬件要求低,信息资源共享程度高,扩展性好 3)混和模式 系统开发方法 1.结构化开发方法: 模块化 自顶向下的系统分析设计,从宏观入手,先整体优化,再局部优化。在实施阶段则自底向上,从最基本的模块做起,逐步组合成系统。 2.原型法:用户提出需求,开发人员识别和归纳需求,快速开发出原型,然后交由用户评价。如果完全不可行则重塑原型,如果不满意 则修改原型,直到用户满意。 3.面向对象的方法(OO Object Oriented) 四个阶段:系统调查和需求分析,OOA,OOD,OOP. OOA:根据抽象、封装、继承、相关、消息通信、行为等原则确定类和对象,确定结构、主体、方法。 OOD: 对象定义的求精过程、数据模型和数据库设计优化 OOP: 面向对象的程序设计语言实施方案 C/S结构 C/S结构 在Browser/Server的体系结构中,用户可以通过浏览器向分布在网络上的许多服务器发出请求。 Browser/Server结构极大的简化了客户机的工作,客户机上只需安装、配置少量的客户端软件即可。服务器将担负更多的工作。对数据库的访问和应用程序的执行将在服务器上完成。 三层体系结构 在Browser/Server三 层体系结构下,表示层(Presentation)功能层(Business)数据层(Data Service)被割成三个相对独立的单元。 这种三层结构层与层之间相互独立。任何一层的改变不影响其他层的功能,它从应用系统体系结构中一次深刻的变革。 组件技术 所谓组件就是一种可以部署软件的代码包,其中包括某些可执行模块。组件单独开发并作为软件单元使用,它具有明确的接口,软件就是通过就是通过这些接口调用组件提供的服务,多种组件可以联合起来构成更强大的组件乃至直接建立整个系统,组件必须是自包含的,组件设计中包括需求、源代码、接口规范、分析和设计模型、测试和其他同类术语。组件的实现必须是支持一种或几种其用户所希望的接口。残余风险必须降低到可接受的级别,否则重复上述风险管理过程 软件开发模型 软件开发模型是软件开发全部过程、活动和任务的结构框架。它能直观表达软件开发全过程,明确规定要完成的主要活动、任务和开发策略。 软件开发模型也常称为: 软件过程模型 软件生存周期模型 软件工程范型 瀑布式生存周期模型 软件开发的实践表明,上述各项活动之间并非完全是自上而下,呈线性图式。实际情况是,每项开发活动均处于一个质量环(输入-处理-输出-评审)中。只有当其工作得到确认,才能继续进行下一项活动 瀑布模型的开发策略是要求软件开发组织在进行软件开发时,要严格划分开发过程的每一个阶段,并根据工程化的有关规定,在“软件开发计划”及“软件质量保证计划”中反映每个阶段的活动。对每阶段的工作要进行认真的评审。只有在某个阶段的目标确实达到后,才能进入下一阶段的工作。 瀑布模型为软件开发和软件维护提供了一种理想情况下的管理模式,从理论上讲,对需求能严格地进行预先定义的软件开发项目是合适和有效的。然而在软件工程实践中,这一开发策略一旦遇到与假设不相符合的情况,就容易导致失败。尽管如此,该模型仍不失为一个很好的基准模型。事实上,在今天的软件工程实践中常常都是以瀑布模型为基础综合采用其它各种模型的优点,以改善软件开发过程对现实情况的适应性。 原型模型也称演化模型,此方法主要针对所要开发的系统的需求不是很清楚, 需要一个可实际运行的工作演示系统,即原型,作为软件开发人员和用户学习、 研究、试验和确定软件需求的工作平台。 原型模型又可细分为增量模型和渐进模型。 采用原型模型的软件生存周期 快速分析。快速确定软件系统的基本要求。 构造原型。尽快实现一个可运行的系统。 运行和评价原型。验证原型的正确程度,根据用户的新设想,提出全面的修改意见。 修正和改进。首先修改并确定需求规格说明,然后再重新构造或修改原型。 判定原型是否完成。如果用户认可,迭代过程可以结束。否则,继续迭代。 判断原型细部是否
您可能关注的文档
最近下载
- 自动控制原理(第七版)课后习题答案解析.pdf
- 事件与概率(古典概率、条件概率、全概率公式、贝叶斯公式)小题综合解析- 十年(2015-2024)高考真题数学分项汇编(全国).pdf VIP
- (2025)小学生诗词大会竞赛试题及标准答案.docx VIP
- 临建工程施工组织设计.docx VIP
- 儿童吉兰-巴雷综合征谱系疾病与抗糖脂抗体相关性研究进展 .pdf VIP
- 2025年钛铁项目建设总纲及方案.docx
- AB-罗克韦尔PowerFlex755变频器操作说明.pdf
- 幼儿园小班科学活动《颜色变变变》含课件.pptx VIP
- 2025诗词大会精选100题题库(含答案).docx VIP
- 小学诗词大会精选100题题库(含答案).docx VIP
文档评论(0)