当前位置:文档之家› 软件可行性研究报告模板

软件可行性研究报告模板

1引言 (1)1.1编写目的 (1)1.2背景 (1)1.3定义 (2)1.4参考资料 (2)2可行性研究的前提 (3)2.1要求 (3)2.2目标 (6)2.3条件、假定和限制 (6)2.4进行可行性研究的方法 (7)2.5评价尺度 (7)3对现有系统的分析 (7)3.1处理流程和数据流程 (7)3.2工作负荷 (7)3.3费用开支 (8)3.4人员 (8)3.5设备 (8)3.6局限性 (8)4所建议的系统 (8)4.1对所建议系统的说明 (8)4.2处理流程和数据流程 (8)4.3改进之处 (9)4.4影响 (9)4.4.1对设备的影响 (9)4.4.2对软件的影响 (9)4.4.3对用户单位机构的影响 (9)4.4.4对系统运行过程的影响 (9)4.4.5对开发的影响 (10)4.4.6对地点和设施的影响 (10)4.4.7对经费开支的影响 (10)4.5局限性 (10)4.6技术条件方面的可行性 (10)5可选择的其他系统方案 (11)5.1可选择的系统方案1 (11)5.2可选择的系统方案2 (11)6投资及效益分析 (11)6.1支出 (11)6.1.1基本建设投资 (11)6.1.2其他一次性支出 (12)6.1.3非一次性支出 (12)6.2收益 (12)6.2.1一次性收益 (13)6.2.2非一次性收益 (13)6.2.3不可定量的收益 (13)6.3收益/投资比 (13)6.4投资回收周期 (13)6.5敏感性分析 (14)7社会因素方面的可行性 (14)7.1法律方面的可行性 (14)7.2使用方面的可行性 (14)8结论 (14)GB8567——88可行性研究报告1引言1.1编写目的目前学校已经建成了许多现代化的管理信息系统,如:财务管理系统、图书管理系统和食堂售饭系统等。

但这些系统大部分都是单独建设,没有统一的规划,存在着数据重复录入,数据不能共享等问题。

一卡通取代了各个校区以前的各种卡证,实现了身份识别一卡通;以前所有卡证的信息管理系统,其身份识别部分都连通一卡通系统,实现校内所有地方,包括食堂、图书馆、超市的身份识别,提高学校的管理水平,并方便学生校园生活系列消费操作(例如水电气的充值查询缴费)。

预期读者:重庆师范大学校领导。

1.2背景随着校园的数字化、信息化建设的逐步深入,校园内的各种信息资源整合已经进入全面规划和实施阶段,校园一卡通以结合学校正在进行的统一身份认证、人事、学工等MIS和应用系统等建设。

通过共同的身份认证机制,实现数据管理的集成与共享,使校园一卡通系统成为校园信息化建设有机的组成部分。

通过这样的有机结合,可以避免重复投入,提高建设进度,为系统间的资源共享打下基础。

软件系统名称:重庆师范大学校园一卡通管理系统;本项目的任务提出者、开发者:叶阳、周沁怡;用户:系统面向的用户群体重庆师范大学各部门:图书馆、食堂、超市、电信联通移动、物业、学校内人群,学生、老师、学校职工等相关用户;实现该软件的计算中心或计算机网络以及该软件系统同其他系统或其他机构的基本的相互来往关系:各消费点通过校园主干网和中心服务器联结,通过校园主干网与中心进行数据交换,主干网的安全是整个校园一卡通系统运行的安全保证。

为了确保系统安全,设计上采用了中心服务器与各消费点服务器之间的非实时性及实时性相结合原则,即:主干网通可进行数据交换,便于数据统计,主干网不通各消费点服务器可承担各消费系统运行任务,保证各消费系统正常运行。

校园卡采用MIFARE ONE 非接触式IC卡作为信息记载媒体,有16个应用区,可存储消费数据,和数据库内的数据对应,作了双备份,保证了数据的安全性。

1.3定义重庆师范大学校园一卡通管理系统System Based on Campus Card System of Chongqing Normal University1.4参考资料【1】《校园卡管理系统可行性研究报告》来源/view/5418696a011ca300a6c39029.html【2】<<校园一卡通系统的基础平台建设和应用功能分析>>来源/view/7e68db9951e79b896802261b.html【3】<<校园一卡通管理系统>>来源/view/dc6d03ea81c758f5f61f67bd.html【4】<<校园一卡通管理系统>>来源/view/20b50028cfc789eb172dc8bd.html【5】<校园一卡通-项目开发计划>>来源/view/4ebb626c25c52cc58bd6bec9.html【6】<<校园卡管理系统可行性报告>>来源/view/5418696a011ca300a6c39029.html【7】<<校园一卡通可行性报告>>来源/view/114fa52c647d27284b7351ce.html【8】<<校园一卡通系统规划报告>>来源/view/f4b4666e7e21af45b307a8fc.html2可行性研究的前提要求:一卡通的概念包含了三个“一”,即“一卡、一库、一线”,这就要求设立一个校园卡管理中心,从而实现帐户、校园卡发放、财务和系统维护的统一管理。

目标:校园“一卡通”系统是通过一卡通平台采用一张卡来代替卡、证、票、现金,方便学校广大师生的教学、科研、学习、生活和管理。

同时提高学校的管理水平、服务水平,降低学校和师生在卡、证、票方面的投入,在取代原有的卡、证、票、现金过程中也达到财务统管的目的。

