高级资讯系统及电子商业策略U7资讯与电子商业系统的分析、设计和评鉴系统开发的生命周期方法在IS策略计划指导下进行开发实施,IS开发是对各个项目进行的生命周期法(SystemDevelopmentLifeCycle,SDLC)中的各个主要阶段1.定义问题阶段2.系统分析阶段3.系统设计阶段4.系统开发阶段5.系统测试阶段6.系统实施阶段7.系统维护阶段各阶段工作内容、可交付文档、工作方法/工具1系统开发的生命周期方法定义问题-项目申请报告/可行性分析报告定义问题鱼刺图法问题的陈述症状、原因目标、方法资源因素或范围用户的确认与接受可行性分析(P10格式)技术可行性经济可行性运作上的可行性利润下降5%成本高过预算销售额低于计划额销售不得力人手不足销售人员“跳槽”销售人员职位空置产品存在缺点顾客流失广告促销不足竞争者广告促销次数增加工作人员太多库存过量安全存量过多分销成本质量控制差退货现象多1系统开发的生命周期方法系统分析阶段-需求分析报告/逻辑系统设计报告资讯收集公司内资讯分类组织-公司目标,组织结构,职能部门功能,重要政策工作-流程,内容,日程与工作量,业绩评价,控制机制人事-职权,职责,所需资讯环境-物理布置,外部资讯资讯来源现有公司档案文件系统用户和经理公司外部资讯来源1系统开发的生命周期方法资讯收集方法-CSF,BSP面谈确定资讯来源-CSF,为访谈做好准备正式访谈问卷调查计划一个问卷书写问卷问题进行正式问卷调查及数据分析观察方法实地调查-原始单据、报告、流程说明、职责、总结工作抽样方法-总体,样本1系统开发的生命周期方法系统分析的逻辑与物理模型数据流程图(DataFlowDiagram,DFD)(P16图例)外部实体处理数据流数据存储画DFD的七个步骤(P18示例)1.确定商业活动及商业过程2.画系统场景图3.画0层DFD4.画子处理DFD5.检查各层次DFD6.由逻辑DFD转换到物理DFD7.根据物理DFD划分功能模块1系统开发的生命周期方法画DFD的几个注意事项1.画父子DFD时必须注意功能和数据两个方面的平衡2.外部实体不可以与数据存储直接相连3.一个处理至少有一个数据流入、一个流出4.每个层的DFD中处理的数目最好在5-10个之间,一张A4纸5.分解至所有处理都是基本处理,不可再分解1系统开发的生命周期方法系统分析的数据模型实体-关系模型(E-R模型)实体实体属性关系几种E-R模型(P22示例)一对一关系一对多关系多对多关系1系统开发的生命周期方法数据实体的正规化(P24示例)第一正规化形式-只有最小数据项第二正规化形式-其他数据项完全依赖所有关键字第三正规化形式-无传递依赖于非关键字数据字典(DataDictionary,DD)数据实体-数据流/数据存储数据项处理计算机辅助软件工程(ComputerAidedSoftwareEngineering,CASE)工具1系统开发的生命周期方法系统设计阶段系统设计图模块:模块间关系-传递控制信息/传递数据根据DFD绘制控制结构转换分析顺序执行的功能,处理一条线性链上,数据同源对同一项业务进行处理,如数据转换作业分析不同类型业务数据不同类型业务处理,但有逻辑关系逻辑判断系统设计的其他方面文件及数据库设计用户界面设计-GUI,对话、交互、输入输出1系统开发的生命周期方法系统开发阶段安装电脑硬件设备、数据文件和数据库初始启动、编写电脑程序编写程序的步骤问题分析程序规格书编程1系统开发的生命周期方法系统测试阶段开发人员个别测试-模块测试全体开发人员测试-系统测试用户接收测试-环境测试测试目标功能完备正确运行安全可靠1系统开发的生命周期方法系统实施阶段主要工作数据转换系统安装用户培训转换方法果断决定方案平行方案循序渐进方案试运行方案1系统开发的生命周期方法系统维护阶段系统维护的必要性系统错误用户新需求系统整合业务发展设备更新2系统开发的原型方法原型法四个步骤确定基本需求开发工作原型使用及评价原型修改完善原型开发工作模型用户使用模型修订改进模型用户是否满意?最终系统第四步识别基本需求第一步第二步第三步2系统开发的原型方法原型法优点当需求或设计方案不能确定时,原型法是很有用的原型法在设计一个系统的用户交互方面特别有价值原型法强调系统开发的生命周期中最终用户的大量参与原型法特别适合小型项目的开发2系统开发的原型方法原型法缺点基于批处理或依赖大量计算和复杂处理逻辑的系统一般不适于原型法快速原型法经常掩盖系统开发的基本步骤需求分析/系统设计/系统实施原型可能无法直接转换成精良的系统产品当需求过度依赖客户时,需求往往不够完整原型系统还需要完整的文档和测试必须设计完整的测试方案3动态系统开发方法动态系统开发方法(DynamicSystemsDevelopmentMethod,DSDM)的特点1.用户要主动地提出意见2.DSDM项目小组有较大的自主权3.尽量在短时间内完成产品4.产品获接纳与否帮助企业达到既定的商业目标5.经过多次的产品测试和改善,产品可以逐步完善6.开发过程中产生的所有改变均可还原7.对产品的要求应在项目开始经高层敲定8.系统每个部分均需经过测试,合格才可使用9.各有关人士及部门必须通力合作4物件导向的系统开发方法物件导向方法(Object-Orient,O-O)O-O方法的主要概念物件方法属性类密封性继承4物件导向的系统开发方法O-O分析方法类似于SDLC搜集物件-访谈记录、公司文件中重要的名词与动词归类-相同属性的物件绘制物件-关系图-类似实体关系图,实体用物件代替O-O设计方法确定属性分配方法几个准则O-O系统应该以渐进循环方式进行物件导向的系统结构应随时间而演进、改善O-O系统开发需要一种层次结构5资讯系统的品质保证管理系统开发的几个要点要点解释资讯系统的时效太严谨的方法可能导致失时费事国际认可的软件开发标准能否与开发者商讨采用如ISO9000的标准可修改性较易修改可导致低水准的随意改动,较难修改则缩短系统寿命可理解性鼓励开发人员采用容易理解而普遍认知的设计、编程方式,以便日后维修可测试性只能通过测试才可以检视系统质量稳健性系统有一定的防止输入错误的能力鼓励用户提出改进的要求使用原型或CASE方式的主因是方便用户测试,从而提出意见,并帮助技术人员调整注意力,延长系统生命工具或技术的支援开发系统所使用的工具(无论软件硬件)均需供应商技术支援;市场上常见的工具较易得到支援5资讯系统的品质保证品质的概念事先明白地写清楚有关软件的功能和需要达到的表现事先用明显的字眼写下开发时达到的各项标准所有专业开发的软件具有隐含性质:满足公认的一些质量标准,而不需要写明6资讯系统的评鉴管理者评鉴的指标界面-用户界面功能-对数据处理、生产报告等所作测试表现-完成功能的效率及安全问题等6资讯系统的评鉴派士最佳评鉴方法标准简单易计有说服力一致及客观数量单位的一致性与程式语言无关回馈的有效机制6资讯系统的评鉴SCOPE的韦苏和候新最佳评鉴方法标准可重复测试可再作测试公正客观SCOPE的韦苏和候新评鉴方法的内容函数功能可靠性可用性效率可维修性可携性(移植)6资讯系统的评鉴SCOPE的韦苏和候新最佳评鉴方法标准可重复测试可再作测试公正客观SCOPE的韦苏和候新评鉴方法的内容函数功能可靠性可用性效率可维修性可携性(移植)