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

《软件可行性研究报告模板.doc》由会员分享，可在线阅读，更多相关《软件可行性研究报告模板.doc（16页珍藏版）》请在三一办公上搜索。

1、1引言11.1编写目的11.2背景11.3定义11.4参考资料12可行性研究的前提22.1要求22.2目标22.3条件、假定和限制32.4进行可行性研究的方法32.5评价尺度33对现有系统的分析33.1处理流程和数据流程43.2工作负荷43.3费用开支43.4人员43.5设备43.6局限性44所建议的系统44.1对所建议系统的说明54.2处理流程和数据流程54.3改进之处54.4影响54.4.1对设备的影响54.4.2对软件的影响54.4.3对用户单位机构的影响54.4.4对系统运行过程的影响64.4.5对开发的影响64.4.6对地点和设施的影响64.4.7对经费开支的影响64.5局限性64.

2、6技术条件方面的可行性75可选择的其他系统方案75.1可选择的系统方案175.2可选择的系统方案276投资及效益分析76.1支出76.1.1基本建设投资86.1.2其他一次性支出86.1.3非一次性支出86.2收益96.2.1一次性收益96.2.2非一次性收益96.2.3不可定量的收益96.3收益投资比106.4投资回收周期106.5敏感性分析107社会因素方面的可行性107.1法律方面的可行性107.2使用方面的可行性108结论11GB856788可行性研究报告1引言1.1编写目的目前学校已经建成了许多现代化的管理信息系统，如:财务管理系统、图书管理系统和食堂售饭系统等。但这些系统大部分都是

3、单独建设,没有统一的规划,存在着数据重复录入,数据不能共享等问题。一卡通取代了各个校区以前的各种卡证，实现了身份识别一卡通；以前所有卡证的信息管理系统，其身份识别部分都连通一卡通系统，实现校内所有地方，包括食堂、图书馆、超市的身份识别，提高学校的管理水平，并方便学生校园生活系列消费操作（例如水电气的充值查询缴费）。 预期读者：重庆师范大学校领导。1.2背景随着校园的数字化、信息化建设的逐步深入，校园内的各种信息资源整合已经进入全面规划和实施阶段，校园一卡通以结合学校正在进行的统一身份认证、人事、学工等MIS和应用系统等建设。通过共同的身份认 证机制，实现数据管理的集成与共享，使校园一卡通系统成

4、为校园信息化建设有机的组成部分。通过这样的有机结合，可以避免重复投入，提高建设进度，为系统间的资源共享打下基础。软件系统名称：重庆师范大学校园一卡通管理系统；本项目的任务提出者、开发者：叶阳、周沁怡；用户：系统面向的用户群体重庆师范大学各部门：图书馆、食堂、超市、电信联通移动、物业、学校内人群，学生、老师、学校职工等相关用户；实现该软件的计算中心或计算机网络以及该软件系统同其他系统或其他机构的基本的相互来往关系：各消费点通过校园主干网和中心服务器联结，通过校园主干网与中心进行数据交换，主干网的安全是整个校园一卡通系统运行的安全保证。为了确保系统安全，设计上采用了中心服务器与各消费点服务器之间的

5、非实时性及实时性相结合原则，即：主干网通可进行数据交换，便于数据统计，主干网不通各消费点服务器可承担各消费系统运行任务，保证各消费系统正常运行。校园卡采用MIFARE ONE 非接触式IC卡作为信息记载媒体，有16个应用区，可存储消费数据，和数据库内的数据对应，作了双备份，保证了数据的安全性。1.3定义重庆师范大学校园一卡通管理系统System Based on Campus Card System of Chongqing Normal University1.4参考资料【1】校园卡管理系统可行性研究报告来源 【2】来源【3】来源【4】来源【5】来源【6】来源【7】来源 【8】来源2可行性研

