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

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.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编写目标现在学校已经建成了很多现代化管理信息系统，如:财务管理系统、图书管理系统和食堂售饭系统等。但这些系统大部分全部是单独建设,没有统一计划,存在着数据反复录入,数据不能共享等问题。一卡通替换了各个校区以前多种卡证，实现了身份识别一卡通；以前全部卡证信息管理系统，其身份识别部分全部连通一卡通系统，实现校内全部地方，包含食堂、图书馆、超市身份识别，提升学校管理水平，并方便学生校园生活系列消费操作（比如水电气充值查询缴费）。 预期读者：重庆师范大学校领导。1.2背景伴随校园数字化、信息化建设逐步深入，校园内多种信息资源整合已经进入全方面计划和实施阶段，校园一卡通以结合学校正在进行统一身份认证、人事、学工等MIS和应用系统等建设。经过共同身份认 证机制，实现数据管理集成和共享，使校园一卡通系统成为校园信息化建设有机组成部分。经过这么有机结合，能够避免反复投入，提升建设进度，为系统间资源共享打下基础。软件系统名称：重庆师范大学校园一卡通管理系统；本项目标任务提出者、开发者：叶阳、周沁怡；用户：系统面向用户群体重庆师范大学各部门：图书馆、食堂、超市、电信联通移动、物业、学校内人群，学生、老师、学校职员等相关用户；实现该软件计算中心或计算机网络和该软件系统同其它系统或其它机构基础相互来往关系：各消费点经过校园主干网和中心服务器联结，经过校园主干网和中心进行数据交换，主干网安全是整个校园一卡通系统运行安全确保。为了确保系统安全，设计上采取了中心服务器和各消费点服务器之间非实时性及实时性相结合标准，即：主干网通可进行数据交换，便于数据统计，主干网不通各消费点服务器可负担各消费系统运行任务，确保各消费系统正常运行。校园卡采取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可行性研究前提要求：一卡通概念包含了三个“一”，即“一卡、一库、一线”，这就要求设置一个校园卡管理中心，从而实现帐户、校园卡发放、财务和系统维护统一管理。目标：校园“一卡通”系统是经过一卡通平台采取一张卡来替换卡、证、票、现金，方便学校广大师生教学、科研、学习、生活和管理。同时提升学校管理水平、服务水平，降低学校和师生在卡、证、票方面投入，在替换原有卡、证、票、现金过程中也达成财务统管目标。 校园一卡通建设目标：首先，建立统一平台，构建学校信息共享环境，实现数字化、网络化、智能化、集中化等目标；其次，实现统一管理，根本处理校内各类费用收缴难、管理乱问题；第三，为各管理部门提供综合信息服务和辅助科学决议，提升学校管理效率和管理水平；第四，加强学校网络应用基础平台建设，使学校应用系统体系结构逐步完善。限制：食堂、超市等多个使用用户所需功效综合协调和数据搜集管理、因为学校人员过多造成信息处理管理延迟。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 不能进行或无须进行（比如因技术不成熟、经济上不合算等）。