《【9A文】软件可行性研究报告模板》由会员分享，可在线阅读，更多相关《【9A文】软件可行性研究报告模板（17页珍藏版）》请在金锄头文库上搜索。
1、【MeiWei_81-优质适用文档】 【MeiWei_81-优质适用文档】 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.
2、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非一次
3、性收益.9 6.2.3不可定量的收益.9 6.3 收益投资比10 【MeiWei_81-优质适用文档】 【MeiWei_81-优质适用文档】 6.4 投资回收周期10 6.5 敏感性分析10 7 社会因素方面的可行性社会因素方面的可行性.10 7.1 法律方面的可行性10 7.2 使用方面的可行性10 8 结论结论.11 【MeiWei_81-优质适用文档】 【MeiWei_81-优质适用文档】 GB856788 可行性研究报告可行性研究报告 1 引言引言 1.1 编写目的编写目的 目前学校已经建成了许多现代化的管理信息系统，如:财务管理系统、图 书管理系统和食堂售饭系统等。但这些系统大部分都
4、是单独建设,没有统一的 规划,存在着数据重复录入,数据不能共享等问题。 一卡通取代了各个校区以前的各种卡证，实现了身份识别一卡通；以前 所有卡证的信息管理系统，其身份识别部分都连通一卡通系统，实现校内所 有地方，包括食堂、图书馆、超市的身份识别，提高学校的管理水平，并方 便学生校园生活系列消费操作（例如水电气的充值查询缴费） 。 预期读者：重庆师范大学校领导。 1.2 背景背景 随着校园的数字化、信息化建设的逐步深入，校园内的各种信息资源整合 已经进入全面规划和实施阶段，校园一卡通以结合学校正在进行的统一身份认 证、人事、学工等 MIS 和应用系统等建设。通过共同的身份认证机制，实现数 据管理
5、的集成与共享，使校园一卡通系统成为校园信息化建设有机的组成部分。 通过这样的有机结合，可以避免重复投入，提高建设进度，为系统间的资源共 享打下基础。 软件系统名称：重庆师范大学校园一卡通管理系统；本项目的任务提出者、 开发者：叶阳、周沁怡；用户：系统面向的用户群体重庆师范大学各部门：图 书馆、食堂、超市、电信联通移动、物业、学校内人群，学生、老师、学校职 工等相关用户； 实现该软件的计算中心或计算机网络以及该软件系统同其他系统或其他 【MeiWei_81-优质适用文档】 【MeiWei_81-优质适用文档】 机构的基本的相互来往关系：各消费点通过校园主干网和中心服务器联结， 通过校园主干网与中
6、心进行数据交换，主干网的安全是整个校园一卡通系统 运行的安全保证。为了确保系统安全，设计上采用了中心服务器与各消费点 服务器之间的非实时性及实时性相结合原则，即：主干网通可进行数据交换， 便于数据统计，主干网不通各消费点服务器可承担各消费系统运行任务，保 证各消费系统正常运行。 校园卡采用 MIFAREONE 非接触式 IC 卡作为信息记载媒体，有 16 个应用 区，可存储消费数据，和数据库内的数据对应，作了双备份，保证了数据的 安全性。 1.3 定义定义 重庆师范大学校园一卡通管理系统 SystemBasedonCampusCardSystemofChongqingNormalUnivers
7、ity 1.4 参考资料参考资料 【1】 校园卡管理系统可行性研究报告来源 http:/ 【2】来源 http:/ 【3】来源 http:/ 【4】来源 http:/ 【5】来源 http:/ 【6】来源 http:/ 【7】来源 【MeiWei_81-优质适用文档】 【MeiWei_81-优质适用文档】 http:/ 【8】来源 http:/ 2 可行性研究的前提可行性研究的前提 要求：一卡通的概念包含了三个“一” ，即“一卡、一库、一线” ，这就要 求设立一个校园卡管理中心，从而实现帐户、校园卡发放、财务和系统维护的 统一管理。 目标：校园“一卡通”系统是通过一卡通平台采用一张卡来代替卡、
8、证、 票、现金，方便学校广大师生的教学、科研、学习、生活和管理。同时提高学 校的管理水平、服务水平，降低学校和师生在卡、证、票方面的投入，在取代 原有的卡、证、票、现金过程中也达到财务统管的目的。 校园一卡通建设的目标：首先，建立统一平台，构建学校信息共享的环境， 实现数字化、网络化、智能化、集中化等目标；其次，实现统一的管理，彻底 解决校内各类费用收缴难、管理乱的问题；第三，为各管理部门提供综合信息 服务和辅助科学决策，提升学校管理效率和管理水平；第四，加强学校网络应 用基础平台的建设，使学校应用系统体系结构逐步完善。 限制：食堂、超市等多个使用用户所需功能的综合协调以及数据的收集管 理、由
9、于学校人员过多导致的信息处理管理的延迟。 2.1 要求要求 A. 功能： 用户身份认证、一卡通用户信息查询、钱包充值转账、一卡通挂失以及 解挂、一卡通功能自助查询、校园水电气查询缴费、宿舍物业保修、校园 网络相关业务管理、用户消费详细查询。 B.性能：新的校园一卡通管理系统的设计遵循学校管理的理论和系统工程的 方法，利用计算机技术、数据通讯技术、数据库技术，实现以计算机为主 【MeiWei_81-优质适用文档】 【MeiWei_81-优质适用文档】 要工具的人机交互、信息存储系统。它存储学生的个人信息、图书借阅信 息以及消费信息。具体原则如下： 1）信息资源共享 2）提高信息处理速度 3）提高
10、信息存储密度 4）减轻管理人员的工作强度，提高管理水平 5）疏通信息传输渠道，加强职能部门的横向联系 新系统仍可使用原来的软件进行操作，对软件没有影响。 C.C. 各消费点通过校园主干网和中心服务器联结，通过校园主干网与中心进行 数据交换，主干网的安全是整个校园一卡通系统运行的安全保证。为了确 保系统安全，设计上采用了中心服务器与各消费点服务器之间的非实时性 及实时性相结合原则，即：主干网通可进行数据交换，便于数据统计，主 干网不通各消费点服务器可承担各消费系统运行任务，保证各消费系统正 常运行。 校园卡采用 MIFAREONE 非接触式 IC 卡作为信息记载媒体，有 16 个应用区， 可存储
11、消费数据，和数据库内的数据对应，作了双备份，保证了数据的安 全性。 D. 处理流程和数据流程： 图图 1 1 财务处理系统结构图财务处理系统结构图 【MeiWei_81-优质适用文档】 【MeiWei_81-优质适用文档】 图图 2 学生系统结构图学生系统结构图 E.在安全与保密方面的要求： 系统具有安全性，包括网络系统、主机系统、数据存取系统、数据传输系 统的安全性，数据备份和灾难恢复的可靠性。为保证系统软件、应用软件及数 据安全，系统严格选用操作系统平台，开发平台，设计防病毒功能，保护系统 数据，并建立备份系统，定期自动进行全量及增量备份。在系统中采用射频证 卡作为身份识别，并在关键信息的
12、处理，传输中采用加密处理，防止信息被未 授权访问，确保系统的不可攻击性。 F.同本系统相连接的其他系统：图书馆管理系统、银联系统、电信网络系统、 食堂就餐管理系统、超市收费管理系统、校医院管理系统、校物业管理系 统、校园信息管理系统等。 G. 完成期限： 表 1：完成时间表 日期任务目标 一大约 5 天确定设计方向 二大约 5 天可行性分析 三大约 5 天概要设计 四大约 5 天详细设计 【MeiWei_81-优质适用文档】 【MeiWei_81-优质适用文档】 五大约 30 天编写代码 六大约 5 天软件测试 七大约 5 天编写项目文档 八大约 5 天项目展示 2.2 目标目标 首先，建立统
13、一平台，构建学校信息共享的环境，实现数字化、网络化、 智能化、集中化等目标；其次，实现统一的管理，彻底解决校内各类费用收缴 难、管理乱的问题；第三，为各管理部门提供综合信息服务和辅助科学决策， 提升学校管理效率和管理水平；第四，加强学校网络应用基础平台的建设，使 学校应用系统体系结构逐步完善；第五：改善现有校园充值系统非智能化的死 板充值；第六：改善校园宿舍物业水电气缴费查询系统、方便学生校园生活； 第七：精简开放测试人员，提高生产力；第八：将本系统智能化，并联合其他 系统、提高相关业务的人员利用率，提高校园工作人员工作效率。 2.3 条件、假定和限制条件、假定和限制 说明对这项开发中给出的条
14、件、假定和所受到的限制，如： a所建议系统的运行寿命的最小值； b进行系统方案选择比较的时间； c经费、投资方面的来源和限制； d法律和政策方面的限制； e硬件、软件、运行环境和开发环境方面的条件和限制； f可利用的信息和资源； g系统投入使用的最晚时间。 【MeiWei_81-优质适用文档】 【MeiWei_81-优质适用文档】 2.4 进行可行性研究的方法进行可行性研究的方法 说明这项可行性研究将是如何进行的，所建议的系统将是如何评价的。摘 要说明所使用的基本方法和策略，如调查、加权、确定模型、建立基准点或仿 真等。 2.5 评价尺度评价尺度 说明对系统进行评价时所使用的主要尺度，如费用的
15、多少、各项功能的优 先次序、开发时间的长短及使用中的难易程度。 3 对现有系统的分析对现有系统的分析 这里的现有系统是指当前实际使用的系统，这个系统可能是计算机系统， 也可能是一个机械系统甚至是一个人工系统。 分析现有系统的目的是为了进一步阐明建议中的开发新系统或修改现有系 统的必要性。 3.1 处理流程和数据流程处理流程和数据流程 说明现有系统的基本的处理流程和数据流程。此流程可用图表即流程图的 形式表示，并加以叙述。 3.2 工作负荷工作负荷 列出现有系统所承担的工作及工作量。 3.3 费用开支费用开支 列出由于运行现有系统所引起的费用开支，如人力、设备、空间、支持性 【MeiWei_81-优质适用文档】 【MeiWei_81-优质适用文档】 服务、材料等项开支以及开支总额。 3.4 人员人员 列出为了现有系统的运行和维护所需要的人员的专业技术类
