软件项目技术可行性.docx
- 文档编号:9556283
- 上传时间:2023-02-05
- 格式:DOCX
- 页数:10
- 大小:304.89KB
软件项目技术可行性.docx
《软件项目技术可行性.docx》由会员分享,可在线阅读,更多相关《软件项目技术可行性.docx(10页珍藏版)》请在冰豆网上搜索。
软件项目技术可行性
技术路线:
1、技术路线图
2、软件开发流程
公司以ISO9001为指导,建立起了科学的软件开发、工程管理、质量管理和本钱管理模式。
此模式由分公司经理和工程经理执行,并由工程负责人、技术负责人进行监督,对开发过程中的每个Check Point进行详细的审查,不符合标准的将不予通过,直至改良通过审查为止,保证每个开发阶段的品质,从而保证了整个软件系统的品质。
同时要求必须同步提交各种工程文档资料,文档的内容和形式主要参考国家标准,为增强可操作性,对文档的要求作了适当的调整和细化。
2、
J2EE提供了一套企业级Java应用框架〔一种标准〕,是一种利用Java2平台来简化企业解决方案的开发、部署和管理相关的复杂问题的体系结构。
J2EE使用多层的分布式应用模型,应用逻辑按功能划分为组件,各个应用组件根据他们所在的层分布在不同的机器上。
Sun公司设计J2EE的初衷正是为了解决两层模式(client/server)的弊端,在传统模式中,客户端担当了过多的角色而显得臃肿,使用J2EE的多层企业级应用模型将两层化模型中的不同层面切分成许多层。
一个多层化应用能够为不同的每种效劳提供一个独立的层,以下是J2EE典型的四层结构:
运行在客户端机器上的客户层组件
运行在J2EE效劳器上的Web层组件
运行在J2EE效劳器上的业务逻辑层组件
运行在EIS或数据库效劳器上的业务信息系统
J2EE为搭建具有可伸缩性、灵活性、易维护性的商务系统提供了良好的机制:
保存现存的IT资产:
由于必须适应新的业务需求,利用已有的信息系统方面的投资,而不是重新制定全盘方案就变得很重要。
这样,一个以渐进的〔而不是激进的,全盘否认的〕方式建立在已有系统之上的效劳器端平台机制是我们所需求的。
J2EE架构可以充分利用用户原有的投资,如一些公司使用的BEATuxedo、IBMCICS,IBMEncina,、InpriseVisiBroker以及NetscapeApplicationServer。
这之所以成为可能是因为J2EE拥有广泛的业界支持和一些重要的'企业计算'领域供给商的参与。
每一个供给商都对现有的客户提供了不用废弃已有投资,进入可移植的J2EE领域的升级途径。
由于基于J2EE平台的产品几乎能够在任何操作系统和硬件配置上运行,现有的操作系统和硬件也能被保存使用。
高效的开发:
J2EE允许把一些通用的、很繁琐的效劳端任务交给中间件供给商去完成。
这样开发人员可以集中精力在如何创立逻辑上,相应地缩短了开发时间。
高级中间件供给商提供以下这些复杂的中间件效劳:
状态管理效劳--让开发人员写更少的代码,不用关心如何管理状态,这样能够更快地完成程序开发。
持续性效劳--让开发人员不用对数据访问逻辑进行编码就能编写应用程序,能生成更轻巧,与数据库无关的应用程序,这种应用程序更易于开发与维护。
分布式共享数据对象CACHE效劳--让开发人员编制高性能的系统,极大提高整体部署的伸缩性。
支持异构环境:
J2EE能够开发部署在异构环境中的可移植程序。
基于J2EE的应用程序不依赖任何特定操作系统、中间件、硬件。
因此设计合理的基于J2EE的程序只需开发一次就可部署到各种平台。
这在典型的异构企业计算环境中是十分关键的。
J2EE标准也允许客户订购与J2EE兼容的第三方的现成的组件,把他们部署到异构环境中,节省了由自己制订整个方案所需的费用。
可伸缩性:
要选择一种效劳器端平台,这种平台应能提供极佳的可伸缩性去满足那些在他们系统上进行商业运作的大批新客户。
基于J2EE平台的应用程序可被部署到各种操作系统上。
例如可被部署到Linux、或UNIX与大型机系统,这种系统单机可支持64至256个处理器。
〔这是NT效劳器所望尘莫及的〕J2EE领域的供给商提供了更为广泛的负载平衡策略。
能消除系统中的瓶颈,允许多台效劳器集成部署。
这种部署可达数千个处理器,实现可高度伸缩的系统,满足未来应用的需要。
稳定的可用性:
一个效劳器端平台必须能全天候运转以满足需求。
因为INTERNET是全球化的、无处不在的,即使在夜间按计划停机也可能造成严重损失。
假设是意外停机,那会有灾难性后果。
J2EE部署到可靠的操作环境中,他们支持长期的可用性。
一些J2EE部署在WINDOWS、Linux环境中,也可选择健壮性能更好的操作系统如SunSolaris、IBMOS/390。
最健壮的操作系统可到达99.999%的可用性或每年只需5分钟停机时间。
这是实时性很强商业系统理想的选择。
基于构件:
它特点是编译码、独立部署的单位、由第三方进行组合的单位、无持久状态等,它具有可插入、更好的设计、更好的复用、方便的更新、实现与接口别离的优点。
使用Java技术有着以下明显的优点:
首先,Java是一种非常轻便的语言。
这意味着基于Java应用效劳器开发的中间件程序部件(一般情况下是EJB组件)能在不同的应用效劳器之间方便地移动;如果发现某种应用效劳器的性能或特征不太好,就可以选择另外的应用效劳器并完全重用EJB部件。
其次,基于Java的开发都是要符合业界统一标准的。
企业级Java技术所定义的标准减少了开发本钱和培训开销。
一旦学会了标准,就能将它们应用于多个效劳器。
这不同于传统中间件技术,编程者要专门学习特殊标准、编程接口、开发方法等。
2、采用三层〔多层〕应用技术
1.1三层结构框架及功能
由于传统的二层C/S结构存在以下几个局限:
它是单一效劳器且以局域网为中心的,所以难以扩展至广域网范围或Internet的大型应用模式;难以管理大量的客户机;受限于供给商,整个系统与特定的应用程序联系紧密;软、硬件的组合及集成能力有限。
因此,在乐清电子政务应用系统中以三层结构体系为主。
三层结构是将应用功能分成表示层、业务逻辑层和数据层三局部。
其解决方案是对这三层进行明确分割,并在逻辑上使其独立。
各层说明如下:
表示层—担负用户与应用间的对话功能,通过浏览器模式实现表示层,组成的B/S结构;或使用可以自动更新的瘦客户端软件实现表示层,组成基于三层体系的“客户/效劳器〞结构;
业务逻辑层—包含了具体的业务处理逻辑程序相当于应用的本体;
数据层—负责管理对数据库数据的读写。
主要是利用大型关系型数据库进行迅速、大量的数据处理。
1.2选用三层结构的优点
选用三层结构具有以下优点:
系统管理简单,大大减少客户机维护工作量。
基于B/S结构的应用模式无需客户端维护工作;基于“客户/效劳器〞结构的客户端可以实现自动更新下载,也无需客户端维护工作。
具有灵活的硬件系统构成
对于各个层可以选择与其处理负荷和处理特性相适应的硬件,方便的实现负载均衡。
清晰、合理地分割三层结构并使其独立,可以使系统构成的变更非常简单。
因此,被分成三层的应用基本上不需要修正。
提高程序的可维护性
三层B/S结构中,应用的各层可以并行开发,各层也可以选择各自最适合的开发语言。
因为是按层分割功能,所以各个程序的处理逻辑变得比拟简单。
进行严密的平安管理
涉密的关键应用的平安管理非常重要。
在三层C/S结构中,识别用户的机构是按层来构筑的,对应用和数据的存取权限也可以按层进行设定。
例如,即使外部的入侵者突破了表示层的平安防线,假设在功能层中备有另外的平安机构,系统也可以阻止入侵者进入其他局部。
3中间件技术
3.1消息中间件
采用消息中间件技术、基于J2EE的三层结构构建面向各级单位的数据交换体系中。
消息中间件是位于平台(硬件和操作系统)和应用之间的通用效劳,具有标准的程序接口和协议。
针对不同的操作系统和硬件平台,它们可以有符合接口和协议标准的多种实现。
消息中间件起到了一个“平台+通信〞的作用,一方面使进一步的开发工作可以构建在一个统一的开发环境〔平台〕之上,不必关心具体的网络编程技术细节,大大简化了设计和编程工作;另一方面,中间件完全负责消息通信,用户只需关注于业务系统的运行、开发,有效地提高了效率。
消息中间件通信传输类型:
可靠传输可以在保证报文的正确性的前提下实现相对的实时传输。
每个报文有相对的生命周期,在网络超时或者接受方宕机时终止发送请求,即报文有可能丧失或非顺序到达。
可靠传输对处理机和网络的开销较小,一般适用于对传输速率要求较高的准实时系统,而对报文的丧失有一定的冗余度。
确保传送可以保证信息的无丧失、按顺序传送。
在信息的发送者与接受者之间的网络出现中断或者接受者方的机器出现故障,在网路恢复连接后,仍然能保证在故障时期内的所有信息按顺序的正确到达。
确保传送的高可靠性是以较多的资源开销〔处理机、网络〕作为代价的。
因此,确保传送一般是用于传送频率比拟低,但传送可靠性要求高的信息传输,如重要文件的传输等。
该传输类型类似于电子邮件的传输方式。
3.2数据中间件
在综合数据支撑平台中,为了整合桌面型数据库成为一个可共享的具有用户和权限管理的虚拟数据库,需要采用数据中间件以屏蔽掉数据节点分布、数据库表异构特性,实现虚拟数据库合理的软件层次结构。
4平安应用技术
为了在电子政务系统的应用层、网络层实施细粒度的访问控制,实现对用户的身份鉴别、实现信息的保密性、完整性、真实性和抗抵赖性等保护,采用当今流行的高强度平安策略——数字证书技术。
应用系统可以基于数字证书以及相关的经国家有关部门认可的密码算法认证登录系统的用户的真实身份,进行数字签名和验证签名,采用数字签名技术解决抗抵赖性和数据完整性的的问题,利用平安系统提供的加密算法,解决信息的保密性问题。
对重要数据库的访问,还要通过平安代理,对访问者的身份基于数字证书进行高强度的认证,对其访问应用系统的请求进行确认,如果该用户没有访问的权限,其访问请求将被平安代理拒绝。
同时,在平安代理效劳器上还可以完成包括包过滤、加密、解密等技术,从而实现权限确认和数据的密存密传功能。
5数据资源库
对不能〔不方便〕共享的桌面型数据库,为暂时维持现有应用不变且又能提供数据资源共享,提出了一个完备的基于整体应用的数据库解决方案——即虚拟数据库解决方案。
其基本思想是将分散的、局部的桌面形数据库〔Foxpro、Access〕利用网络资源以及虚拟数据库应用将它们在逻辑上统一起来,实现呈现给用户一个完整的、统一的数据库访问模式,同时提供数据资源的用户和权限管理功能,即对用户以及应用程序来说就好似访问大型关系型数据库一样方便地访问数据资源,而不是在访问分散于不同效劳终端的数据库,所有的处理都将在虚拟数据库构架中完成,不需要用户或应用程序涉及任何底层的输入。
6技术路线的可行性和解决关键技术的途径
三层应用构架是一种成熟的开发模式,可以应用到电子政务中,针对行文应用的特殊要求,建议Domino平台这一成熟的体系,以确保电子政务的正常运作。
Java技术是一种成熟的技术,已经得到广泛的应用,J2EE技术标准已经得到大的中间件生成厂商如BEA公司、IBM公司的产品化支持。
中间件技术是软件产品的开展方向,现在市场上已有大量的产品可供选择,因此在结合电子政务需求开发数据中间件是可行的,在数据交换体系中采用消息中间件已是可行的,符合开展方向。
平安应用技术是电子政务中的一种重要指标,国内许多单位进行过大量的研发工作,有的已形成了产品,因此也具有可行性。
虚拟数据库是解决数据共享、系统平滑过渡的必又之路,结合数据库技术和中间件技术,一定能到达目标,创优质工程。
1.开发框架采用MVC模式
2.采用SQLSERVER系列数据库
3.通过与学校合作进行调研和研讨,不定期邀请行业专家进行工程产品的评审和指导
4.工程底层开发采用API接口扩展,保证产品的兼容性和扩展性,后期可快速的进行移动端扩展开发
5.数据库建设符合可扩展、分布式、大数据规划要求
技术指标:
1.开发环境
采用开发环境,开发语言采用C#、Javascript、Jquary、采用XML/JSON数据交换规那么,数据库采用SQLSERVER2012
2.开发框架
开发框架采用MVC模式
3.建设标准
效劳器建设符合云平台建设要求
4.可靠性指标
系统在用户发生错误的操作或信息输入时能够识别并给出适当的反响当系统出现意外问题时能够快速响应并进行系统恢复和数据恢复,并具有一定的数据备份功能.
5.效率性指标
内容
性能指标
在线用户
>2000
最大并发
>500
正常平均响应时间
<3s
个人认为如果一个应用系统能做到7x24小时同时在线用户数不少于5000的,应该可以称为大型应用系统。
例如:
微软的官网(microsoft),7x24小时都有来自全球的人访问,有查阅MSDN的,有访问微软博客的,有看微软产品信息的,有逛微软论坛的,等等等等。
同时访问微软官网的人太多了,远多于5000。
还有Myspace。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 项目 技术 可行性
![提示](https://static.bdocx.com/images/bang_tan.gif)