6、究的前提要求：一卡通的概念包含了三个“一”，即“一卡、一库、一线”，这就要求设立一个校园卡管理中心，从而实现帐户、校园卡发放、财务和系统维护的统一管理。目标：校园“一卡通”系统是通过一卡通平台采用一张卡来代替卡、证、票、现金，方便学校广大师生的教学、科研、学习、生活和管理。同时提高学校的管理水平、服务水平，降低学校和师生在卡、证、票方面的投入，在取代原有的卡、证、票、现金过程中也达到财务统管的目的。 校园一卡通建设的目标：首先，建立统一平台，构建学校信息共享的环境，实现数字化、网络化、智能化、集中化等目标；其次，实现统一的管理，彻底解决校内各类费用收缴难、管理乱的问题；第三，为各管理部门提供综

7、合信息服务和辅助科学决策，提升学校管理效率和管理水平；第四，加强学校网络应用基础平台的建设，使学校应用系统体系结构逐步完善。限制：食堂、超市等多个使用用户所需功能的综合协调以及数据的收集管理、由于学校人员过多导致的信息处理管理的延迟。2.1要求A. 功能：用户身份认证、一卡通用户信息查询、钱包充值转账、一卡通挂失以及解挂、一卡通功能自助查询、校园水电气查询缴费、宿舍物业保修、校园网络相关业务管理、用户消费详细查询。B. 性能：新的校园一卡通管理系统的设计遵循学校管理的理论和系统工程的方法，利用计算机技术、数据通讯技术、数据库技术，实现以计算机为主要工具的人机交互、信息存储系统。它存储学生的个人

8、信息、图书借阅信息以及消费信息。具体原则如下：1） 信息资源共享 2） 提高信息处理速度 3） 提高信息存储密度4） 减轻管理人员的工作强度，提高管理水平 5） 疏通信息传输渠道，加强职能部门的横向联系 新系统仍可使用原来的软件进行操作，对软件没有影响。C. 各消费点通过校园主干网和中心服务器联结，通过校园主干网与中心进行数据交换，主干网的安全是整个校园一卡通系统运行的安全保证。为了确保系统安全，设计上采用了中心服务器与各消费点服务器之间的非实时性及实时性相结合原则，即：主干网通可进行数据交换，便于数据统计，主干网不通各消费点服务器可承担各消费系统运行任务，保证各消费系统正常运行。校园卡采用M

9、IFARE ONE 非接触式IC卡作为信息记载媒体，有16个应用区，可存储消费数据，和数据库内的数据对应，作了双备份，保证了数据的安全性。D. 处理流程和数据流程：图1财务处理系统结构图图2学生系统结构图E. 在安全与保密方面的要求：系统具有安全性，包括网络系统、主机系统、数据存取系统、数据传输系统的安全性，数据备份和灾难恢复的可靠性。为保证系统软件、应用软件及数据安全，系统严格选用操作系统平台，开发平台，设计防病毒功能，保护系统数据，并建立备份系统，定期自动进行全量及增量备份。在系统中采用射频证卡作为身份识别，并在关键信息的处理，传输中采用加密处理，防止信息被未授权访问，确保系统的不可攻击性

10、。F. 同本系统相连接的其他系统：图书馆管理系统、银联系统、电信网络系统、食堂就餐管理系统、超市收费管理系统、校医院管理系统、校物业管理系统、校园信息管理系统等。G. 完成期限：表1：完成时间表日期任务目标一大约5天确定设计方向二大约5天可行性分析三大约5天概要设计四大约5天详细设计五大约30天编写代码六大约5天软件测试七大约5天编写项目文档八大约5天项目展示2.2目标首先，建立统一平台，构建学校信息共享的环境，实现数字化、网络化、智能化、集中化等目标；其次，实现统一的管理，彻底解决校内各类费用收缴难、管理乱的问题；第三，为各管理部门提供综合信息服务和辅助科学决策，提升学校管理效率和管理水平；

