软件设计技术评价.ppt

《软件设计技术评价.ppt》由会员分享，可在线阅读，更多相关《软件设计技术评价.ppt（25页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、设计技术评价集团财务管理系统集团财务管理系统研发中心研发中心项目概况l项目最终目标项目最终目标 使公司的产品从现在的企业级支持使公司的产品从现在的企业级支持升级到集团级支持升级到集团级支持l与其他项目的关系与其他项目的关系 是是FMIS2.0FMIS2.0的升级产品的升级产品l宏观的目标期限宏观的目标期限 2006-11-302006-11-30说明l实现财务数据大集中实现财务数据大集中l适应扁平化管理适应扁平化管理l实现财务系统与业务系统的集成实现财务系统与业务系统的集成l财务基础信息规范化财务基础信息规范化l先进性与实用性的统一先进性与实用性的统一 l加强财务分析与决策支持加强财务分析与决

2、策支持详细内容详细内容.技术架构分析l浏览器浏览器/应用服务器应用服务器/数据库服务器数据库服务器(B/A/S)(B/A/S)l客户端客户端/应用服务器应用服务器/数据库服务器数据库服务器(C/A/S)(C/A/S)B/A/Sl本质上是一种以浏览器表现的客户机技术。本质上是一种以浏览器表现的客户机技术。lB/A/S模式是一种以模式是一种以Web技术为基础平台模式。把传统技术为基础平台模式。把传统C/S模式中的服务器部分分模式中的服务器部分分解为一个数据服务器与一个或多个应用服务器解为一个数据服务器与一个或多个应用服务器(Web服务器服务器)，从而构成一个三层，从而构成一个三层结构的客户服务器体

3、系。结构的客户服务器体系。第一层客户机是用户与整个系统的接口。客户的应用程序精简到一个通用的第一层客户机是用户与整个系统的接口。客户的应用程序精简到一个通用的浏览器软件，如微软的浏览器软件，如微软的IE等。浏览器将等。浏览器将HTML代码转化成图文并茂的网页。网页代码转化成图文并茂的网页。网页还具备一定的交互功能，允许用户在网页提供的申请表上输入信息提交给后台，还具备一定的交互功能，允许用户在网页提供的申请表上输入信息提交给后台，并提出处理请求。这个后台就是第二层的并提出处理请求。这个后台就是第二层的Web服务器。服务器。第二层第二层Web服务器将启动相应的进程来响应这一请求，并动态生成一串服

4、务器将启动相应的进程来响应这一请求，并动态生成一串HTML代码，其中嵌入处理的结果，返回给客户机的浏览器。如果客户机提交的代码，其中嵌入处理的结果，返回给客户机的浏览器。如果客户机提交的请求包括数据的存取，请求包括数据的存取，Web服务器还需与数据库服务器协同完成这一处理工作。服务器还需与数据库服务器协同完成这一处理工作。第三层数据库服务器的任务类似于第三层数据库服务器的任务类似于C/A/S模式，负责协调不同的模式，负责协调不同的Web服务器服务器发出的发出的SQL请求，管理数据库。请求，管理数据库。B/A/Sl优点优点 具有广泛的信息发布能力，客户端只需要普通的浏览器即可，特别适合简单具有广

5、泛的信息发布能力，客户端只需要普通的浏览器即可，特别适合简单的应用流程和的应用流程和Internet应用，由于其简单、轻量、易于维护。应用，由于其简单、轻量、易于维护。无须为每一个客户应用程序升级，而只需对无须为每一个客户应用程序升级，而只需对Web服务器上的服务处理程序进服务器上的服务处理程序进行修订。行修订。l缺点缺点 客户端只完成浏览、查询、数据输入等简单功能，而绝大部分工作客户端只完成浏览、查询、数据输入等简单功能，而绝大部分工作(数据及界数据及界面面)由服务器承担，因此应用服务器的负担重，对其性能的要求比较高。由于复杂由服务器承担，因此应用服务器的负担重，对其性能的要求比较高。由于复

6、杂的操作需要大量的与服务器的交互处理，客户端响应速度慢，不适合复杂的交互的操作需要大量的与服务器的交互处理，客户端响应速度慢，不适合复杂的交互式应用。式应用。另外对复杂的交互程序实现工作量大，要求开发人员素质比较高。另外对复杂的交互程序实现工作量大，要求开发人员素质比较高。C/A/Sl优点优点 很好地支持交互式应用，客户端响应速度快，技术成熟、稳定，对复杂应用很好地支持交互式应用，客户端响应速度快，技术成熟、稳定，对复杂应用适应性好。能够给服务器减轻压力，而且有更高的安全性和稳定性。适应性好。能够给服务器减轻压力，而且有更高的安全性和稳定性。程序容易开发，有很多成熟的技术资源和人力资源可以利用