校园一卡通建设的目标:首先,建立统一平台,构建学校信息共享的环境,实现数字化、网络化、智能化、集中化等目标;其次,实现统一的管理,彻底解决校内各类费用收缴难、管理乱的问题;第三,为各管理部门提供综合信息服务和辅助科学决策,提升学校管理效率和管理水平;第四,加强学校网络应用基础平台的建设,使学校应用系统体系结构逐步完善。

限制:食堂、超市等多个使用用户所需功能的综合协调以及数据的收集管理、由于学校人员过多导致的信息处理管理的延迟。

2.1要求A.功能:用户身份认证、一卡通用户信息查询、钱包充值转账、一卡通挂失以及解挂、一卡通功能自助查询、校园水电气查询缴费、宿舍物业保修、校园网络相关业务管理、用户消费详细查询。

B.性能:新的校园一卡通管理系统的设计遵循学校管理的理论和系统工程的方法,利用计算机技术、数据通讯技术、数据库技术,实现以计算机为主要工具的人机交互、信息存储系统。

它存储学生的个人信息、图书借阅信息以及消费信息。

具体原则如下:1)信息资源共享2)提高信息处理速度3)提高信息存储密度4)减轻管理人员的工作强度,提高管理水平5)疏通信息传输渠道,加强职能部门的横向联系新系统仍可使用原来的软件进行操作,对软件没有影响。

C.各消费点通过校园主干网和中心服务器联结,通过校园主干网与中心进行数据交换,主干网的安全是整个校园一卡通系统运行的安全保证。

为了确保系统安全,设计上采用了中心服务器与各消费点服务器之间的非实时性及实时性相结合原则,即:主干网通可进行数据交换,便于数据统计,主干网不通各消费点服务器可承担各消费系统运行任务,保证各消费系统正常运行。

校园卡采用MIFARE ONE 非接触式IC卡作为信息记载媒体,有16个应用区,可存储消费数据,和数据库内的数据对应,作了双备份,保证了数据的安全性。

D.处理流程和数据流程:图1财务处理系统结构图图2学生系统结构图E.在安全与保密方面的要求:系统具有安全性,包括网络系统、主机系统、数据存取系统、数据传输系统的安全性,数据备份和灾难恢复的可靠性。

为保证系统软件、应用软件及数据安全,系统严格选用操作系统平台,开发平台,设计防病毒功能,保护系统数据,并建立备份系统,定期自动进行全量及增量备份。

在系统中采用射频证卡作为身份识别,并在关键信息的处理,传输中采用加密处理,防止信息被未授权访问,确保系统的不可攻击性。

F.同本系统相连接的其他系统:图书馆管理系统、银联系统、电信网络系统、食堂就餐管理系统、超市收费管理系统、校医院管理系统、校物业管理系统、校园信息管理系统等。

G.完成期限:日期任务目标一大约5天确定设计方向二大约5天可行性分析2.2目标首先,建立统一平台,构建学校信息共享的环境,实现数字化、网络化、智能化、集中化等目标;其次,实现统一的管理,彻底解决校内各类费用收缴难、管理乱的问题;第三,为各管理部门提供综合信息服务和辅助科学决策,提升学校管理效率和管理水平;第四,加强学校网络应用基础平台的建设,使学校应用系统体系结构逐步完善;第五:改善现有校园充值系统非智能化的死板充值;第六:改善校园宿舍物业水电气缴费查询系统、方便学生校园生活;第七:精简开放测试人员,提高生产力;第八:将本系统智能化,并联合其他系统、提高相关业务的人员利用率,提高校园工作人员工作效率。

2.3条件、假定和限制说明对这项开发中给出的条件、假定和所受到的限制,如:a.所建议系统的运行寿命的最小值;b.进行系统方案选择比较的时间;c.经费、投资方面的来源和限制;d.法律和政策方面的限制;e.硬件、软件、运行环境和开发环境方面的条件和限制;f.可利用的信息和资源;g.系统投入使用的最晚时间。

2.4进行可行性研究的方法说明这项可行性研究将是如何进行的,所建议的系统将是如何评价的。

摘要说明所使用的基本方法和策略,如调查、加权、确定模型、建立基准点或仿真等。

2.5评价尺度说明对系统进行评价时所使用的主要尺度,如费用的多少、各项功能的优先次序、开发时间的长短及使用中的难易程度。

3对现有系统的分析这里的现有系统是指当前实际使用的系统,这个系统可能是计算机系统,也可能是一个机械系统甚至是一个人工系统。

分析现有系统的目的是为了进一步阐明建议中的开发新系统或修改现有系统的必要性。

3.1处理流程和数据流程说明现有系统的基本的处理流程和数据流程。

此流程可用图表即流程图的形式表示,并加以叙述。

3.2工作负荷列出现有系统所承担的工作及工作量。

3.3费用开支列出由于运行现有系统所引起的费用开支,如人力、设备、空间、支持性服务、材料等项开支以及开支总额。

3.4人员列出为了现有系统的运行和维护所需要的人员的专业技术类别和数量。

3.5设备列出现有系统所使用的各种设备。

3.6局限性列出本系统的主要的局限性,例如处理时间赶不上需要,响应不及时,数据存储能力不足,处理功能不够等。

并且要说明,为什么对现有系统的改进性维护已经不能解决问题。

4所建议的系统本章将用来说明所建议系统的目标和要求将如何被满足。

相关主题