11、第四，加强学校网络应用基础平台的建设，使学校应用系统体系结构逐步完善；第五：改善现有校园充值系统非智能化的死板充值；第六：改善校园宿舍物业水电气缴费查询系统、方便学生校园生活；第七：精简开放测试人员，提高生产力；第八：将本系统智能化，并联合其他系统、提高相关业务的人员利用率，提高校园工作人员工作效率。2.3条件、假定和限制说明对这项开发中给出的条件、假定和所受到的限制，如：a 所建议系统的运行寿命的最小值；b 进行系统方案选择比较的时间；c 经费、投资方面的来源和限制；d 法律和政策方面的限制；e 硬件、软件、运行环境和开发环境方面的条件和限制；f 可利用的信息和资源；g 系统投入使用的最晚时

12、间。2.4进行可行性研究的方法说明这项可行性研究将是如何进行的，所建议的系统将是如何评价的。摘要说明所使用的基本方法 和策略，如调查、加权、确定模型、建立基准点或仿真等。2.5评价尺度说明对系统进行评价时所使用的主要尺度，如费用的多少、各项功能的优先次序、开发时间的长短 及使用中的难易程度。3对现有系统的分析这里的现有系统是指当前实际使用的系统，这个系统可能是计算机系统，也可能是一个机械系统甚 至是一个人工系统。分析现有系统的目的是为了进一步阐明建议中的开发新系统或修改现有系统的必要性。3.1处理流程和数据流程说明现有系统的基本的处理流程和数据流程。此流程可用图表即流程图的形式表示，并加以叙述

13、。3.2工作负荷列出现有系统所承担的工作及工作量。3.3费用开支列出由于运行现有系统所引起的费用开支，如人力、设备、空间、支持性服务、材料等项开支以及开 支总额。3.4人员列出为了现有系统的运行和维护所需要的人员的专业技术类别和数量。3.5设备 列出现有系统所使用的各种设备。3.6局限性列出本系统的主要的局限性，例如处理时间赶不上需要，响应不及时，数据存储能力不足，处理功能 不够等。并且要说明，为什么对现有系统的改进性维护已经不能解决问题。4所建议的系统本章将用来说明所建议系统的目标和要求将如何被满足。4.1对所建议系统的说明概括地说明所建议系统，并说明在第2章中列出的那些要求将如何得到满足，

14、说明所使用的基本方法及理论根据。4.2处理流程和数据流程给出所建议系统的处理流程和数据流程。4.3改进之处按2.2条中列出的目标，逐项说明所建议系统相对于现存系统具有的改进。4.4影响说明在建立所建议系统时，预期将带来的影响，包括：4.4.1对设备的影响说明新提出的设备要求及对现存系统中尚可使用的设备须作出的修改。4.4.2对软件的影响说明为了使现存的应用软件和支持软件能够同所建议系统相适应。而需要对这些软件所进行的修改和补充。4.4.3对用户单位机构的影响说明为了建立和运行所建议系统，对用户单位机构、人员的数量和技术水平等方面的全部要求。4.4.4对系统运行过程的影响说明所建议系统对运行过程

15、的影响，如：a 用户的操作规程；b 运行中心的操作规程；c 运行中心与用户之间的关系；d 源数据的处理；e 数据进入系统的过程；f 对数据保存的要求，对数据存储、恢复的处理；g 输出报告的处理过程、存储媒体和调度方法；h 系统失效的后果及恢复的处理办法。4.4.5对开发的影响说明对开发的影响，如：a. 为了支持所建议系统的开发，用户需进行的工作；b. 为了建立一个数据库所要求的数据资源；c. 为了开发和测验所建议系统而需要的计算机资源；d. 所涉及的保密与安全问题。4.4.6对地点和设施的影响说明对建筑物改造的要求及对环境设施的要求。4.4.7对经费开支的影响扼要说明为了所建议系统的开发，设计

