张岩辉
《基于GPS/3G/GIS的宁德海上台风预警与搜救系统》
可行性研究报告
编号：NDSZ-JSJ-200901
版本：1.0V
目 录
1 引言........................................................................................................................................4
1.1 编写目的....................................................................................................................4 1.2 背景............................................................................................................................4 1.3 定义............................................................................................................................4 1.4 参考资料....................................................................................................................4 2 可行性研究的前提................................................................................................................5
2.1 要求............................................................................................................................5 2.2 目标............................................................................................................................5 2.3 条件、假定和限制....................................................................................................5 2.4 研究方法....................................................................................................................6 2.5 评价尺度....................................................................................................................7 3 对现有系统的分析................................................................................................................8
3.1目前海事部门使用的相关系统说明.........................................................................8 4 3GTPSS 的可行性分析.......................................................................................................8
4.1 3GTPSS 的简要描述.................................................................................................8 4.2开发需要的软硬环境.................................................................................................9 4.3人员.............................................................................................................................9 4.4已具有的基础.............................................................................................................9 4.5 业务处理流程..........................................................................................................10 4.6 与现有系统的比较的优越性..................................................................................10
4.7 采用3GTPSS 可能带来的影响.............................................................................. 11 4.8 技术可行性评价...................................................................................................... 11 5 3GTPSS 经济可行性分析................................................................................................. 11
5.1 支出.......................................................................................................................... 11 5.2 收益..........................................................................................................................12 5.3 收益/投资比............................................................................................................12 5.4 投资回收周期..........................................................................................................12 6社会条件方面的可行性.......................................................................................................12
6.1 法律方面的可行性..................................................................................................12 6.2 用户使用方面的可行性..........................................................................................12 7结论意见...............................................................................................................................12
1 引言
1.1 编写目的
编写该报告的目的是在技术、经济、以及科学研究意义方面对宁德海上台风预警与搜救系统研发进行可行性分析。
1.2 背景
该项目是结合宁德海域现状，服务于地方经济社会为目的，向福建省科学技术厅申请的基础应用性研究课题。
项目名称： 基于3G/GPS/GIS台风预警与搜救系统的研究 项目主持者：李豫颖 项目开发者：
陈卫荣，阮群生，张世良，石曼银，杨惠玲，柯汉平
1.3 定义
《基于GPS/3G/GIS的宁德海上台风预警与搜救系统》简称为3GTPSS (TPSS, Typhoon Pre-warn and Search-rescue System)。
1.4 参考资料
[1] 杨文龙, 姚淑珍, 吴芸编著. 软件工程. 北京:电子工业出版社,1997 [2] 郑人杰. 试用软件工程. 北京:高等教育出版社,1996 [3] 陈明. 软件工程学教程. 北京:科学出版社,2002
[4] Andrew S.Tanenbaum.Computer Networks 4th Edition.Prentice Hall，2004 [5] 李大友. 实用软件工程基础. 北京:清华大学出版社，2002
[6] 张龙卿.Visual C#.Net应用精彩50例. 北京:清华大学出版社，2002 [7] 张龙祥.UML 与系统分析设计. 北京:人民邮电出版社,2003 [8] Jeffrey D.Ullman. A First Course in Database Systems.Pearson ,2003 [9] 周存杰.Visual C#.NET网络核心编程. 北京:清华大学出版社，2004 [10] Joseph Mayo. C# Unleashed.SAMS,2004
2 可行性研究的前提
2.1 要求
完成后的系统基本要求:
功能：利用3G 无线通信网络，实现3G 模拟终端与服务端之间的图片、视频和文字信息的互传，使得服务端软件具有台风预警和搜救信息的收集、计算、形成 和下发至客户端等主要功能，3G 模拟终端具有报警、现场摄像及把视频上传至服务器端等主要功能。
2、性能：软件运行速度快，操作响应时间短，信息传输效率高，质量可靠。 3、安全与保密：采用适当的安全算法对敏感重要的通信内容进行解密处理，保证秘密信息不易被解析，力保信息在通讯过程中有较好的隐蔽性、鲁棒性、安全性。
2.2 目标
开发目标:
结合 GPS
差分
定位
、3G 、GIS 和人工智能技术，研发海上台风预警和
功能
：3G 模拟终端视频信息上传到控制中文字和图片信息；渔
船的航行位置
搜救系统模型，实现
三个
主要
心并能接收控制中心下发的台风预警视 频、
显示在宁德电子海图上；控制中心根据渔船的求救信号自动形成搜救方案。
最终形成预警和搜救系统实验产品一套（包括控制中心平台软件和3G 客户端系统两大部分）。
2.3 条件、假定和限制
系统终端与服务器端的通讯需使用3G 无线网络环境，系统计算与处理的对象为宁德市近海域，宁德师范学院计算机与信息工程系提供项目开发PC 机、系统运行服务器等基本的开发硬件设施和环境。系统终端采用3G 手机、PDA 设备或3G 模块终端。项目研发经费为4-5万元人民币。
系统开发语言：任选； 开发起始时间：2009.8 -2011.12
2.4 研究方法
引进当前先进的3G 无线通讯用于预警视频和海上渔船视频的传输，融合差分GPS 定位和GIS 海图定位处理技术，以实现项目的主要功能。
实验方法及步骤
根据科学理论报告和项目需求分析书，通过以下实验手段实现本项目的研发： ①模拟实验。鉴于项目涉及到的部门、设备比较多，项目经费投入有限，以及3G 通讯技术的现状等情况，部分实验采用模拟试验环境，如模拟气象局的数据来源，海图的模拟电子图，海上环境的模拟等。
②对比实验。设置两个或两个以上的实验组，通过对比结果的比较分析，探究其中因素与实验对象的关系。如根据来自于GPS 的渔船定位数据，对GIS 海图定位处理可设成几个实验组，分别采用不同的算法或其它改进手段进行实验，并分析各组的实验结果。
③仿真实验。通过具有类似于真实仪器功能的软件产品来代替其实验，本课题拟采用3G 手机模拟器来仿真渔船上的终端收发器进行数据通讯实验。
④系统测试。测试工作贯穿于整个项目研发的过程中，包括文档测试、代码测试、模块测试、系统测试。
实验步骤（实验流程如图1所示）： 第一步：形成理论研究报告和系统分析文档 第二步：系统各功能模块的研发
第三步：主控中心平台的研发（含各功能模块的集成）
图1 项目研发实验步骤图
2.5 评价尺度
1、能否实现项目中规定功能。 2、运行是否可靠、安全。 3、系统交互性是否良好。 4、开发时间与费用是否合理。 5、开发文档撰写是否符合要求。
3 对现有系统的分析
3.1目前海事部门使用的相关系统说明
1、系统概述
由于海上船舶的实际需要，许多单位和个人在台风预警和海上搜救方面都做了大量的研究。由江苏省气象台研制的“台风业务应用和预警系统”，系统软件在台风信息的基础上, 开发研制了方便业务应用的各项功能, 包括报文解码器、台风实时信息显示、完整的历史资料查询、地图投影变换和地理信息显示、图像操作、距离方位测量、预报制作、相似查询、定点检索、台风中心定位以及其它诸多辅助工具等。朱福海等人对“舰船防台风预警预报系统”进行了研究。郭铁宝建立了用于部队的东海台风自动预警系统，实现了台风报文的自动解码，实况和预报信息的实时地理显示，从气象部门的需要来看，功能还太单一。江春发等用GIS 技术建立了厦门市台风跟踪预警系统，在台风跟踪检测，更主要是地图信息的丰富性方面比较突出，但该系统主要限于台风数据库的建立和地理信息系统上的显示应用方面，并且主要针对厦门市建立的，目前我国在用的海上预警、定位相关的系统的功能都比较简单，主要具有船舶在电子海图中的定位、与船主通话或收发短信、险情报警的功能，但还没有一套完整的搜救方案自动生成的机制。系统架构示意图如下图所示：
2、局限性
我国对类似项目的研究仍处于初步阶段，目前使用的系统缺少成熟的自动生成搜救信息的功能，系统建设费用非常高，通讯信号经常出现故障。
4 3GTPSS 的可行性分析
4.1 3GTPSS 的简要描述
3GTPSS 福建省科技厅基础应用类的研究项目，提出在3G 无线通讯环境下手机终
端与服务器关于视频、图片、文字等信息的相互通信的解决方案，研究台风及其它险情预警和搜救方案生成方法，从而为宁德海上险情预警和船舶搜救相关系统的研发提供参考价值。
4.2开发需要的软硬环境
软件环境及开发工具：WINDOWS XP，SQL SERVER 2000，WINDOWS MOBILE 6，ARCGIS ，VS.NET 2005，VS.NET 2008，Visual C++。
硬件环境：性能良好的服务器一台，普通PC 开发机三台，GPS 导航器一部，蓝牙近距离通讯设备一套。
4.3人员
设计与开发人员共7名，分别为李豫颖、张世良、阮群生、陈卫荣、杨惠玲、石曼银和柯汉平7位教师，上位机研发由张世良负责，下位机研发由阮群生负责，其中有四名教师是计算机技术应用类的硕士专业毕业，项目组成员大部分具有较为丰富的项目设计经验。
4.4已具有的基础
项目负责人李豫颖老师有着多年信息类的项目的研究，具有丰富的团队管理经验，项目成员中陈卫荣和张世良分别对3G 、GPS 、GIS 进行了前期研究，并开发了GIS 相关系统。项目组成员阮群生有着多年的企业一线实践经历，具有丰富的项目设计与开发经验。成员石曼银在人工智能领域具有一定的研究成果，对于项目中的GPS 差分定位出现信号中断情况能够给出合理的解决方法。
成员柯汉平数据水印及算法有较深入的研究，具有良好的软件开发素质。这对于本项目重点解决的科学问题：如何使用GPS 定位技术实现渔船的海上准确定位，且当GPS 信号暂时中断时的处理方法；在3G 无线通讯环境下保障视频和图片的传输质量可靠性、画面清晰和传输的速度；台风预警视频的生成研究等奠定了基础。 2．工作条件
本单位实验条件良好，目前已具备先进的计算机设备和算计机多功能实验室，可以进行前期的模拟实验。并且与宁德市气象局、宁德市海事局、宁德市海洋与渔业局、宁德市边防局、宁德移动公司等部门有良好的合作关系。这些单位可以为我们提供实验数据和实验条件。基本上能满足课题研究的要求和需要。 3．研究技术人员及协作条件
项目组成员的研究方向结构、研发经验、研究能力、年龄结构等形成了一支具有理论研究和项目开发实力的团队，也是一支颇具研发潜力的团队。本项目组成员都参与过项目研究，有的参加过国家级项目研究，还有的主持过省级或校级课题研究，成员中有多位教师具有独立开发系统的经验，发表了计算机专业相关的较高水平的研究论文。宁德师专将对本项目给予支持并提供良好的实验环境，宁德移动公司将为本项目的研究和测试提供支持平台。本项目组成员具有共同的项目研发目标，明确的任务分工，并具有团结协作的团队精神，这些都为完成本项目的研发提供了有力保障。
4.5 业务处理流程
业务处理对象为3G 手机模拟终端和控制中心服务器端，主要业务处理过程发生在终端与服务端之间，也有一些业务单独发生在终端或服务器端，具体流程如下图所示：
4.6 与现有系统的比较的优越性
3GTPSS 同现有系统的比较主要有如下二方面的优越性：
1、结合最新的3G 无线通讯技术，能够在终端与服务端间传送视频、图片等大容量信息的通讯瓶颈问题。
2、系统以3G 手机为硬件目标依附平台，以此系统为基础的后续研发，能够实现把本系统从模拟环境到真正的3G 手机平台的移值，降低系统的部署成本，可大大提高系统的实用性。
4.7 采用3GTPSS 可能带来的影响
为我国海上预警与搜救或类似系统的研发与实施提供较好的参与价值，能够降低系统的建设与运行成本，提出3G 无线网在海上预警与搜救系统中的应用解决方案。
4.8 技术可行性评价
1、3G 无线通讯是基于传输大容量多媒体而设计的第三代无线网络，所以对于在3G 网络下传输视频切实可行。
2、手机模拟终端系统与真正的手机的功能十分接近，目前，市场上提供大量的手机模拟终端系统，能够在模拟系统中进行个性的开发，能够满足许多关于多媒体技术设计的要求。
3、如今的GPS 定位信息比较准确，可通过市场上的定位产品方便地获取定位信息，稍作处理即可借用到本系统定位业务中。
4、无线下的视频的传输与数据安全算法成熟可靠，完全可以沿用到本系统，能够保证多媒信息在本系统中的安全、稳定的传输。
5、系统的设计与开发涉及的技术难度不会太多，项目组成员已具备的理论与技术条件，能够解决系统设计与开发中存在的问题。
综上所述，从项目开发的技术可行性来看，我们有信心、有能力完成项目设计与开发的任务。
5 3GTPSS 经济可行性分析
5.1 支出
项目研发的费用开支主要产生在如下几大部分：
1、购买PC 开发机、服务器、GPS 定位器和一些网络设备。
2、项目研发中产生的论文发表版面费。
3、项目开发前期的市场调研。
4、参加一些国内外相关的技术研讨交流会。
5、项目开发及测试需要的网络租借费和劳务费。
6、其它费用。
5.2 收益
本系统为福建省基础应用类的科研项目，暂无明显的经济收益。
5.3 收益/投资比
不可预算
5.4 投资回收周期
不可预算
6社会条件方面的可行性
6.1 法律方面的可行性
项目开发与测试中所用到的一切数据都不会违反国家和地方对信息的保密要求，所用到的技术不涉及任何的知识产权纠纷，系统研发所有行为都严格遵守国家关于软件产品相关的法律要求。
6.2 用户使用方面的可行性
系统的虚拟用户对象是海上船舶的船主和海事相关的行政部门，由于系统操作简便、实用，系统的建设和使用成本低廉，所以用户使用的可行性高。
7结论意见
经过以上可行性分析，本项目的研发切实可行，可以开展项目的具体内容的研究。
系统可行性报告
系统可行性报告
经过最近对医院的调研和在菏泽市立医院和曹县县医院对他们的HIS 系统的评测及实地观摩，特作出如下评估分析。
1、 我院目前信息化水平：
我院目前信息化谁水平相对较低暂时还不满足卫生部关于二级甲等医院的评审标准，最突出的问题就是现在医院运行的系统已经太过老化，功能模块相对今天来说不是很成熟且应用的时候有很多因为程序设计原因而不能修改的Bug ，已经不再适合医院现行发展的需要。
我院虽然之前也应用的HIS 系统，但其模块太过简单，功能还不完善，所以相关工作人员虽然有一定认识，但是对医院信息化这个大概念相对来说还不是很清楚，甚至有些模糊。
因为我院是中医特色的医院，所以门诊科室，有很多返聘的老专家，专家们对新型电子产品的认知度相对较慢，入手难度相对较大，所以他们在其诊疗过程中大多不应用HIS 系统，所以将来HIS 系统在全院推广的话，门诊诊疗科室必须要做好详细的预案和分析。
我院住院科室年龄结构相对均衡，但是经过最近的调研发现，个别科室对信息化这个概念认知相对局限，如果不加强教育推广的话，将来在HIS 系统的实施过程中，会产生不小的阻力。
我院门诊及住院收款结算部门的人员年龄相对较大，而且现在正在用的系统功能相对较为简单，新的HIS 系统都是流程化的处理方式，如果一个地方发生卡壳，就会波及到后面的流程的进行。如果新的HIS 系统正式推进的话，可能会在收款和结算部门产生卡壳问题，这两就会产生医院和患者之间的矛盾，特别是门诊收费划价，这里最容易出现问题。
我院的行政管理科室相对于医疗科室来说对HIS 的系统应用比较频繁，所以他们对HIS 系统的认知和理解相对来说比医疗科室深入一些，但是也存在这一定的不足，需要后期在HIS 系统的应用过程中利用管理方案进行深化认识。
2、 软件情况分析：
通过今天对曹县县医院即将上线的软件的观摩，以及对菏泽市立医院现在已经成熟运行的软件的对比分析发现：
（1）、曹县县医院即将上线的HIS 系统在门诊挂号上做的相对不是很完善，特别是收款处的模块，患者在收款处挂号是直接挂到科室的，而且是采用用滚动条滚动选择全部科室中的某一个，还不能进行代码或者首字母的搜索。还有就是只能挂科室不能挂到诊室或者专家。这样一旦科室众多而且人员操作不熟练，就会造成在门诊挂号处患者积压，就会产生很大的矛盾。
（2）、该HIS 系统在门诊医师那边是可以套用模板的，也可以添加模板，这是一个方便之处，但是我院的门诊科室有很多返聘的老专家，他们对信息化不是很熟悉，但是他们的知识又是医院的宝贵财富，所以把他们的知识总结成模板会是一个问题。
（3）、该HIS 系统的住院护士工作站相对来说还是很完善的，但是缺少部分东西，比如没有护理记录，医生所下的医嘱缺乏时效的提示而只显示医嘱的开始和结束时间等等。
（4）、该软件的电子病历模块在今天的演示中，有一些报告单的上面还显示的不是很全，对其内容是否存在还存疑，看后期核实。
（5）、其开发人员对医院的整体流程和架构了解的还不是很透彻，所以如果项目立项，实施的时候需要专门跟他们详细说明，要不然会产生很多问题。
（6）、如果HIS 系统项目实施的话，由于我院前期在诊疗过程中已经产生了大量的数据，很多都在现在的HIS 系统里放着，所以原有的数据以及新生成的数据的迁移工作会是一个比较打的阻碍。特别是如果要上电子病历系统的话，前期的纸质病历的录入会是一个棘手的问题。
（7）、一个新HIS 系统的应用归根结底是要淘汰掉原有系统的，关键是淘汰旧系统的时间要怎么定位、新系统是否要和旧系统并行操作、并行期间数据的录入问题是新系统上线的一个阻碍。
（8）、每个新系统的开发到正式上线都需要一个漫长的过程，如何能够尽量的缩短这个过程，以及我们要为此付出的工作及时间是一个亟待斟酌的问题。
（9）、该HIS 系统还有一些流程不是很合理并且相对繁琐，这会对上线运行产生一定的阻碍。
总结：现在这款软件在系统应用上来说是比我院现在正在使用的HIS 系统要先进很多，但是相对操作还有点麻烦，不利于计算机水平较差的工作人员的入门和深入。现在这款HIS 软件还有一些功能模块的表单缺失或者设置相对不合理，我们可以在需求中涉及到，看其能不能改善。
3、 我院新信息系统应考虑总体思路与要求：
随着医疗体制的改革，医院将逐步推向市场。医院要在市场的竞争中取胜，一是靠技术，二是靠服务。随着人们生活水平的不断提高，病人对服务质量的要求也不断提升，所以软件的管理模式和工作流程怎样能方便病人，更好的为病人服务是至关重要的。如减少就医时间、降低运行成本。
医院的中层科室担负着繁重的管理任务，随着这些管理级工作的日趋科学化，中层科室会越来越多地依赖于它们从基层收集来的基本数据进行汇总、统计与分析，用来评价他们所管理的基层部门与个人的工作情况，据此做出计划，督促执行，产生报告和做出决定。所以计算机化的信息系统要支持中层科室的数据收集，综合、汇总、分析报告与存储的工作。
医院的最高领导层要实现对全院的科学化管理，必须得到计算机信息系统的全面支持。经过中层科室加工分析的数据不仅要产出上交高层领导的报表和报告，用以直接辅助医院最高领导层的决策，而且要通过计算机的信息系统把加工后的数据直接传递给最高领导层。把全院各职能部门，包括临床的、行政的、医疗的、财务的各方面，各部门的信息沿二条主线－医疗、财务组合起来，提供一些非常方便、灵活的检索与查询的手段，满足医院最高领导层不断变化着的对信息的各种需求。
具体到我院目前情况以及将来发展目标考虑，软件系统应达到以下基本要求：
（1）、医院HIS 需要跟新的医保系统拥有良好的接口，能够按照新的医保程序进行定制开发，并且能详尽统计医保中各级数据。
（2）、能加强公费病人管理，以我院签订的报销比例合同为依据，按照合同单位报销条款，严格控制公费病人处方以及费用。
（3）、拥有自动化高就诊流程，尽量减少患者就诊时间，提供良好的就医环境。
（4）、建立以人、财、物管理为主体的信息系统，包括：门诊挂号、门诊收费、住院登记、住院收费与结算、医技收费、药库管理、门诊药房、住院药房、物资、设备管理、财务、病案等方面的管理系统。
（5）、建立以临床应用为主体的临床信息系统，包括：门诊医生工作站、住院医生工作站、电子病历、手术麻醉管理、血库管理、病案管理、医疗统计、科研教学管理等系统。
（6）、建立自动化的LIS 临床检验信息系统。
（7）、建立以影像存储与传输为主体的PACS 影像系统，包括：放射科流程管理、影像存储与传输、图像后处理等。
（8）、建立对各级领导和职工考核为主体的成本核算、人力资源管理、绩效考评等系统。
4、 费用预算与效益分析
（1）、支出
基础投资：
终端PC 机费用（需进行询价预算）
网络设备费用（需进行询价预算）
辅助配置费用（需进行询价预算）
其他设备（如挂号机等）费用
其他一次性投资：
软件费用
人员培训费
经常性支出：
维护人员费用
办公耗材费用
其他不可知额外支出
（2）、效益
本系统将主要从以下几个方面减少支出以及提高效益：
减少药房，门诊的员工人数，减少工资的支出。
减少各部门之间协调，以及管理的成本。
通过该系统提高各部门的工作效率，达到事半功倍的效果。
提高病人的满意度，提升医院的知名度。
5、 社会因素方面的可行性
（1）、法律方面的可行性
所有的软件都尽量选用正版，一方面不会在软件运行过程中出现因不正版软件的问题出现错误；另一个方面是涉及到版权问题以免侵犯到该软件的专利权。 所有技术资料都由提出方提交完全并由我方保管，这样才能保证技术材料的可靠性以及权威性。同时让我方对这个技术资料持有专利权。合同制定要明确确定违约责任。这是软件工作当中最敏感的问题，所以我们必须要制定合同确定一切问题，以免因为被人推卸责任和侵犯到专利和版权，具体事项需要与我院的法律代表详谈。
（2）、使用方面的可行性
我院的大部分工作人员都会会熟练操作Windows XP、Windows 7等普遍使用的操作系统，在对具有一定计算机专业知识的员工进行培训前提下，除了个别的年龄相对大的领导以外，科室成员大多能都比较熟练的掌握该HIS 系统，所以该管理系统还是有相当大的可行性的。
目前该HIS 系统所提供的模块比较全面，基本HIS 系统中所有的诊疗、管理、质控模块里面基本都有，所以该HIS 系统还是具有在医院实际应用的可行性的。但是前期调研需求工作必须做好。
ATM系统可行性报告
ATM 系统（ATM System ）
可行性研究报告
开发方：ATM 系统开发小组
组长：郭栋
组员：李智超、高延太、韩凯、孔鹏飞
文档拟定日期：2011年11月1日
目录
1引言 ............................................................................................................................................. 2
1.1标识 . ............................................................................................................................ 2
1.1.1标识号 . ............................................................................................................. 2 1.1.2 标题 . ................................................................................................................ 2 1.1.3 缩略词语 . ........................................................................................................ 2 1.2背景 . ............................................................................................................................ 2 1.3项目概述 . .................................................................................................................... 2 1.4文档概述 . .................................................................................................................... 3
2引用文件 ..................................................................................................................................... 3 3可行性分析的前提...................................................................................................................... 3
3.1项目的要求 . ................................................................................................................ 3 3.2项目的目标 . ................................................................................................................ 3 3.3项目的环境、条件、假定和限制 . ............................................................................ 4 3.4进行可行性分析的方法 . ............................................................................................ 4
4可选的方案 ................................................................................................................................. 4
4.1可选择的系统方案1 . ................................................................................................. 4 4.2可选择的系统方案2 . ................................................................................................. 4 4.3选择最终方案的准则 . ................................................................................................ 5
5所建议的系统 ............................................................................................................................. 5
5.1对所建议的系统的说明 . ............................................................................................ 5 5.2处理流程 . .................................................................................................................... 5 5.3影响(或要求) .............................................................................................................. 6
5.3.1设备 . ................................................................................................................. 6 5.3.2软件 . ................................................................................................................. 6 5.3.3运行 . ................................................................................................................. 6 5.3.4开发 . ................................................................................................................. 6 5.4局限性 . ................................................................................................................ 6
6经济可行性(成本----效益分析) . ................................................................................................. 6
6.1投资 . ............................................................................................................................ 6 6.2预期的经济效益 . ........................................................................................................ 7
6.2.1一次性收益 . ..................................................................................................... 7 6.2.2不可定量的收益 . ............................................................................................. 7 6.2.3收益/投资比 . .................................................................................................... 7 6.2.4投资回收周期 . ................................................................................................. 7 6.3市场预测 . .................................................................................................................... 8
7技术可行性(技术风险评价) ....................................................................................................... 8 8法律可行性 ................................................................................................................................. 8
8.1 软件著作权 . ............................................................................................................... 8 8.2 软件著作权的许可使用和转让 . ............................................................................... 8 8.3 法律责任 . ................................................................................................................... 8
9用户使用可行性.......................................................................................................................... 9 10结论 ........................................................................................................................................... 9
1引言
1.1标识 1.1.1标识号
1.1.2 标题
自动取款机系统
1.1.3 缩略词语
ATM System (Automatic Teller Machine System)
1.2背景
ATM 系统可利用磁卡或智能卡实现金融交易服务，可以代替银行柜面人员的工作。可以进行提取现金、现金存款、余额查询、进行账户间的资金划拨（转账）等工作。 此外，由于涉及金融交易，该系统的安全性尤为重要。
1.3项目概述
1. 本文档《ATM 系统可行性（研究）报告》适用与ATM （自动取款机）系统项目。 2. ATM 系统用途：
1） 存取现金 2） 余额查询 3） 转账交易 4） 修改密码
5） 查询历史交易记录
3. 无项目开发、运行、维护历史
4. 项目投资方：中国银行（日照分行） 5. 项目需方：中国银行（日照分行）
6. 项目用户：中国银行（日照分行）各分理处
7. 项目开发方：曲阜师范大学2010级软件工程2班 ATM 系统开发小组 8. 支持机构：曲阜师范大学计算机科学学院
1.4文档概述
本文档是ATM 系统项目初期策划的结果，它分析了ATM 系统项目的要求、目标和环境；提出了几种可供选择的方案；并从技术、经济和法律各方面进行了可行性分析。可作为项目决策的依据。
2引用文件
1. 《软件工程导论 第五版》张海潘编著 清华大学出版社 ISBN ：978-7-302-16478-4 2. 《JA V A 编程思想 第四版》 机械工业出版社 ISBN ：978-7-111-21382-6
3. 《Eclipse SWT/JFace核心应用》 清华大学出版社 ISBN ：978-7-302-14717-6
3可行性分析的前提
3.1项目的要求
功能要求：本系统用于实现自助银行交易功能，取款人通过该系统，可以完成存取款、转账、修改密码、查询历史交易记录操作。
性能要求：数据操作必须精确，尽可能的提高系统处理数据的效率。
输入/输出：最大限度的屏蔽输入的非法字符，对于用户敏感信息采取部分输出的措施。 基本系统流程：
安全要求：本系统需保证用户个人及密码信息不被泄露。
3.2项目的目标
3.3项目的环境、条件、假定和限制
开发时间：4至6个月
开发技术：系统核心代码使用Java ，软件UI 计划使用Eclipse SWT 实现
3.4进行可行性分析的方法
技术可行性分析 经济可行性分析 操作可行性分析 政策、法律分析 社会效益分析
4可选的方案
4.1可选择的系统方案1
该系统方案中用户通过业务处理程序存取储户个人及账户信息。其中，用户事务由用户（包括储户和管理员）触发，之后通过业务处理程序进行访问权限判断，并进行对储户个人及账户信息的读取或修改。
4.2可选择的系统方案2
该系统方案将储户处理程序与后台管理程序分离： 储户处理程序只能用于处理储户对其相应账户数据的读取与修改；同样，后台管理程序也只能用于处理管理员对所有储户账户数据的读取与修改。这样可以实现访问权限比较彻底的分离，对该系统的安全性有很大的提高。
4.3选择最终方案的准则
高安全性，便于维护。
5所建议的系统
5.1对所建议的系统的说明
该系统将储户处理程序与后台管理程序分离： 储户处理程序只能用于处理储户对其相应账户数据的读取与修改；同样，后台管理程序也只能用于处理管理员对所有储户账户数据的读取与修改。这样可以实现访问权限比较彻底的分离，对该系统的安全性有很大的提高。
5.2处理流程
5.3影响(或要求) 5.3.1设备
ATM 硬件系统：硬件系统由下半部分的保险柜和上半部分的电子柜构成主体框架；保险柜中包含现金处理模块——机芯，电子柜中包含PC 、读卡器、流水打印机、凭条打印机、通信控制板或者输入输出（IO ）控制板。
5.3.2软件
1. 图像处理：photoshop CS3
2. IDE 开发环境：Eclipse (heilos) + jdk1.6.0_27 + jre6 3. 数据库：MySQL
5.3.3运行
本系统在Java 虚拟机（JVM ）下运行
5.3.4开发
使用Eclipse SWT进行用户界面（UI ）开发 使用Java 语言进行系统主体开发 使用MySOL 数据库进行数据存储
5.4局限性
由于Java 编程语言自身的效率问题，该系统在数据量极大的情况下会出现效率低下等问题。
6经济可行性(成本----效益分析)
6.1投资
投资即企业为实现某种特定的目标（通常是为了获得收益或避免风险）而进行的某种资金投放或运行的经济活动。 1）基本建设投资
（1）开发环境：厂房和其他构建物。（15%）
（2）开发设备：包括计算机及其外部设备，硬件、软件及网络的测量和控制仪表与试验设备，电器和传动设备，动力机器和设备，其它机器设备如复印机和摄像机等。（10%） （3）开发软件（10%） （4）开发资料（5%） 2）其他一次性投资
（1）技术管理费 （10%） （2）培训费（10%） （3）管理费（20%） 3）其他非一次性投资
（1）人员工资（ 10%） （2）奖金（5%） （3）差旅费等（5%）
6.2预期的经济效益
预期的经济效益是在项目开发前对该项目建成之后所能带来的所有经济利益之和做的科学合理严谨的预测。括财务效益（微观经济效益）、国民经济效益（宏观经济效益）和社会效益。
6.2.1一次性收益
在产品交付时，由买方按照之前签订的协议进行一次性付款。
6.2.2不可定量的收益
承办单位应得的收益不可定量，具体还应该参照处理信件总数目多少以及处理情况的好坏而定。
6.2.3收益/投资比
实施当年的投资收益在当年的总利润中的比例约计为60%。
6.2.4投资回收周期
ATM 系统的投资回收周期需要考虑现在的市场行情，此类系统的开发已经比较成熟，根据在各银行返回的调查结果来看，投资回收期应该在3-5年。
6.3市场预测
伴随着银行数目的增多、银行自助业务的普及以及人民生活方式的转变，ATM 系统具有良好的市场前景。
7技术可行性(技术风险评价)
本系统由软件工程专业学生进行开发，由该校软件工程专业老师进行指导。本系统所采用的技术有：Java 程序设计、数据库技术、UI 设计。其中Java 程序设计和数据库技术仍在学习阶段，但鉴于开发时间比较充裕，预计本系统可以在预定的时间内交付使用。
8法律可行性
8.1 软件著作权
1）软件开发者，是指实际组织开发、直接进行开发，并对开发完成的软件承担责任的法人或者其他组织；或者依靠自己具有的条件独立完成软件开发，并对软件承担责任的自然人。
2）软件著作权人，是指依照本条例的规定，对软件享有著作权的自然人、法人或者其他组织。
3） 软件著作权人享有的权力有，发表权、署名权、修改权、复制权、发行权、出租权、信息网络传播权、翻译权、软件著作权人可以许可他人行使其软件著作权，并有权获得报酬。软件著作权人可以全部或者部分转让其软件著作权，并有权获得报酬。
4） 软件著作权自软件开发完成之日起产生。
8.2 软件著作权的许可使用和转让
1）许可他人行使软件著作权的，应当订立许可使用合同 2）转让软件著作权的，当事人应当订立书面合同。
8.3 法律责任
1）有下列侵权行为的，应当根据情况，承担停止侵害、消除影响、赔礼道歉、赔偿损失等民事责任：
（一）未经软件著作权人许可，发表或者登记其软件的； （二）将他人软件作为自己的软件发表或者登记的； （三）未经合作者许可，将与他人合作开发的软件作为自己单独完成的软件发表或者登记的；
（四）在他人软件上署名或者更改他人软件上的署名的； （五）未经软件著作权人许可，修改、翻译其软件的； （六）其他侵犯软件著作权的行为。
2）未经软件著作权人许可，有下列侵权行为的，应当根据情况，承担停止侵害、消除影响、赔礼道歉、赔偿损失等民事责任；同时损害社会公共利益的，由著作权行政管理部门责令停止侵权行为，没收违法所得，没收、销毁侵权复制品，可以并处罚款；情节严重的，著作权行政管理部门并可以没收主要用于制作侵权复制品的材料、工具、设备等；触犯刑律的，依照刑法关于侵犯著作权罪、销售侵权复制品罪的规定，依法追究刑事责任：
（一）复制或者部分复制著作权人的软件的；
（二）向公众发行、出租、通过信息网络传播著作权人的软件的；
（三）故意避开或者破坏著作权人为保护其软件著作权而采取的技术措施的； （四）故意删除或者改变软件权利管理电子信息的； （五）转让或者许可他人行使著作权人的软件著作权的。 3）软件著作权侵权纠纷可以调解。 （一） 软件著作权合同纠纷可以依据合同中的仲裁条款或者事后达成的书面仲裁协议，向仲裁机构申请仲裁。
（二） 当事人没有在合同中订立仲裁条款，事后又没有书面仲裁协议的，可以直接向人民法院提起诉讼。
4）本软件开发及使用工程完全遵守以上法律，本软件的开发法律方面可行。
9用户使用可行性
1. 管理人员必须具有计算机安全防护意识
2. 管理人员应当保管好管理账号及密码，如发生泄漏，立即进行更换
3. 系统管理端必须放置于未连接外网的设备上，并禁止使用即插即拔类存储设备（如
U 盘）
4. 管理端密码应当足够强壮并定期更改
5. 管理人员应当保证储户端的安全监控，以防不法分子利用技术手段破坏系统
10结论
经以上论证，该A TM 系统方案可行。
办公OA系统可行性报告
目 录 ...................................................................................................... 1 一 项目内容 ........................................................................................... 2 二 市场分析 ........................................................................................... 2
2.1 技术先进性 ............................................................................... 2
2.2 市场销售分析 ............................................................................ 6
2.3 市场的呼声 ............................................................................... 7 三 公司技术保障分析 ............................................................................. 7 四 开发和推广计划................................................................................. 8
4.1 项目开发计划 ............................................................................ 8
4.2 项目推广计划 ............................................................................ 9 五 投资及效益分析............................................................................... 10
5.1 投资概述 ................................................................................. 10
5.2 效益分析 ................................................................................. 11
1
根据市场需求和产品发展的趋势，设计开发一套符合重庆市各区（县）党
政机关要求的应用集中模式的办公自动化系统。
应用集中模式的办公自动化系统，是在现有的办公自动化系统的基础上的
一种必然需求，主要特征表现如下：
其是：为重庆市各区县的党政机关建立一个统一的办公自动化平
台，实现办公业务集中、办公数据集中。它不是一个简单的通用办公，它能够作
为各使用单位的业务数据交换基础平台，从中获得授权的信息支持。把“办公”
的概念推广到“管理”、“服务”、“决策”等多个方面。
其是：各区（县）统一建立一套办公自动化系统，采用统一的应
用服务器和数据库服务器，区（县）各党政机关、下属各部门、委办局、街道办
事处、乡镇的工作人员，作为系统的用户，在同一个办公平台下进行办公事务的
处理。各单位的办公事务、系统管理、资源分配、权限控制等业务相对独立，单
位之间又可以进行协同办公和公文流转。
其在于：从总体上降低各区(县)政府在电子政务系统建设方面的软、硬件投资，降低系统运行和维护的成本，减少系统出故障的环节，提高部门协同办
公的效率，实现一次性投入，区（县）内各党政机关均实现党政办公网络化、电
子化、数字化的目标，也符合党政办公自动化系统”统一标准、减少投资、避免重复建设”的要求，并为实施电子政务其他应用系统创造条件。
2.1
技术的先进性体现在以下几方面：
2
1、电子政务系统发展趋向平台化：电子政务的发展可以分为四个阶段：
数字化阶段：从电脑打字到OA的推广。
Web化阶段：以政府上网为典型工程，完成政府信息的单向发布，进一步
发展到政府少量业务的网上执行为主的双向交流网站。
资源化阶段：行业信息建设地区信息中心建设，以及政府信息门户的建设。
平台化阶段：所有的政务都是在网上处理，横向的和纵向的政府“条块”
网络被统一在一个国家电子政务平台上面。
党政办公自动化系统是电子政务的典型应用，目前，重庆市的部分区（县）
政府在应用中结合实际需要，已经提出了统一建设党政协同办公平台的要求。中
科院中国电子政务研究室以及中科院软件研究所也已提出了中国电子政务平台
的模型，应用集中模式的办公自动化系统设计思路的提出，使电子政务平台化发
展的具体实践。
2各级政府建设电子政务系统时，
要求统一规划、减少投资、避免重复建设。注重整合资源、统一标准。建设应用
集中模式的办公自动化系统，符合政府系统建设的要求。
3目前重庆市主要的党政OA产品，还是以分散型的
应用模式为主，即区（县）政府、各委办局、乡镇等单位分别建立一套OA系统，
3
不同OA系统间通过电子邮件进行数据交换或是公文流转。但是，据市府办公厅
和一些用户反馈的信息，有些公司已经提出了类似于应用集中模式的办公自动化
系统的方案，部分用户也已经逐步了解应用集中模式的办公自动化系统的优点，
因此，随着用户需求的提高和技术发展的趋势，应用集中模式的办公自动化系统
将会被越来越多的用户接受。及时开发应用集中模式的办公自动化系统，并抢先
在市场上宣传集中式电子政务平台的概念，将会提高产品市场竞争力，达到技术
领先的目标，提升公司品牌。
4：
应用集中模式的办公自动化系统产品的特点符合政府电子政务建设的要求：
经济性和实用性：从经济实用的角度来分析，应用集中模式的办公自动化系统可以更好的符合重庆市各区（县）政府的需要。各区（县）下属各部门、委
办局、乡镇、街道办事处等至少有数十个，如果分别建立自己的办公自动化系统，
一方面要在应用服务器和数据库服务器上重复投入建设费用，另一方面由于选择
了不同的软件开发商，将导致应用系统数据标准、操作系统等各方面的差异，从
而导致在信息互访、数据交换、身份认证、协同办公等各方面的不便，另外，各
区（县）有些部门规模较小，独立建设自己的办公系统显然不够经济，也会导致
建设周期上的差异，势必延缓各区（县）的电子政务建设的进程，不利于电子政
务系统的统一部署。因此，建立应用集中模式的办公自动化系统，首先可以节省
总体投资，各区（县）政府只需投资建设统一的应用服务器和数据库服务器，达
到整合资源、节省投资、避免重复建设的目的。其次实现真正意义的协同办公，
区（县）政府各级部门的工作人员均在统一的办公平台下进行公务处理，可实现
真正意义的资源共享、完成跨部门的公文审批。第三，由于数据标准统一、数据
高度集中，为数据分析、统计、挖掘等创造了良好的条件，为决策支持系统的建
设打下坚实的基础。第四，达到了统一部署的目标，系统一次建设完成，区（县）
各级部门工作人员只需进行培训，便可在统一的时期实现办公业务的电子化、网
络化、数字化、无纸化。大大缩短电子政务应用系统建设的周期。第五、便于建
立起统一的数据汇总、信息利用平台。它有利于把区（县）政府各级部门的结构
4
化数据（业务网络数据库、个人数据库）和非结构化数据（公文、多媒体资料、
分类记录）联系起来。把部门或个人知识、经验、成果最大化。最后，可以节省
区（县）政府各级部门在系统维护、系统升级等方面的成本和费用。
开放性和可扩展性：系统采用WEB方式的应用集中模式，可在原有系统基
础上迅速部署新的应用，而不影响原系统的应用。新的应用系统可充分得用现有
系统的应用服务器和数据库服务器资源，并利用现有系统的统一的身份认证、权
限分配体系，一方面可充分利用现有资源，另一方面也可节省系统开发和部署的
周期及费用，使电子政务应用平台成为现实。
良好的数据集成性：系统提供良好的数据集成/转换工具软件，能与现有的
个人信息处理系统和单位、部门的结合业务处理系统、第三方信息提供商，进行
双向或单向的数据交换。所有用户能共享交换的成果。
高可靠性与安全性：由于采用统一的数据库服务器和应用服务器，减少了
硬件环境的出故障的环节，提高了系统运行的可靠性。采用统一的身份认证模式，
避免了身份交叉认证的不便和繁琐，方便实现资源共享和协同办公、公文流转。
数据集中存放在数据中心，更容易采取严格的保密措施，减少数据泄密的环节。
应用集中模式的办公自动化系统产品还会为客户带来如下好处：
实施成本的降低：可降低实施费、缩短实施周期、降低实施的复杂性、减
少系统定制成分（避免了众口难调的尴尬局面）。实施的主要任务从系统开发转
向用户参数设臵、权限分配等客户化工作以及用户培训工作，间接可减少技术人
员的数量，对实施人员的要求也可相应地降低。有利于控制实施周期和实施成本。
系统维护成本降低：整个系统结构的简化、硬件性能的提高等因素降低了
系统故障出现的几率，系统运行环境的集中也降低了维护人员的维护费用，有利
于控制成本。
快速地建立广泛的数据资源：整个系统通过数据集成接口和工具软件，快
速建立起个人、部门、单位、信息提供和服务商多层次、多方面的数据。它有利
于为用户提供出更多的“知识”和“经验”。
5
2.2
1 该产品会对公司的销售策略产生巨大的变化。
以前销售办公自动化系统是直接面对区（县）政府的各级部门，大部分销
售合同额和利润都有限，销售人员的差旅费用相对较高。由于竞争的存在，客户
很有可能流失。如果销售应用集中式的办公自动化产品，销售策略相应将有所调
整，效果也会有所变化，首先针对性较强，销售对象是区（县）政府，可以集中
人力物力攻关，也可降低销售费用。其次，合同额和利润可大幅提高。第三，针
对已建系统的区（县）政府，也可以建议其更换为应用集中式的办公自动化产品，
承诺为其移植数据。由于技术的先进性以及销售策略的变化，将会直接提高产品
的市场竞争力。
同时，公司还可以利用该产品在区（县）各级部门造成的影响和声势，提
高公司知名度，扩大销售范围。
2 该产品的成功会争强我公司在区县电子政务市场的竞争力
由于众所周知的原因，目前公司开发的党政办公自动化产品在成熟度、适
用性、客户群等方面都无法同重庆南华中天的党政办公自动化产品相抗衡。与某
些其它公司（如博恩）的产品相比也有不少的差距，关键是我们一直未有一种超
前的设计理念，始终处于模仿和跟随的地位。目前，我们的产品从功能、性能以
及名声已经处于落后的地位，市外一些优秀的产品也已逐步向市内渗透，要想改
变这种被动的局面，在重庆党政办公自动化市场能够立足，我们认为应当采取两
个策略：
第一需要深入用户中详细了解客户的工作流程和管理模式，完善原有软件
的功能和增强原有软件的适用性。
第二就是迅速响应代表电子政务发展方向的先进思路，寻求专家的帮助，
尽快开发出符合重庆市党政机关需要的电子政务系列产品。
希望通过这两个策略的实施，公司能够迅速赶上竞争对手的步伐，直至在
未来的1-2年中实现超越。
6
3 该产品会对电子政务的其它应用产生影响。
该产品首先是一个电子政务平台，其次才是全区（县）的一个办公自动化
系统。利用该平台，可以解决捆扰客户多年的协同办公和协同审批问题，还可以
在该平台上开发其他跨部门的应用系统，比如：网上审批系统、公检发联合办案
系统等。我相信公司的相关人员真能够深入到用户中，详细了解客户的工作流程
和管理模式，是可以发觉我们的业务机会的。
2.3
不论在什么行业，数据的集中已经是一阵发展趋势，在我国表现最明显的
是银行和大的企业。随着网络覆盖面的扩大，政府的客户、专家和应用软件开发
商也在考虑数据集中在电子政务应用的可行性。
：胡力（重庆市政府技术中心主任）和陶洋（重庆市电子政务资深专
家）认为，数据集中是电子政务发展的趋势，未来1-2年重庆市的电子政务应用软件体系结构会发生根本变化。
：双桥区在10月的软件采购时已经明确提出办公自动化应用集中的模
式， 标书要求一套办公自动化软件可以覆盖双桥区所有部门；万州去于两年前
就考虑过数据集中的模式，由于当时网络覆盖和未找到合适的合作伙伴未将该思
路变为项目；渝北区政府相关人认为该思路与他们的思路是吻合的，希望我公司
在2003年4月前开发出相应的产品；云阳县信息科科长张利川（92年计算机
专业本科毕业）表示，如果有相应的产品，他们可以在二期项目考虑该模式。
：四川托普已于10月中标双桥区项目，他们已逐步将以上
思路转变成产品；重庆博恩据说正在考虑该思路的可行性；南华中天已经在原有
软件的基础上开发接口程序，逐步实现分布式协同办公，数据集中模式的软件暂
不知道是否在或考虑开发。
1系统开发采用JAVA语言，也是公司目前主流的开发语言，经过IERP产品的开发，培养了一批技术过硬的系统分析员以及JAVA程
7
序员，储备了充分的研发力量。
2OA产品一直是公司主流的产品，在党政OA系统的设计、开发方面拥有丰富的经验。另外，在实施的多个党政OA系统过程中，不断听取客户的需求，并得到市府办公厅信息中心以及有关专家的支持，在系统设
计方面积累了充分的经验。公司新开发的基于关系数据库的党政OA系统刚刚通过市府办公厅的评测，说明我们已具备了新的应用模式的党政OA的开发基础。应用集中式办公自动化系统并非全盘改变现有党政OA系统的功能模块，而是改变其用户管理、权限分配、流程管理等系统管理、参数设臵模式，供多个部门（单
位）共同使用，在这方面我们在《交通银行重庆分行内部网站系统》的设计和开
发上已作了初步的尝试，并已获得用户的认可，具备了应用集中式系统设计开发
的初步经验。
从以上两个方面分析，公司已具备了设计和开发新产品的实力。
4.1
一个项目需要经历以下几个阶段：
如果将渝北区政府作为第一个假想客户目标，我们必须将我们的开发计划
同他们的计划结合在一起。具现在了解的情况，渝北区政府正在准备二期网络工
程（城域网）建设，要求在2003年6月底网络覆盖范围到达各个部门和乡镇。
根据他们的计划，初步考虑公司项目的开发计划如下：
8
20021224
20021225 2003122
2003123 2003430
2003416 2003630
以上只是一个很粗的计划，如果该项目能够立项再在以上时间段的基础上
制定详细的项目计划。
4.2
与该项目相关系的人有以下几类：
[1] 客户。该软件的客户定位主要在重庆区县政府，可以考虑其它省市。
当然2003年的重点应该在渝北区、江津市、万州区、九龙坡区，能够在以上几
个地方发展1-2个客户就是胜利。
[2] 重庆市两办信息中心的领导和重庆市的相关专家。对于这类关系人，
公司应当大力争取到他们的支持，尽可能的让他们参与到项目中来。
[3] 公司领导。公司领导应当对该项目的意义有足够的理解，在人力和物
力上保障该项目能够按计划开发。
[4] 项目设计、开发人员。
[5] 销售人员。
针对以上情况计划如下：
9
2003330
2003430
20036 以上只是一个很粗的计划，如果该项目能够立项再在以上时间段的基础上
制定详细的项目计划。
5.1
整个项目的计划投资如下：
2
2
16.5
5.36
1
2
1
29.86
人力成本按以下计算：
10
/
7000 10 70000
4000 80000 2054
15000
165000
设备折旧和管理费用按以下计算：
7200*6 120 5*6 3600
10000 5 50000
53600
5.2
效益分析的假设条件如下：
[1] 该软件的产品定价为60万/套，可以按7折销售； [2] 该软件的实施费定价为500元/人，可以打7折，每地区按200人计算；
[3] 实际开发出的产品达到设计要求；
[4] 实际开发进度与开发计划无较大差异。
[5] 软件不销往省外市场。
下面是预计三年的现金流量表：
11
2003 2004 2005
50*1=50 50*5=250 50*10=500 销售收入
10 50 100 销售成本（销售收入的20%）
40 200 400
25 10 10 开发成本
5 3 3 营销成本
4*1=4 4*5=20 4*10=40 实施成本
5 5 5 分摊的管理费用
1 162 342
1 162 342 贡献净额
1 147 283 折现贡献（10%）
1 148 431
以上价格只是产品价格，在销售时可以将产品服务费另行收取。 直接效益计算依据如下：
[1] 市政府会出台相关文件，加快和规范重庆市电子政务建设； [2] 重庆有40个区（县）；
[3] 该软件代表了电子政务发展方向，应当是以后区（县）办公自动化软
件的首选；
间接收益概括为以下两点：
[1] 提升公司在政府行业的知名度；
[2] 为以后其它电子政府应用打下市场基础。
12
系统可行性分析报告
系统可行性分析报告
分析报告是一种比较常用的文体。有市场分析报告、行业分析报告、经济形势分析报告、社会问题分析报告等等。那么关于“系统可行性分析报告”有哪些呢,一起来看看吧，
【篇一,历史研究性学习报告】 20xx年1月——20xx年9月,我们历史组在高二年级文科班中深入进行了一次研究性学习的研究实验工作,取得了较好的研究成果,是历史科研究性学习的一次有益的探索与实践。
20xx年9月——20xx年1月,我们召开了多次课题组会议,对在高二年级文科班中再深入进行研究性学习的研究实验工作进行可行性论证,经过论证,我们认为是可行的,其原因有以下几点,
1、高二年级文科班的学生素质较好。近几年来,我校文科高考成绩年年再创新高,在全市多次摘取文科桂冠,使我校文科类学生英才济济,汇聚一堂,高二年级文科班的学生素质较好为全校所公认。
2、高考改革的趋势。20xx年广东省高考文理综合试题第十九题是典型的研究性学习的考题,20xx年高考上海卷第37题亦属研究性学习的考题,这两题的出台代表了高考改革的方向,它表明研究性学习的考题在高考中开始出现,紧跟高考改革的方向,是高二年级文科班历史教学的任务。
1 / 8
3、高二年级文科班的历史课是我们课题组成员杨柳、周雪红老师任教,这对于研究工作的进行较为便利。
4、班主任支持。这几个班的班主任都较为支持,使得研究性学习的研究实验工作得以顺利进行。
考虑到高二年级没有进行研究性学习的课时,我们只能利用历史课及一些班会课时间进行动员。首先,请教科所苏敏老师作专题报告,向同学们介绍了国际国内研究性学习的最新动态,以及柳州市几所中学研究性学习的发展情况,使同学们对研究性学习有了一个初步的了解,其次,请周梅莉老师进行具体的指导,使同学们明确研究性学习不仅是高考改革的方向,而且能够锻炼大家的学习、工作能力,是高中阶段不可多得的一次锻炼机会。最后,杨柳、周雪红老师利用本班历史课时间向同学们介绍了研究性学习的主要方法及研究程序,布置了研究性学习的具体任务。考虑到高二年级没有进行研究性学习的课时,这一任务只能利用寒假时间进行,所以,我们把研究性学习的任务以寒假作业的方式布置下去,要求学生在放假前将研究性学习的准备工作做好,放假时进行研究,开学后再整理研究成果。
在将寒假作业布置下去后,我们着手进行研究性学习的准备工作——组建课题组,制定研究方案。首先,我们组织学生组成课题组,规定1——5人一组,在自愿的基础上选举产生组长,由组长负责小组成员的分工以及与指导老师
2 / 8
的联络等,并负责将研究课题和本组成员名单交给老师。小组成员共同制定研究课题,在研究过程中,既分工负责,又相互配合,体现全体成员分工与合作的统一。其次,为了把握研究方向,保证进度和质量,我们要求学生制定研究方案,其内容包括课题的名称,课题研究的主要内容,研究的方法和时间进程,小组成员的分工,预期的研究成果及表现形式等,并规定了研究方案交给老师的时间。最后,进行开题论证工作,研究方案交上来后,我们组织了开题评审会,对每个组的“课题研究方案”进行开题评审(开题评审会记录另存)。为此,我们制订了详细的评分细则,内容有课题组所选课题的意义、课题组所选课题的可行性、课题组所选课题采用的研究方法的恰当程度、课题组对所选课题的设想的合理程度、课题组成员陈述课题及回答问题的语言组织及表达能力等几项,依据这一评分细则对学生的课题进行了评分,好的研究方案建议学生保留,不合格的课题要重新准备后再通过开题评审,在此基础上,开始了研究性学习的实施阶段。
在组建课题组,制定研究方案并通过开题论证之后,我们开始了研究性学习的实施阶段。这一阶段,由于没有课时,我们要求学生用寒假时间自主进行研究,我们教师着手进行指导工作。我们指导学生进行资料的收集工作。我们首先指导学生在研究过程中进行分工合作,由小组长负责小组成员的分工,各司其职,各负其责,互相配合进行资料的收
3 / 8
集工作。其次,我们给学生讲解了进行资料收集工作的方法,
1、通过媒体搜集资料。我们指导学生通过媒体搜集资料,如互联网、图书馆、音像制品、电视、报刊、广播等媒体,都是较好的搜集资料的媒体。
2、实地考察。我们指导学生进行实地考察,由同学们亲自到现场勘察,采集相关素材,并提出有条件的同学可以带照相机、摄像机进行摄影摄像,并将资料输入计算机。由于没有课时,只能在假期进行这一工作,所以我们提出必须要在家长陪同下前往并注意安全问题。
3、有条件的同学可以到相关部门搜集相关资料。其实,搜集资料的途径很多,可谓条条道路通罗马,除上面的途径外,还可借助父母的关系,找到调查对象进行座谈,借助社会关系,访问不同层面的调查对象等等。在搜集到相关资料后,一定要注意原始资料的保存,有条件的同学最好将资料输入计算机保存。
20xx年3月,寒假结束了,同学们带着原始资料回到了校园,我们首先指导他们进行资料的整理工作。同学们搜集到的资料形式多种多样,不仅有文字资料,还有数据资料、图片资料、音像资料、软件资料等。我们组织学生以小组为单位,对搜集到的资料信息进行分类、归纳、整理和提炼,确定总结的内容,选择最合适、最能反映研究成果的形式,得出研究成果。同学们有的写出了研究论文,有的写出了调
4 / 8
查报告,有的整理出颇有分量的研究笔记,还有的提交了大量的相片、软件等,取得成果共记42项。我们指导他们在整理资料的基础上,将所得成果输入电脑制作成PowerPoint课件,我们选取了一部分优秀成果,在20xx年6月进行了研究成果展示,黄明旻、张超、杨秋慧、胡宾等同学展示了他们制作的课件,对此,我们还进行了现场摄影、摄像,这次展示,取得了圆满成功。
我校历史组“研究性学习”课题组组建三年了,在我们的共同努力下,研究性学习的研究实验工作取得了重大进展,通过这一阶段的探索和实践,我们取得了丰硕的成果。当然,我们还有很多工作要做,还需要不断地探索和钻研,还希望能够有更多的机会到兄弟学校学习,不断补充和完善自己,以提高“研究性学习”的水平。
杨柳,1991年毕业于华中师范大学历史系,1997年获中学一级教师职称,20xx年1月取得研究生课程进修班结业证书。她长期从事高中历史教学工作,多次带领学生参加高中历史会考、高考,成绩突出,擅长历史教学及教研活动,任教十余年,有数篇论文获各种奖励,有数篇论文发表于各级刊物中,其中《中国古代对外关系史的几个问题》一文荣获《中学历史教学参考》杂志社第二届“全国当代历史教学优秀论文”评选一等奖,并发表于《中学历史教学参考——全国当代历史教学探索》,《高二历史会考复习指导的二个体会》
5 / 8
一文入选《中华教育文选》一书,《研究性学习对教师的挑战》发表于《中国教育》20xx年第一期。
【篇二,研究性学习开题报告范文】 从穿着打扮看我们生活的变化——中国古今服饰文化小探
课题编号20xx—01702
俗话说得好,“人靠衣装,佛靠金装”,而一句“衣食住行”更是将“衣”摆在首位。可见,“衣着”在人们的日常生活、社会交际中扮演着何等重要的角色。绚丽多彩的服饰不仅体现了人类对美的追求,更作为社会文化的一种载体,不同的服饰打扮还可以从侧面反映出不同的社会背景和文化。从远古时代的人类用树叶兽皮遮羞保暖,到当今社会讲究时尚、潮流、个性的流行服饰,人类的服饰演变历程怎样,它又是怎样影响、改变人们生活与观念的,当代的中学生对穿着打扮的追求和看法又是什么,我们将带着这一系列的问题,追寻我国服饰文化史,领略中华服饰文化的精髓与博大。希望通过我们的研究,制订出一个可行方案,宣传服饰文化,让服饰文化引起更多当代中学生的关注,使他们对穿着打扮的追求有更高更新的认识与品味,让他们的穿着打扮展现出当代中学生动人的风采。
体验、调查分析报告、论文
通过查阅书籍、报刊杂志、互联网、问卷调查、实地考察等形式,在老师的指导下,结合自己的基础知识、能力,
6 / 8
收集有关资料,撰写相关论文。
任务分工,由于人数有限,所以全组全过程参与。
第一阶段,参加课题研究培训,开好开题会,制订课题研究方案。
第二阶段,通过各种有效途径搜集中国古今服饰文化的有关资料,并整理分析资料。
第三阶段,对我校高一年级的学生对穿着打扮追求与认识的问卷调查,整理分析调查数据。
第四阶段,总结课题研究工作,撰写和修改课题研究报告。准备相关验收材料,完成有关结题验收的准备工作,申请课题鉴定、验收。
人员条件,我们对这个课题充满着浓厚的兴趣,这将会使我们更加热情地投入到活动中去,尽自己最大的力量完成好这门课程.
我们的成员中有一名是团支书,这将使我们的活动开展得更加顺利.本组成员团结互助,善于分工合作,这也将促使我们的活动更加迅速的完成.
物质条件,我们家中都有电脑,上网查找资料较为方便
时间条件,现在下午一般都是三节课后就放学了,所以我们聚在一起的时间很充裕;同时,课间,中午和月假的时间我们也都可以利用.
总结,,对我们来说,研究性学习本身就是一个全新的课
7 / 8
题,同其他功课相比,它的学习范围,内容和自由度都大大增强了.虽然开始大家都有点儿摸不着头脑,但在我们的努力以及朱老师的精心辅导下,我们克服了困难,最终顺利地完成了这次开题报告.
1.我们共进行了两次开题论证.第一次论证时我们做得很不好,无论是形式还是内容,都很粗糙.看了另外两组同学的展示,我们感到很没面子,也有些不服气.我们决定重新修改,完善一下,同时希望再有一次论证的机会.经过大家的共同努力,第二次论证我们做得非常好,不仅内容充实,而且做成了幻灯片的形式,视觉效果也很好,得到了其他同学和老师的一致好评由此我们感到,不是我们没有能力,而是我们没有全心全意地付出.只要肯做有心人,相信天下一定无难事
8 / 8
