软件项目技术可行性.pdf

  1. 1、本文档共10页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
技术路线: 1、技术路线图 1 2 2、软件开发流程 公司以 ISO9001 为指导,建立起了科学的软件开发、工程管理、质量管理和成本管理模 式。此模式由分公司经理和项目经理执行,并由项目负责人、技术负责人进行监督,对开发过 程中的每个 Check Point 进行详细的审查, 不符合规范的将不予通过, 直至改进通过审查为止, 保证每个开发阶段的品质, 从而保证了整个软件系统的品质。 同时要求必须同步提交各种项目 文档资料, 文档的内容和形式主要参考国家标准, 为增强可操作性, 对文档的要求作了适当的 调整和细化。 2、ASP.NET 系统架构 J2EE提供了一套企业级 Java 应用框架(一种标准),是一种利用 Java 2 平台来简化 企业解决方案的开发、部署和管理相关的复杂问题的体系结构。 3 J2EE使用多层的分布式应用模型,应用逻辑按功能划分为组件,各个应用组件根据他 们所在的层分布在不同的机器上。 Sun公司设计 J2EE 的初衷正是为了解决两层模式 (client/server) 的弊端,在传统模式中, 客户端担当了过多的角色而显得臃肿, 使用 J2EE 的多层企业级应用模型将两层化模型中的不同层面切分成许多层。一个多层化应用能够为 不同的每种服务提供一个独立的层,以下是 J2EE 典型的四层结构 : 运行在客户端机器上的客户层组件 运行在 J2EE服务器上的 Web层组件 运行在 J2EE服务器上的业务逻辑层组件 运行在 EIS 或数据库服务器上的业务信息系统 J2EE为搭建具有可伸缩性、灵活性、易维护性的商务系统提供了良好的机制 : 保留现存的 IT 资产 : 由于必须适应新的业务需求,利用已有的信息系统方面的投资, 而不是重新制定全盘方案就变得很重要。这样,一个以渐进的(而不是激进的,全盘否定 的)方式建立在已有系统之上的服务器端平台机制是我们所需求的。 J2EE架构可以充分利 用用户原有的投资,如一些公司使用的 BEA Tuxedo、IBM CICS, IBM Encina, 、Inprise VisiBroker 以及 Netscape Application Server 。这之所以成为可能是因为 J2EE拥有广 泛的业界支持和一些重要的 企业计算 领域供应商的参与。每一个供应商都对现有的客户 提供了不用废弃已有投资,进入可移植的 J2EE领域的升级途径。由于基于 J2EE平台的产 品几乎能够在任何操作系统和硬件配置上运行,现有的操作系统和硬件也能被保留使用。 高效的开发 : J2EE 允许把一些通用的、 很繁琐的服务端任务交给中间件供应商去完成。 这样开发人员可以集中精力在如何创建逻辑上,相应地缩短了开发时间。高级中间件供应 商提供以下这些复杂的中间件服务 : 状态管理服务 -- 让开发人员写更少的代码,不用关心如何管理状态,这样能够 更快地完成程序开发。 持续性服务 -- 让开发人员不用对数据访问逻辑进行编码就能编写应用程序,能 生成更轻巧,与数据库无关的应用程序,这种应用程序更易于开发与维护。 4 分布式共享数据对象 CACHE服务 -- 让开发人员编制高性能的系统,极大提高整 体部署的伸缩性。

您可能关注的文档

文档评论(0)

lh2468lh + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档