软件可行性研究应用报告模板.doc

1引言 1
1.1编写目标 1
1.2背景 1
1.3定义 1
1.4参考资料 1
2可行性研究前提 2
2.1要求 2
2.2目标 2
2.3条件、假定和限制 3
2.4进行可行性研究方法 3
2.5评价尺度 3
3对现有系统分析 3
3.1处理步骤和数据步骤 4
3.2工作负荷 4
3.3费用开支 4
3.4人员 4
3.5设备 4
3.6不足 4
4所提议系统 4
4.1对所提议系统说明 5
4.2处理步骤和数据步骤 5
4.3改善之处 5
4.4影响 5
4.4.1对设备影响 5
4.4.2对软件影响 5
4.4.3对用户单位机构影响 5
4.4.4对系统运行过程影响 6
4.4.5对开发影响 6
4.4.6对地点和设施影响 6
4.4.7对经费开支影响 6
4.5不足 6
4.6技术条件方面可行性 7
5可选择其它系统方案 7
5.1可选择系统方案1 7
5.2可选择系统方案2 7
6投资及效益分析 7
6.1支出 7
6.1.1基础建设投资 8
6.1.2其它一次性支出 8
6.1.3非一次性支出 8
6.2收益 9
6.2.1一次性收益 9
6.2.2非一次性收益 9
6.2.3不可定量收益 9
6.3收益／投资比 10
6.4投资回收周期 10
6.5敏感性分析 10
7社会原因方面可行性 10
7.1法律方面可行性 10
7.2使用方面可行性 10
8结论 11

GB8567——88
可行性研究汇报
1引言
1.1编写目标
现在学校已经建成了很多现代化管理信息系统，如:财务管理系统、图书管理系统和食堂售饭系统等。但这些系统大部分全部是单独建设,没有统一计划,存在着数据反复录入,数据不能共享等问题。
一卡通替换了各个校区以前多种卡证，实现了身份识别一卡通；以前全部卡证信息管理系统，其身份识别部分全部连通一卡通系统，实现校内全部地方，包含食堂、图书馆、超市身份识别，提升学校管理水平，并方便学生校园生活系列消费操作（比如水电气充值查询缴费）。
预期读者：重庆师范大学校领导。
1.2背景
伴随校园数字化、信息化建设逐步深入，校园内多种信息资源整合已经进入全方面计划和实施阶段，校园一卡通以结合学校正在进行统一身份认证、人事、学工等MIS和应用系统等建设。经过共同身份认 证机制，实现数据管理集成和共享，使校园一卡通系统成为校园信息化建设有机组成部分。经过这么有机结合，能够避免反复投入，提升建设进度，为系统间资源共享打下基础。
软件系统名称：重庆师范大学校园一卡通管理系统；本项目标任务提出者、开发者：叶阳、周沁怡；用户：系统面向用户群体重庆师范大学各部门：图书馆、食堂、超市、电信联通移动、物业、学校内人群，学生、老师、学校职员等相关用户；
实现该软件计算中心或计算机网络和该软件系统同其它系统或其它机构基础相互来往关系：各消费点经过校园主干网和中心服务器联结，经过校园主干网和中心进行数据交换，主干网安全是整个校园一卡通系统运行安全确保。为了确保系统安全，设计上采取了中心服务器和各消费点服务器之间非实时性及实时性相结合标准，即：主干网通可进行数据交换，便于数据统计，主干网不通各消费点服务器可负担各消费系统运行任务，确保各消费系统正常运行。
校园卡采取MIFARE ONE 非接触式IC卡作为信息记载媒体，有16个应用区，可存放消费数据，和数据库内数据对应，作了双备份，确保了数据安全性。
1.3定义
重庆师范大学校园一卡通管理系统System Based on Campus Card System of Chongqing Normal University
1.4参考资料
【1】《校园卡管理系统可行性研究汇报》起源

【2】<<校园一卡通系统基础平台建设和应用功效分析>>起源
【3】<<校园一卡通管理系统>>起源
【4】<<校园一卡通管理系统>>起源
【5】<校园一卡通-项目开发计划>>起源
【6】<<校园卡管理系统可行性汇报>>起源
【7】<<校园一卡通可行性汇报>>起源
【8】<<校园一卡通系统计划汇报>>起源