16、和维持运行而需要的各项经费开支。4.5局限性 说明所建议系统尚存在的局限性以及这些问题未能消除的原因。4.6技术条件方面的可行性本节应说明技术条件方面的可行性，如：a 在当前的限制条件下，该系统的功能目标能否达到；b 利用现有的技术，该系统的功能能否实现；c 对开发人员的数量和质量的要求并说明这些要求能否满足；d 在规定的期限内，本系统的开发能否完成。5可选择的其他系统方案扼要说明曾考虑过的每一种可选择的系统方案，包括需开发的和可从国内国外直接购买的，如果没有供选择的系统方案可考虑，则说明这一点。5.1可选择的系统方案1参照第4章的提纲，说明可选择的系统方案1，并说明它未被选中的理由。5.2可

17、选择的系统方案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 检查费用和技术管理性

18、费用；f 培训费、旅差费以及开发安装人员所需要的一次性支出；g 人员的退休及调动费用等。6.1.3非一次性支出列出在该系统生命期内按月或按季或按年支出的用于运行和维护的费用，包括：a 设备的租金和维护费用；b 软件的租金和维护费用；c 数据通讯方面的租金和维护费用；d 人员的工资、奖金；e 房屋、空间的使用开支；f 公用设施方面的开支；g 保密安全方面的开支；h 其他经常性的支出等。6.2收益对于所选择的方案，说明能够带来的收益，这里所说的收益，表现为开支费用的减少或避免、差错的减少、灵活性的增加、动作速度的提高和管理计划方面的改进等，包括；6.2.1一次性收益说明能够用人民币数目表示的一次性

19、收益，可按数据处理、用户、管理和支持等项分类叙述，如：a 开支的缩减包括改进了的系统的运行所引起的开支缩减，如资源要求的减少，运行效率的改进，数据进入、存贮和恢复技术的改进，系统性能的可监控，软件的转换和优化，数据压缩技术的采用，处理的集中化分布化等；b 价值的增升包括由于一个应用系统的使用价值的增升所引起的收益，如资源利用的改进，管理和运行效率的改进以及出错率的减少等；c 其他如从多余设备出售回收的收入等。6.2.2非一次性收益说明在整个系统生命期内由于运行所建议系统而导致的按月的、按年的能用人民币数目表示的收益，包括开支的减少和避免。6.2.3不可定量的收益逐项列出无法直接用人民币表示的收

20、益，如服务的改进，由操作失误引起的风险的减少，信息掌握情况的改进，组织机构给外界形象的改善等。有些不可捉摸的收益只能大概估计或进行极值估计（按最好和最差情况估计）。6.3收益投资比求出整个系统生命期的收益投资比值。6.4投资回收周期求出收益的累计数开始超过支出的累计数的时间。6.5敏感性分析所谓敏感性分析是指一些关键性因素如系统生命期长度、系统的工作负荷量、工作负荷的类型与这些不同类型之间的合理搭配、处理速度要求、设备和软件的配置等变化时，对开支和收益的影响最灵敏的范围的估计。在敏感性分析的基础上做出的选择当然会比单一选择的结果要好一些。7社会因素方面的可行性本章用来说明对社会因素方面的可行性

21、分析的结果，包括：7.1法律方面的可行性法律方面的可行性问题很多，如合同责任、侵犯专利权、侵犯版权等方面的陷井，软件人员通常是不熟悉的，有可能陷入，务必要注意研究。7.2使用方面的可行性例如从用户单位的行政管理、工作制度等方面来看，是否能够使用该软件系统；从用户单位的工作人员的素质来看，是否能满足使用该软件系统的要求等等，都是要考虑的。8结论在进行可行性研究报告的编制时，必须有一个研究的结论。结论可以是：a 可以立即开始进行；b 需要推迟到某些条件（例如资金、人力、设备等）落实之后才能开始进行；c 需要对开发目标进行某些修改之后才能开始进行；d 不能进行或不必进行（例如因技术不成熟、经济上不合算等）。