12 项目建议书Word文件下载.docx
《12 项目建议书Word文件下载.docx》由会员分享,可在线阅读,更多相关《12 项目建议书Word文件下载.docx(9页珍藏版)》请在冰豆网上搜索。
![12 项目建议书Word文件下载.docx](https://file1.bdocx.com/fileroot1/2022-11/23/6de43ebb-e1e7-42c2-ae39-e0c0959a0c4a/6de43ebb-e1e7-42c2-ae39-e0c0959a0c4a1.gif)
×
有限公司所有,未经许可,不得以任何方式外传。
修改记录页
NO
修改日期
修改摘要(涉及页码/条款/内容)
修改原因
目录
1.引言3
1.1.文档目的3
1.2.读者对象3
1.3.参考文献3
1.4.术语与缩写解释4
2.概要4
2.1.产品建议名称4
2.2.产品业务背景4
2.3.产品简介4
2.4.产品应用对象4
2.5.市场分析4
3.产品分析4
3.1.系统体系结构方案4
3.2.产品功能分析4
3.3.产品性能分析5
3.4.假定和限制5
3.5.项目验收准则5
4.建议5
4.1.项目管理建议5
4.2.技术建议5
4.3.项目管理部意见5
1.引言
1.1.文档目的
本文为宁波市江东区政府短信平台的项目建议书。
该说明书的主要分析短信平台的设计思想、结构特点、数据处理等方面内容,描述本系统的设计细节。
本说明书与《需求规格说明书》、《概要设计说明书》、《数据库设计说明书》组成系统的设计与实现的主要技术文档。
本文档经各方仔细审查和认可后,将作为该项目的重要相关文件。
1.2.读者对象
江东区政府信息中心科长以及各科员。
1.3.参考文献
⏹《GB/T9385计算成本软件需求说明编制指南》
⏹《GB/T9704-1999国家行政机关公文格式》
⏹《政府采购竞争性谈判文件编号NBZFCG2007169T》
1.4.术语与缩写解释
缩写、术语
解释
参与者
是与系统、子系统或类发生交互作用的外部用户、进程其他系统的理想化概念。
MVC模式
模型/界面/控制器(Model/View/Controller,MVC编程技术。
2.概要
2.1.产品建议名称
软件系统名称:
宁波市江东区政府短信平台
缩写简称:
短信平台
开发单位:
某某某项目组
2.2.产品业务背景
随着国民经济信息化进程的推动,电子政务的逐步普及,政府在实际的工作中对于电子政务的应用越来越深入,同时对于电子政务的需求也越来越多,原来的电子政务概念的内容已经不能满足现代政府的实际需求。
随着时代的进步,电子政务也已经有了新的发展。
在这种环境下,“移动政务”应运而生。
所谓移动政务——G2M(GovernmenttoMobile)是指对通过移动通讯网络进行数据传输并且利用移动终端(手机用户、具通讯功能的PDA用户等)开展各种政务管理活动的一种新型的电子政务模式。
短信作为移动政务的最基本、有效的实现方式,在电子政务中发挥越来越重要的角色。
各个政府职能部门对短信应用有着不同需求。
另外短信还可以应用到政府的整个的工作流之中,如进行工作流程的提醒、会议通知、紧急事务的通知等需要及时、准确地发布给大量人群的信息的公布。
短信的应用不仅可以帮助管理者节约时间、提高工作效率,而且节约了通讯成本,在针对大量人群进行信息的海量发布时其价格优势更加凸现出来。
短信平台作为宁波市移动政务的重要组成部分,包括相应的信息处理,短信应用挂接配置,实现对各个政府部门的应用系统开放短信通道,各政府部门的应用系统可以利用该平台,更好地对广大市民提供各类咨询服务,加强政府与市民之间的互动交流。
推进宁波市政府“服务型政府”的建设。
2.3.产品简介
本产品实现对各个短信业务的配置维护,通过简单的配置实现与各个业务系统数据的对接,并可以通过配置发布相关短信应用业务。
提供统一的短信支撑平台实现短信收发;
通过统一的短信服务代码对公众提供一个友好的易于交互的界面,实现与公众的交流;
提供直观有效的监控手段,实现对平台,对各个短信应用有效性的监控;
实现短信收发WebService接口。
2.4.产品应用对象
能够更好的将政策、法规、公文等传达到各部门人员,以保证工作效率。
2.5.市场分析
目前市场上常见的短信平台解决方案主要用于短信群发,并提供短信类别管理、通讯录管理、用户权限管理、收发记录、收发接口等功能。
有基于“短信猫”和专用短信平台两种解决方案。
现有解决方案,无法满足多应用调用的需求。
不同的单位根据应用需求,分别组建各自的短信平台,效果参差不齐,资金重复投入。
3.产品分析
3.1.系统体系结构方案
宁波市江东区政府短信平台说明:
网络
基础
设备
机房环境设备
计算机硬件设备均存放在区政府信息中心资源共享服务器区,机房设备、网络交换机、防火墙均使用区政府现有设备
网络交换设备
安全防护设备
服务器
主机系统
应用系统服务器(
数据库服务器)
提供应用发布、提供后台数据、存储使用
系统支撑组件
操作系统
Windows2003操作系统
数据库
ORACLE数据库
中间件
AqulogicServiceBus
3.2.产品功能分析
参见教材教务通案例。
3.3.产品性能分析
容错能力:
系统可定期对因操作失误或未知原因造成的异常数据,进行智能化清理;
因接口传递异常产生的残缺数据,系统可做特殊展现或自动标识其废弃;
若接口工作异常,系统可自主向管理责任人发送短信。
故障恢复能力:
系统数据每日完全备份一次,差异备份一次,作为故障紧急恢复用(除此外,硬件上,对数据库服务器进行双机热备,对应用服务器进行集群)。
3.4.项目验收准则
验收准则
1.软件错误限制:
不存在引起系统不能继续运转的错误;
不存在业务流程错误
引起查询交易错误或不能运转的错误不超过5个;
在某种状态下交易不对但存在其它现成取代方案的错误小于10个;
功能限制:
满足《需求规格说明书》的要求
2.文档验收合格标准:
文档验收以抽样方式进行,抽样率为50%,在验收的文档中:
错误的总字数不超过该文档总字数的0.5%;
描述某一独立完成的功能/章节无错误。
4.建议
4.1.项目管理建议
1、激发团队成员想象力当你启动一个项目去实现业务的转变时,使你的业务与过去相比真正的有一些不同变化。
2、让领导者领导领导能力是项目成功的关键。
3、排除障碍项目是一个有风险的工作活动。
4、寄希望于团队的协作(合作)项目实际上是由团队共同组织完成的。
5、重视事前检查不要草率地批准一个计划。
6、为团队提供计划和控制的标准和里程碑为你的组织制定一个项目计划表格,并要项目所有工作遵守这一标准。
7、样避免失去对事情的控制在你制订项目计划时,要估计任务对资源的要求和时间的期限要求,不要试图避免项目的所有风险。
8、跟踪变更组织必须设置一些如何管理变更的基本规则。
9、重点关注行为无数事实证明,项目的成败取决于管理不力,而不是技术困难。
4.2.技术建议
数据库选型
随着信息技术的飞速发展,数据处理不仅在数量上要求越来越大,而且在质量上也要求越来越高。
操作系统的稳定对数据库来说是十分紧要的,在数据库可操作平台上,Oracle可在所有主流平台上运行,Oracle数据库采用开放的策略目标,它使得客户可以选择一种最适合他们特定需要的解决方案。
通常管理者可以利用很多种第三方应用程序、工具。
对开发商来说是很大的支持。
而SQLServer却只能在Windows上运行了,这个就显得比较单调了,但SQLSever在Window平台上的表现,和Windows操作系统的整体结合程度,使用方便性,和Microsoft开发平台的整合性都比Oracle强的很多。
当然,Windows操作系统的稳定性及可靠性大家是有目共睹的,再说Microsoft公司的策略目标是将客户都锁定到Windows平台的环境当中,只有随着Windows性能的改善,SQLServer才能进一步提高。
从操作平台这点上Oracle是完全优胜于SQLServer的了。
从资料上可以看到,Oracle的安全认证获得最高认证级别的ISO标准认证,而SQLServer并没有获得什么安全认证。
这方面证明了Oracle的安全性是高于SQLServer的。
操作上SQLServer明显要比Orcale简单,在针对J2EE和.NET的开发平台,区别的基本就是Oracle和SQLServer不同,Oracle的界面基本是基于Java的,大部分的工具是Dos界面的,甚至SQLPlus也是,SQLServer是跟VB一样,全图形界面,很少见到DOS窗口。
SQLServer中的企业管理器给用户提供一个全图形界面的集成管理控制台来集中管理多个服务器。
Oracle也有自己的企业管理器,而且它的性能在某些方面甚至超过了SQLServer的企业管理器,但它安装较为困难。
Orcale数据库和SQLServer数据库那个更快?
其实是一个很难答的问题,因为存在许多不定因素,包括处理类型、数据分布以及硬件基础设施等。
最终,基于性能最终考虑使用Orcale数据库,版本选用Orcale10g企业版。
由于本项目在使用数据库的过程中,最集中使用的功能为存储及查询管理调用,故在数据库定向上,将基于“存储型数据库”进行优化,开辟较大的一块连续空间做为存储文件位置,并扩大信息索引的使用率,达到最优使用效果。
存储模型划分
为了明确资源管理,并梳理合理的资源存储模型,在存储设计上,将信息切割成四个存储模块(每个存储模块通常有一系列表和视图、存储过程、序列、数据库调用函数组合而成):
配置库、业务库、接口库。
配置库:
核心库,主要用于存储管理和配置信息,这类信息的删改在设计上,需强制执行“镜像恢复数据预留”——即删改时候,将删改动作前后的数据做冗余镜像到“操作记录表”。
当删改的信息属于违规操作或者被管理员判定为无效行为时,系统可以通过恢复机制修复原来的配置项。
业务库:
通常又称信息资源库,主要用于存储所有业务相关或中间生成的数据,本类数据通常需记录信息的最后修改时间和执行人,不强制执行“镜像恢复数据预留”,如需恢复一段时间前的数据,通常需还原相应时间断的数据备份来实现。
这类库中,信息增长率较大或者信息量较大的表,需开辟对应的历史表,当数据产生时间已经属于较久(通常为三年)以前时,则将信息挪动到历史表,这样可以加速对这些信息的使用时效。
接口库:
这类库是被强制归类出的冗余表,主要是为了合理避开接口传递和业务使用之间的联系。
因为接口传递操作一般都是高频率的刷新行为,如果直接执行在业务库上,则可能会影像到相应功能的调用速率。
同时,接口在开发和调试过程中,极易出现不稳定的情况,容易造成数据的损坏、丢失或出现大量无效数据,这样的隔离设置,可以减小接口不稳定对平台核心库的影像。
4.3.项目管理部意见
□不采纳,将项目建议书归档
□采纳:
请进一步选择后续工作要求
□成立筹备组进行可行性分析;
□由申请人直接提出《立项申请表》。
审批人:
审批日期:
年月日