2可行性研究前提
要求：一卡通概念包含了三个“一”，即“一卡、一库、一线”，这就要求设置一个校园卡管理中心，从而实现帐户、校园卡发放、财务和系统维护统一管理。
目标： 校园“一卡通”系统是经过一卡通平台采取一张卡来替换卡、证、票、现金，方便学校广大师生教学、科研、学习、生活和管理。同时提升学校管理水平、服务水平，降低学校和师生在卡、证、票方面投入，在替换原有卡、证、票、现金过程中也达成财务统管目标。
校园一卡通建设目标：首先，建立统一平台，构建学校信息共享环境，实现数字化、网络化、智能化、集中化等目标；其次，实现统一管理，根本处理校内各类费用收缴难、管理乱问题；第三，为各管理部门提供综合信息服务和辅助科学决议，提升学校管理效率和管理水平；第四，加强学校网络应用基础平台建设，使学校应用系统体系结构逐步完善。
限制：食堂、超市等多个使用用户所需功效综合协调和数据搜集管理、因为学校人员过多造成信息处理管理延迟。
2.1要求
A. 功效：
用户身份认证、一卡通用户信息查询、钱包充值转账、一卡通挂失和解挂、一卡通功效自助查询、校园水电气查询缴费、宿舍物业保修、校园网络相关业务管理、用户消费具体查询。
B. 性能：新校园一卡通管理系统设计遵照学校管理理论和系统工程方法，利用计算机技术、数据通讯技术、数据库技术，实现以计算机为关键工具人机交互、信息存放系统。它存放学生个人信息、图书借阅信息和消费信息。具体标准以下：
1） 信息资源共享
2） 提升信息处理速度
3） 提升信息存放密度
4） 减轻管理人员工作强度，提升管理水平
5） 疏通信息传输渠道，加强职能部门横向联络
新系统仍可使用原来软件进行操作，对软件没有影响。

C. 各消费点经过校园主干网和中心服务器联结，经过校园主干网和中心进行数据交换，主干网安全是整个校园一卡通系统运行安全确保。为了确保系统安全，设计上采取了中心服务器和各消费点服务器之间非实时性及实时性相结合标准，即：主干网通可进行数据交换，便于数据统计，主干网不通各消费点服务器可负担各消费系统运行任务，确保各消费系统正常运行。
校园卡采取MIFARE ONE 非接触式IC卡作为信息记载媒体，有16个应用区，可存放消费数据，和数据库内数据对应，作了双备份，确保了数据安全性。
D. 处理步骤和数据步骤：

图1财务处理系统结构图

图2学生系统结构图

E. 在安全和保密方面要求：
系统含有安全性，包含网络系统、主机系统、数据存取系统、数据传输系统安全性，数据备份和灾难恢复可靠性。为确保系统软件、应用软件及数据安全，系统严格选择操作系统平台，开发平台，设计防病毒功效，保护系统数据，并建立备份系统，定时自动进行全量及增量备份。在系统中采取射频证卡作为身份识别，并在关键信息处理，传输中采取加密处理，预防信息被未授权访问，确保系统不可攻击性。
F. 同本系统相连接其它系统：图书馆管理系统、银联络统、电信网络系统、食堂就餐管理系统、超市收费管理系统、校医院管理系统、校物业管理系统、校园信息管理系统等。
G. 完成期限：
表1：完成时间表