7、。程序容易开发，有很多成熟的技术资源和人力资源可以利用。l缺点缺点 用户界面风格不一用户界面风格不一,使用繁杂使用繁杂,培训工作量大。培训工作量大。客户端需要安装专用的客户端软件。首先涉及到安装的工作量，其次任何一客户端需要安装专用的客户端软件。首先涉及到安装的工作量，其次任何一台电脑出问题，如病毒、硬件损坏，都需要进行安装或维护。系统软件升级时，台电脑出问题，如病毒、硬件损坏，都需要进行安装或维护。系统软件升级时，每一台客户机需要重新安装，其维护和升级成本非常高。每一台客户机需要重新安装，其维护和升级成本非常高。新技术不能轻易应用。因为一个软件平台及开发工具一旦选定，不可能轻易新技术不能轻易

8、应用。因为一个软件平台及开发工具一旦选定，不可能轻易更改。更改。技术架构建议一 建议根据子功能的要求选择合适的架构，将建议根据子功能的要求选择合适的架构，将B/A/S与与C/A/S混合使用。混合使用。首先，根据一定的原则，将系统的所有子功能分类，决定哪些子功能适合首先，根据一定的原则，将系统的所有子功能分类，决定哪些子功能适合采用采用C/A/S，哪些适合采用，哪些适合采用B/A/S。适合采用适合采用C/A/S的子功能应具备以下特点：的子功能应具备以下特点：1.安全性要求高；安全性要求高；2.要求具有较强的交互性；要求具有较强的交互性；3.使用范围小，地点固定；使用范围小，地点固定；4.要求处理

9、大量数据。要求处理大量数据。例如，业务管理中的业务处理，财务系统中的凭证输入功能等等。例如，业务管理中的业务处理，财务系统中的凭证输入功能等等。而适合采用而适合采用B/A/S的子功能应具备以下特点：的子功能应具备以下特点：1.使用范围广，地点灵活；使用范围广，地点灵活；2.功能变动频繁；功能变动频繁；3.安全性、交互性要求不同。安全性、交互性要求不同。例如：公司财务分析表的查询功能，决策支持系统中的查询功能等等。例如：公司财务分析表的查询功能，决策支持系统中的查询功能等等。技术架构建议二 相对于单独采用相对于单独采用C/A/S或或B/A/S，这种方案的优点在于：，这种方案的优点在于：1.充分利

10、用公司的现有技术资源，提高系统开发的成功率充分利用公司的现有技术资源，提高系统开发的成功率 ；2.采用了一定的新的软件技术手段，使产品有一定的技术先进性；采用了一定的新的软件技术手段，使产品有一定的技术先进性；3.既保证了复杂功能的交互性，又保证了一般功能的易用与统一，利于在客户中既保证了复杂功能的交互性，又保证了一般功能的易用与统一，利于在客户中推广使用；推广使用；4.系统维护简便，布局合理；系统维护简便，布局合理；5.系统性能合理。系统性能合理。技术架构建议三 实现的过程描述：实现的过程描述：在概要设计阶段，根据一定的选择原则，来决定各个子功能采用哪在概要设计阶段，根据一定的选择原则，来决

11、定各个子功能采用哪一种模式并在系统设计说明书上分别注明。一种模式并在系统设计说明书上分别注明。在编码设计阶段，系统开发者需要针对采用不同模式的子功能，选在编码设计阶段，系统开发者需要针对采用不同模式的子功能，选用不同的编码方式，然后编译生成不同的客户应用及用不同的编码方式，然后编译生成不同的客户应用及Web服务程序。服务程序。在安装调试阶段，特定的客户应用程序将被安装在特定的使用者的在安装调试阶段，特定的客户应用程序将被安装在特定的使用者的客户端上，客户端上，Web服务程序需要被安装在服务程序需要被安装在Web服务器上，而每个客户端上服务器上，而每个客户端上都将被安装上浏览器，同时，客户应用的

12、使用者必须接受一定的培训。都将被安装上浏览器，同时，客户应用的使用者必须接受一定的培训。在软件维护阶段，针对不同模式的子功能应采取不同维护方式。在软件维护阶段，针对不同模式的子功能应采取不同维护方式。BEA集成平台架构应用框架应用框架应用框架应用框架WebLogic WorkshopWebLogic Workshop应用服务器应用服务器应用服务器应用服务器WebLogic ServerWebLogic Server用户集成用户集成用户集成用户集成WebLogic PortalWebLogic Portal应用应用应用应用/流程流程流程流程集成集成集成集成WebLogic WebLogic In

