- 1、本文档共68页,可阅读全部内容。
- 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
管理信息系统》2版 第14章 信息系统开发方法
* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * 信息系统的开发方法 面向对象的开发过程 面向对象的维护(Object-oriented System Maintenance,OOSM) OO方法为系统维护提供了有效的途径。程序与问题域是一致的,各个阶段的表示是一致的,从而大大减少了理解的难度。无论是发现了程序中的错误而逆向追溯到问题域,还是需求发生了变化而从问题域正向跟踪到程序,道路都是比较平坦的。 本讲内容 信息系统开发思想 信息系统开发原则 信息系统开发策略 信息系统开发模式 信息系统的开发方法 系统开发的多种形式 信息系统的相关者 系统开发的多种形式 自行开发 委托编程 委托开发 购用软件包 系统分析与设计能力要求 非常需要 非常需要 不太需要 不需要 编程能力要求 非常需要 不太需要 不太需要 不需要 系统的可维护性 容易 容易 比较困难 困难 程序的可维护性 容易 比较困难 比较困难 困难 开 发 费 用 用 于 单位外部 小 中等 大 大 用 于 单位内部 大 中等 小 小 开发风险 大 比较大 比较大 小 说 明 开发时间长,但可以得到本单位要求的系统,并培养了自己的系统开发人员,该形式需要强有力的领导。需要进行一定的咨询 单位必须具有自己的系统设计能力,最好也有自己的编程能力,在委托之后,由用户编写并提出系统说明和程序说明是不可少的 由专业公司全盘负责系统的分析、设计和实施。由于双方对IT知识的不对称,因此需要第三方咨询机构或监理机构参与 明确该软件包是否切合本单位的需要,应当由精通业务的人员来选购软件包。此外,单位应具有检验软件包性能、条件的能力 本讲内容 信息系统开发思想 信息系统开发原则 信息系统开发策略 信息系统开发模式 信息系统的开发方法 系统开发的多种形式 信息系统的相关者 信息系统的相关者 1.用户 用户是指实际使用系统处理日常事务的人,他们是系统功能需求的主要来源,包括:(1)业务操作用户.(2)查询用户.(3)管理用户.(4)主管用户。 2. 客户 客户是指购买或拥有系统的人,故又称投资者。 3.技术人员 技术人员是确保系统运行在组织的计算机环境下的人。 4.开发人员 (1)系统分析员与设计员。(2)经济管理模型设计员。(3)程序员。(4)系统管理员和硬件人员。 5.第三方咨询机构 包括:项目实施目标和计划的评价咨询、项目投入资源和项目过程及成果的监理、项目实施效益的评估。 * * * * * * * * * * * * * * * * * * * * * * 在瀑布模型中,软件开发的各项活动严格按照线性方式进行,当前活动接受上一项活动的工作结果,实施完成所需的工作内容。当前活动的工作结果需要进行验证,如果验证通过,则该结果作为下一项活动的输入,继续进行下一项活动,否则返回修改。 瀑布模型强调文档的作用,并要求每个阶段都要仔细验证。但是,这种模型的线性过程太理想化,已不再适合现代的软件开发模式,几乎被业界抛弃,其主要问题在于: (1)?各个阶段的划分完全固定,阶段之间产生大量的文档,极大地增加了工作量;(2)?由于开发模型是线性的,用户只有等到整个过程的末期才能见到开发成果,从而增加了开发的风险;(3)?早期的错误可能要等到开发后期的测试阶段才能发现,进而带来严重的后果。 * * * * 13.4 信息系统开发模式 原型模式的适用范围 对于大型复杂系统,很难直接用屏幕简单地模拟,必须经过严密的系统分析进行结构划分,因此原型模式不适合大型系统的开发。 对于运算复杂、逻辑性强的程序模块,原型模式很难构造出模型来供用户评价。因为这类问题本身就没有那么多的交互方式,也不是三言两语就可以把问题说得清楚。 对于基础管理不善的单位,不宜用原型法。首先,业务流程不清,信息处理过程混乱,构造原型有一定的困难;其次,基础管理不健全,没有科学合理的方法可依,系统开发容易走上机械地模仿手工系统的操作方式上。 因强调以“原型演进”代替完整的分析与设计,故系统文档较不完备,程序也可能较难维护。就短期而言,可能满足用户需求,但对长期来说,系统较易失败。 信息系统开发模式 原型模式的分类 演进式原型策略(Evolutionary Prototyping) 将所有需求看成一个整体,从需求最清楚的部分入手,快速经历一系列开发周期(如分析、设计、实施),完成初始原型系统的开发,再利用该原型与用户沟通,以确定、修改和扩充需求,并以此作为下一周期原型演进的依据。该周期不断地反复进行,一直到原型系统符合双方的约定为止。 抛弃式原型策略(Rapid Throwaway Prototyping) 以一种快速而粗糙(Quic
文档评论(0)