没有合适的资源?快使用搜索试试~ 我知道了~
软件项目招标文件技术标书(最全最详细).docx
1.该资源内容由用户上传,如若侵权请联系客服进行举报
2.虚拟产品一经售出概不退款(资源遇到问题,请及时私信上传者)
2.虚拟产品一经售出概不退款(资源遇到问题,请及时私信上传者)
版权申诉
5星 · 超过95%的资源 2 下载量 179 浏览量
2022-06-18
08:54:37
上传
评论
收藏 695KB DOCX 举报
温馨提示
试读
36页
软件项目招标文件技术标书(最全最详细).docx软件项目招标文件技术标书(最全最详细).docx软件项目招标文件技术标书(最全最详细).docx软件项目招标文件技术标书(最全最详细).docx软件项目招标文件技术标书(最全最详细).docx软件项目招标文件技术标书(最全最详细).docx软件项目招标文件技术标书(最全最详细).docx软件项目招标文件技术标书(最全最详细).docx
资源推荐
资源详情
资源评论
12.4.2 供应商针对本项目技术服务类总体要求的理解
在软件开发的过程中,我们一向遵循软件产品的以下原则:
、功能性与一组功能及其指定的性质有关的一组属性,具体包括:
适合性与规定任务能否提供一组功能以及这组功能的适合程度有关的软件属性
准确性与能否得到正确或相符的结果或效果有关的软件属性
互用性与同其他指定系统进行交互的能力有关的软件属性
依从性使软件遵循有关的标准约定法规及类似规定的软件属性
安全性与防止对程序及数据的非授权的故意或意外访问的能力有关的软件属性
、可靠性与在规定的一段时间和条件下软件维持其性能水平的能力有关的一组属性,
具体包括:
成熟性与由软件故障引起失效的频度有关的软件属性
容错性与在软件故障或违反指定接口的情况下维持规定的性能水平的能力有关的软
件属性
易恢复性与在失效发生后重建其性能水平并恢复直接受影响数据的能力以及为达此
目的所需的时间和能力有关的软件属性
、易用性与一组规定或潜在的用户为使用软件所需作的努力和对这样的使用所作的评
价有关的一组属性,具体包括:
易理解性与用户为认识逻辑概念及其应用范围所花的努力有关的软件属性
易学性与用户为学习软件应用所花的努力有关的软件属性
易操作性与用户为操作和运行控制所花努力有关的软件属性
、效率与在规定的条件下软件的性能水平与所使用资源量之间关系有关的一组属性,
具体包括:
时间特性与软件执行其功能时响应和处理时间以及吞吐量有关的软件属性
资源特性与在软件执行其功能时所使用的资源数量及其使用时间有关的软件属性
、可维护性与进行指定的修改所需的努力有关的一组属性,具体包括:
易分析性与为诊断缺陷或失效原因及为判定待修改的部分所需努力有关的软件属性
易改变性与进行修改排除错误或适应环境变化所需努力有关的软件属性
稳定性与修改所造成的未预料结果的风险有关的软件属性
易测试性与确认已修改软件所需的努力有关的软件属性
、可移植性与软件可从某一环境转移到另一环境的能力有关的一组属性,具体包括:
适应性与软件无需采用有别于为该软件准备的活动或手段就可能适应不同的规定环境
有关的软件属性
易安装性与在指定环境下安装软件所需努力有关的软件属性
遵循性使软件遵循与可移植性有关的标准或约定的软件属性
易替换性与软件在该软件环境中用来替代指定的其他软件的机会和努力有关的软件属
性
基于以上原则,根据项目的不同需求,我们将会考虑采用 和 两种模式开发。
、模式
是 的缩写,客户机上只要安装一个浏览器(),如
或 ,服务器安装 、!"、#$或 %&
等数据库。浏览器通过 '"同数据库进行数据交互。模式较 模式:
模式客户端需要安装专用的客户端软件。首先涉及到安装的工作量,其次任何一
台电脑出问题,如病毒、硬件损坏,都需要进行安装或维护。特别是有很多分部的情况,不
是工作量的问题,而是路程的问题。还有,系统软件升级时,每一台客户机需要重新安装,
其维护和升级成本非常高。模式对客户端的操作系统一般也会有限制,可能适应于
'(系列操作系统,而不适用于 &)、*等操作系统。
而 最大的优点就是可以在任何地方进行操作而不用安装任何专门的软件。只要有一
台能上网的电脑就能使用,客户端零维护。系统的扩展非常容易,只要能上网,再由系统管
理员分配一个用户名和密码,就可以使用了。甚至可以在线申请,通过公司内部的安全认证
(如 +证书)后,不需要人的参与,系统可以自动分配给用户一个账号进入系统,这在最
大程度上满足了项目要求。
系 统 采 用 的 是 目 前 较 流 行 的 一 种 '" 应 用 程 序 开 源 框 架
,,)--."(.)。
集成 .框架的系统从职责上分为四层:表示层、业务逻辑层、数据持久层和域模块层,
以帮助开发人员在短期内搭建结构清晰、可复用性好、维护方便的 '"应用程序。其中
使用 )作为系统的整体基础架构, 负责 /0的分离,在 )框架的模型部分,
利用 ."框架对持久层提供支持,业务层用 支持。具体做法是:用面
向对象的分析方法根据需求提出一些模型,将这些模型实现为基本的 1对象,然
后编写基本的 2+ 接口,并给出 ."的 2+ 实现,采用 ."架构实现的
2+ 类来实现 1类与数据库之间的转换和访问,最后由 完成业务逻辑。
系统的基本业务流程是: 在表示层中,首先通过 13页面实现交互界面,负责
传送请求 456)7和接收响应 457,然后 )根据配置文件
4),89$7 将 +接收到的 56)委派给相应的 +处理。
在业务层中,管理服务组件的 容器负责向 +提供业务模型 4/(7
组件和该组件的协作对象数据处理 42+ 7组件完成业务逻辑,并提供事务处理、缓冲
池等容器组件以提升系统性能和保证数据的完整性。而在持久层中,则依赖于
."的对象化映射和数据库交互, 处理 2+ 组件请求的数据, 并返回处理结果。
采用上述开发模型,不仅实现了视图、控制器与模型的彻底分离,而且还实现了
业务逻辑层与持久层的分离。这样无论前端如何变化,模型层只需很少的改动,并且
数据库的变化也不会对前端有所影响,大大提高了系统的可复用性。而且由于不同层
之间耦合度小,有利于团队成员并行工作,大大提高了开发效率的同时,也保证了软
件产品的质量。
、模式
(,客户机 服务器)模式又称 结构,是 :世纪 ;:年代
末逐步成长起来的一种模式,是软件系统体系结构的一种。
的分布,一些功能放在前端机(即客户机)上执行,另一些功能放在后端机(即服务
器)上执行。功能的分布在于减少计算机系统的各种瓶颈问题。 模式简单地讲就
结构的关键在于功能
是基于企业内部网络的应用系统。与 (,浏览器 服务器)模式相
比, 模式的应用系统最大的好处是不依赖企业外网环境,即无论企业是否能够上
网,都不影响应用。
结构服务器通常采用高性能的 3、工作站或小型机, 并采用大型数据库系统,
如 5+&、<+、# 5/或 %&。客户端需要安装专用的客户端软件。
结构的优点是能充分发挥客户端 3 的处理能力,很多工作可以在客户端处理后再
提交给服务器 因此对应的优点就是客户端响应速度快。
架构软件的优势与劣势:
()应用服务器运行数据负荷较轻。最简单的 体系结构的数据库应用由两部分组
成,即客户应用程序和数据库服务器程序。二者可分别称为前台程序与后台程序。运行数据
库服务器程序的机器,也称为应用服务器。一旦服务器程序被启动,就随时等待响应客户程
序发来的请求;客户应用程序运行在用户自己的电脑上,对应于数据库服务器,可称为客户
电脑,当需要对数据库中的数据进行任何操作时,客户程序就自动地寻找服务器程序,并向
其发出请求,服务器程序根据预定的规则作出应答,送回结果,应用服务器运行数据负荷较
轻。
()数据的储存管理功能较为透明。在数据库应用中,数据的储存管理功能,是由服
务器程序和客户应用程序分别独立进行的,并且通常把那些不同的(不管是已知还是未知的)
前台应用所不能违反的规则,在服务器程序中集中实现,例如访问者的权限,编号可以重复、
必须有客户才能建立定单这样的规则。所有这些,对于工作在前台程序上的最终用户,是“透
明”的,他们无须过问(通常也无法干涉)背后的过程,就可以完成自己的一切工作。在客
户服务器架构的应用中,前台程序不是非常“瘦小”,麻烦的事情都交给了服务器和网络。
在 体系的下,数据库不能真正成为公共、专业化的仓库,它受到独立的专门管理。
C/S 模式系统的开发:
C/S 结构是建立在中间件产品基础之上的,要求应用开发者自己去处理事务管理、消息
队列、数据的复制和同步、通信安全等系统级的问题。这对应 用开发者提出了较高的要求,
而且迫使应用开发者投入很多精力来解决应用程序以外的问题。这使得应用程序的维护、移
植和互操作变得复杂。如果客户端是在不同的操作系统上,C/S 结构的软件需要开发不同版
本的客户端软件。但是,与 B/S 结构相比,C/S 技术发展历史更为“悠久”。从技术成熟度及
软件设计、开发 人员的掌握水平来看,C/S 技术应是更成熟、更可靠的。
12.4.3 项目总体架构及技术解决方案
一、项目总体架构
(一)、. 框架介绍和分析
大型企业级 '" 应用系统的开发通常要求有一个良好的软件架构、便于协作开发和扩展
升级,而传统的开发模式不能很好地满足这些要求。
基于当前 '" 应用程序开发面临的问题,项目结合目前比较流行的开源框架 .
(、)、."7,具体讨论其基本相似性及有关基本概念,提出了一种开发
1 '" 应用的轻量级解决方案,此系统架构可以在短期内搭建结构清晰、可复用性好、
可扩展性好、维护方便的 '" 应用程序。
、框架技术
框架一般具有即插即用的可重用性、成熟的稳定性以及良好的团队协作性。1 复
杂的多层结构决定了大型的 1 项目需要运用框架和设计模式来控制软件质量。目前,
市场上出现了一些商业的、开源的基于 1 的应用框架,其中主流的框架技术有:基于
/0 模式的 ) 框架、基于 模式的 框架以及对象关系映射框架 ."
等。
、框架共同点
所有现代的网络开发框架几乎都遵循了模型,视图,控制4/07设计模式:商业逻辑和描
述被分开,由一个逻辑流控制器来协调来自客户端的请求和服务器上将采取的行动。这条途
径成为了网络开发的事实上的标准。每个框架的内在的机制当然是不同的,但是开发者们使
用来设计和实现他们的 '" 应用软件的 +3 是很类似的。差别还存在于每个框架提供的扩展
方面例如标签库,1 包装器等。
所有的框架使用不同的技术来协调在 '" 应用程序之内的导航例如 =/& 配制文件,>
属性文件或定制属性。所有的框架在控制器模块实现的方法方面也存在明显的不同。例
如1 可能实例化在每个请求中需要的类或使用 1 反射动态地调用一个适当的行为
(+)类。另外不同框架在各自引入的概念上也有所不同。例如一个框架可能定义用
户请求和反应场所,而另外一个框架可能仅仅定义一个完整的流:从一个请求到多个响答和
随后的再请求。
各种 1 框架在它们组织数据流的方法方面是很类似的。在请求发出后,在应用程序
服务器上产生一些行动;而作为响应,一些可能包含对象集的数据总是被发送到 ' 层。然
后从那些对象:可能是有 和 方法的简单类、1+0++、值对象、或者一些
集合对象中提取数据。现代的 1 框架还想方设法简化开发者的开发任务,如通过使用简
易的 +3、数据库连接池、甚至数据库调用包等提供自动化的追踪方式来实现。一些框架或
者能够钩进(?@( )另外的 1 技术中例如 1/41 消息服务7或 1/=或把这
些技术集成到一起。服务器数据持续性和日志也有可能成为框架的一部分。
剩余35页未读,继续阅读
资源评论
- weixin_404977622023-03-24发现一个宝藏资源,资源有很高的参考价值,赶紧学起来~
- steedqian2022-09-23发现一个宝藏资源,赶紧冲冲冲!支持大佬~
apple_51426592
- 粉丝: 9510
- 资源: 9659
上传资源 快速赚钱
- 我的内容管理 展开
- 我的资源 快来上传第一个资源
- 我的收益 登录查看自己的收益
- 我的积分 登录查看自己的积分
- 我的C币 登录后查看C币余额
- 我的收藏
- 我的下载
- 下载帮助
安全验证
文档复制为VIP权益,开通VIP直接复制
信息提交成功