13、tegrationIntegration数据集成数据集成数据集成数据集成Liquid DataLiquid DataJVMJVMJRockitJRockit 集成开发环境集成开发环境WebLogic Workshop应用架构DELPHI客户端程序COM+组件服务数据库管理系统团体/资源需求组需求组(功能需求、数据转换需求功能需求、数据转换需求)技术组技术组架构架构/组件组组件组(3(3人人 9 9人月人月)设计开发组设计开发组(3.0(3.0开发与数据转换资源比为开发与数据转换资源比为3:1)3:1)数据库人员数据库人员(3(3人人 1515人月人月)概要设计概要设计(6(6人人 其中界面设计

14、其中界面设计2 2人人 1212人月人月)详细设计详细设计(12(12人人 其中界面设计其中界面设计3 3人人 2424人月人月)代码设计代码设计(16(16人人 其中界面设计其中界面设计3 3人人 4848人月人月)质量测试组质量测试组(6(6人人 3030人月人月)实施组实施组日程过程与方法l本项目的特殊之处本项目的特殊之处l使用的方法使用的方法现实的目标现实的目标精细的任务精细的任务严格的标准严格的标准周密的计划周密的计划实时的监控实时的监控及时的评估及时的评估合理地调整合理地调整详细内容详细内容.当前状态l正处在需求分析阶段正处在需求分析阶段l问题问题人力资源的配备问题人力资源的配备问

15、题项目知识背景的培训项目知识背景的培训 风险说明l技术架构技术架构l系统功能系统功能l系统性能系统性能l软件开发软件开发l数据转换数据转换l操作习惯操作习惯技术架构风险l问题问题根据现有用户的交互操作习惯，不同的技术架构对系统开发根据现有用户的交互操作习惯，不同的技术架构对系统开发产生的工作量有着很大的差别，主要体现在用户交互的开发产生的工作量有着很大的差别，主要体现在用户交互的开发和熟悉平台技术人员的缺乏。和熟悉平台技术人员的缺乏。l措施措施以以J2EE架构下架构下WEB应用为主，对于用应用为主，对于用JAVA开发工作量大的开发工作量大的交互操作以传统开发开发工具交互操作以传统开发开发工具(

16、delphi)开发独立功能控件来实开发独立功能控件来实现。现。对于一些难以实现的交互操作改变操作方式。对于一些难以实现的交互操作改变操作方式。系统功能风险l问题问题需求不能清晰地表达，容易产生歧义需求不能清晰地表达，容易产生歧义需求不能在开发的前期相对固定需求不能在开发的前期相对固定可以操作的需求不能在规定的时间产生可以操作的需求不能在规定的时间产生需求需要考虑企业的不同管理层次的需要需求需要考虑企业的不同管理层次的需要l措施措施细化需求编写规范，需求中数据、操作、逻辑颗粒要细细化需求编写规范，需求中数据、操作、逻辑颗粒要细需求工作需要定期的评估，及时发现需求中的问题需求工作需要定期的评估，及

17、时发现需求中的问题加强需求工作的人力资源的投入，保持一定的资源持续的时间的工加强需求工作的人力资源的投入，保持一定的资源持续的时间的工作作系统性能风险l问题问题全省大集中数据量大，并发性高全省大集中数据量大，并发性高存在先开发、后优化的认识误区存在先开发、后优化的认识误区存在怕麻烦的认识误区存在怕麻烦的认识误区l措施措施对于门户性能和数据库性能成立专题论证对于门户性能和数据库性能成立专题论证将性能问题贯穿与设计的全过程将性能问题贯穿与设计的全过程软件开发风险l问题问题技术人员投入到项目的角色需要一个时间和技能过程技术人员投入到项目的角色需要一个时间和技能过程技术人员执行规范的检查、考核不到位技

18、术人员执行规范的检查、考核不到位参与开发的技术人员经常变动参与开发的技术人员经常变动人力资源的缺少和专业技能的缺乏人力资源的缺少和专业技能的缺乏设计与需求、代码不匹配，走形式主义设计与需求、代码不匹配，走形式主义管理、监控、评估严重不到位管理、监控、评估严重不到位l措施措施尽快落实人力资源计划尽快落实人力资源计划对于项目参与人员根据其角色进行技能培训和管理规范培训对于项目参与人员根据其角色进行技能培训和管理规范培训加强对设计工作的认识和管理加强对设计工作的认识和管理配备专门的配备专门的管理、监控、评估的人员管理、监控、评估的人员数据转换风险l问题问题对数据转换的工作量估计不足对数据转换的工作量

19、估计不足对数据转换的难度估计不足对数据转换的难度估计不足数据转换的工作的开展时间较迟数据转换的工作的开展时间较迟l措施措施数据转换的设计应从需求开始数据转换的设计应从需求开始数据转换的应配备一定的资源数据转换的应配备一定的资源数据转换的测试应在数据转换的测试应在FMIS3.0整体测试之前整体测试之前操作习惯风险l问题问题不同的平台对交互操作和展示的支持程度不一样不同的平台对交互操作和展示的支持程度不一样可操作性与可实现性走向极端可操作性与可实现性走向极端l措施措施在需求分析和设计阶段规范操作和展示行为在需求分析和设计阶段规范操作和展示行为对公用的操作和展示进行抽象，尽量性能公用组件对公用的操作和展示进行抽象，尽量性能公用组件相关文档l计划与预算计划与预算l阶段报告阶段报告l提出问题提出问题谢谢大家!