日期
任务目标
一
大约5天
确定设计方向
二
大约5天
可行性分析
三
大约5天
概要设计
四
大约5天
具体设计
五
大约30天
编写代码
六
大约5天
软件测试
七
大约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所提议系统
本章将用来说明所提议系统目标和要求将怎样被满足。
4.1对所提议系统说明
概括地说明所提议系统，并说明在第2章中列出那些要求将怎样得到满足，说明所使用基础方法及理论依据。
4.2处理步骤和数据步骤
给出所提议系统处理步骤和数据步骤。
4.3改善之处
按2.2条中列出目标，逐项说明所提议系统相对于现存系统含有改善。
4.4影响
说明在建立所提议系统时，预期将带来影响，包含：
4.4.1对设备影响
说明新提出设备要求及对现存系统中尚可使用设备须作出修改。
4.4.2对软件影响
说明为了使现存应用软件和支持软件能够同所提议系统相适应。而需要对这些软件所进行修改和补充。
4.4.3对用户单位机构影响
说明为了建立和运行所提议系统，对用户单位机构、人员数量和技术水平等方面全部要求。
4.4.4对系统运行过程影响
说明所提议系统对运行过程影响，如：
a． 用户操作规程；
b． 运行中心操作规程；
c． 运行中心和用户之间关系；
d． 源数据处理；
e． 数据进入系统过程；
f． 对数据保留要求，对数据存放、恢复处理；
g． 输出汇报处理过程、存放媒体和调度方法；
h． 系统失效后果及恢复处理措施。
4.4.5对开发影响
说明对开发影响，如：
a. 为了支持所提议系统开发，用户需进行工作；
b. 为了建立一个数据库所要求数据资源；
c. 为了开发和测验所提议系统而需要计算机资源；
d. 所包含保密和安全问题。
4.4.6对地点和设施影响
说明对建筑物改造要求及对环境设施要求。
4.4.7对经费开支影响
扼要说明为了所提议系统开发，设计和维持运行而需要各项经费开支。
4.5不足
说明所提议系统尚存在不足和这些问题未能消除原因。
4.6技术条件方面可行性
本节应说明技术条件方面可行性，如：
a． 在目前限制条件下，该系统功效目标能否达成；
b． 利用现有技术，该系统功效能否实现；
c． 对开发人员数量和质量要求并说明这些要求能否满足；
d． 在要求期限内，本系统开发能否完成。
5可选择其它系统方案
扼要说明曾考虑过每一个可选择系统方案，包含需开发和可从中国国外直接购置，假如没有供选择系统方案可考虑，则说明这一点。
5.1可选择系统方案1
参考第4章提要，说明可选择系统方案1，并说明它未被选中理由。
5.2可选择系统方案2
按类似5.1条方法说明第2个乃至第n个可选择系统方案。
......
6投资及效益分析
6.1支出
对于所选择方案，说明所需费用。假如已经有一个现存系统，则包含该系统继续运行期间所需费用。
6.1.1基础建设投资
包含采购、开发和安装下列各项所需费用，如：
a. 房屋和设施；
b. ADP设备；
c. 数据通讯设备；
d. 环境保护设备；
e. 安全和保密设备；
f. ADP操作系统和应用软件；
g. 数据库管理软件。
6.1.2其它一次性支出
包含下列各项所需费用，如：
a． 研究（需求研究和设计研究）；
b． 开发计划和测量基准研究；
c． 数据库建立；
d． ADP软件转换；
e． 检验费用和技术管理性费用；
f． 培训费、旅差费和开发安装人员所需要一次性支出；
g． 人员退休及调动费用等。
6.1.3非一次性支出
列出在该系统生命期内按月或按季或按年支出用于运行和维护费用，包含：
a． 设备租金和维护费用；
b． 软件租金和维护费用；
c． 数据通讯方面租金和维护费用；
d． 人员工资、奖金；
e． 房屋、空间使用开支；
f． 公用设施方面开支；
g． 保密安全方面开支；
h． 其它常常性支出等。
6.2收益
对于所选择方案，说明能够带来收益，这里所说收益，表现为开支费用降低或避免、差错降低、灵活性增加、动作速度提升和管理计划方面改善等，包含；
6.2.1一次性收益
说明能够用人民币数目表示一次性收益，可按数据处理、用户、管理和支持等项分类叙述，如：
a． 开支缩减包含改善了系统运行所引发开支缩减，如资源要求降低，运行效率改善，数据进入、存贮和恢复技术改善，系统性能可监控，软件转换和优化，数据压缩技术采取，处理集中化／分布化等；
b． 价值增升包含因为一个应用系统使用价值增升所引发收益，如资源利用改善，管理和运行效率改善和犯错率降低等；
c． 其它如从多出设备出售回收收入等。
6.2.2非一次性收益
说明在整个系统生命期内因为运行所提议系统而造成按月、按年能用人民币数目表示收益，包含开支降低和避免。
6.2.3不可定量收益
逐项列出无法直接用人民币表示收益，如服务改善，由操作失误引发风险降低，信息掌握情况改善，组织机构给外界形象改善等。有些不可捉摸收益只能大约估量或进行极值估量（按最好和最差情况估量）。
6.3收益／投资比
求出整个系统生命期收益／投资比值。
6.4投资回收周期
求出收益累计数开始超出支出累计数时间。
6.5敏感性分析
所谓敏感性分析是指部分关键性原因如系统生命期长度、系统工作负荷量、工作负荷类型和这些不一样类型之间合理搭配、处理速度要求、设备和软件配置等改变时，对开支和收益影响最灵敏范围估量。在敏感性分析基础上做出选择当然会比单一选择结果要好部分。
7社会原因方面可行性
本章用来说明对社会原因方面可行性分析结果，包含：
7.1法律方面可行性
法律方面可行性问题很多，如协议责任、侵犯专利权、侵犯版权等方面陷井，软件人员通常是不熟悉，有可能陷入，务必需注意研究。
7.2使用方面可行性
比如从用户单位行政管理、工作制度等方面来看，是否能够使用该软件系统；从用户单位工作人员素质来看，是否能满足使用该软件系统要求等等，全部是要考虑。
8结论
在进行可行性研究汇报编制时，必需有一个研究结论。结论能够是：
a． 能够立即开始进行；
b． 需要推迟到一些条件（比如资金、人力、设备等）落实以后才能开始进行；
c． 需要对开发目标进行一些修改以后才能开始进行；
d． 不能进行或无须进行（比如因技术不成熟、经济上不合算等）。