软件工程可行性研究报告样本.doc

可行性研究实验报告

班 级
姓 名
学 号
指导老师

可行性研究报告

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

1引言
1.1编写目的
此可行性研究报告目的是分析医院信息管理系统的可行性。经过对此项目进行详细的调查研究, 初拟此系统实现报告, 对未来系统开发过程中将要面临的问题及其解决方案进行初步设计及合理安排, 明确开发风险机器所带来的经济效益和社会效益。本报告由客户相关负责人审核后, 即可作为一个设计基础的说明书。本报告的预期读者为项目管理人, 软件用户, 软件开发工程师。
1.2背景
说明:
A. 所建议开发的软件系统的名称;
B. 本项目的任务提出者、 开发者、 用户及实现该软件的计算中心或计算机网络;
C. 该软件系统同其它系统或其它机构的基本的相互来往关系。
1.3定义
列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
1.4参考资料
《管理信息系统》 黄梯云 编著 高等教育出版社
《软件工程》张海藩 编著 人民邮电出版社
《Delphi实用教程》 郑阿奇 主编 电子工业出版社
《SQL Server 实用教程》刘卫宏 编著 科学出版社
《C程序设计》 谭浩强 清华大学出版社
2可行性研究的前提

2.1要求
经过对人、 财、 物、 信息的统一管理, 提高医务人员的工作效率, 加快病人的就诊速度; 杜绝收费、 药品管理中的漏洞, 严格药品管理, 避免许多人为因素 造成的漏、 错和恶意欠费
a.系统的运行应该具有较长的使用寿命, 至少为 ;
b.进行系统方案选择比较的时间: 1年;
c.经费、 投资方面的来源: 所在医院;
d.硬件、 软件、 运行环境和开发环境方面的条件和限制: 服务器工作站, 终端为PC机;
e.可利用的信息和资源: 药品仓储数据库, 病房管理数据库, 就诊病例管理数据库, 医疗费用数据;
2.2目标
说明所建议系统的主要开发目标, 如:
A. 人力与设备费用的减少;
B. 处理速度的提高;
C. 控制精度或生产能力的提高;
D. 管理信息服务的改进;
E. 自动决策系统的改进;
F. 人员利用率的改进。
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改进之处
开发出一套以满足医院业务需求为中心, 以医院管理为主导, 支持医院医疗事务处理, 医疗质量的监督与控制, 支持医院经济核算, 支持医疗改革制度, 将以信息手工处理为主的模式转变为实现人、 财、 物计算机网络化为主的新型管理模式的医院信息管理系统。系统既同其它所有管理信息系统( MIS) 一样能追踪、 管理伴随人、 财、 物流所产生的管理信息, 从而提高整个系统的运行效率, 而且还能支持以病人医疗信息为中心的整个医疗、 教学、 科研活动。系统为一计算机网络分布式客户/服务器模式的数据库系统, 并要集成现有的部分数据处理系统。具有对医院各项业务和实时信息输入/输出的处理、 整理、 分析、 管理功能。实现对病人的全程信息化管理和信息共享, 方便病人就诊和医疗事务处理。结构合理, 技术先进, 系统具有较高的实用性、 可靠性、 稳定性、 安全性、 超前性、 灵活性、 可扩展性和经济性。对医院各级管理提供支持。提供与Internet的联接, 实现与医院外部的电子数据交换和信息共享。
4.4影响
影响 的影响原有的设备基本都能保留, 使原有设备运行起来更有效率。对新提出的设备要求: 1、 服务器 2、 工作站3、 网络设备有中心交换机、 二级交换机、 光纤模块4、 外围设备 的影响现有的操作系统软件如: Windows NT,Windows ,Linux等; 数据库软件如: Oracle,SQL Server 等;
4.4.1对设备的影响
说明新提出的设备要求及对现存系统中尚可使用的设备须作出的修改。
4.4.2对软件的影响
说明为了使现存的应用软件和支持软件能够同所建议系统相适应。而需要对这些软件所进行的修改和补充。
4.4.3对用户单位机构的影响
开发工具如: Delphi,Asp等均能适用我们的应急联动系统软件开发的需要。 单位机构的影响随着计算机技术、 网络技术、 通讯技术及信息科学的发展, 实现医院的医疗信息化、 管理信息化, 与医疗体制改革接轨, 提高病人的满意度, 提高医院的管理水平, 建立高速、 稳定、 安全的网络。尽量能使用现有的人员,需要引进较多有计算机技术水平人才
4.4.4对系统运行过程的影响
运行过程的影响数据经过医务人员直接输入系统数据库; 对数据很好的存储、 并做好备份的工作; 的影响为了支持医院管理系统的开发, 我们的开发人员需与用户进行面对面的交流, 使我们能够很好的了解用户的需要, 用户能和我们主动的配合。建立数据库所要求的数据资源包括这个医院的病人资料数据, 药品数据, 医生资料数据等等。开发和测验所建议系统性能比较好的足够数量的计算机即可。用户应做好系统的保密与安全工作。
4.4.5对开发的影响
可选择的其它系统方案在进行网络设计时, 从节省成本的角度想, 考虑过建立统一的数据中心, 对数据进行处理, 可是出于以下几点原因, 我们没有选用。从技术上来说, 使用统一的数据中心, 所有的数据都要经过数据中心, 使数据中心的信息处理量太多, 对数据中心的处理能力要求较高, 而且维护难度较大。采用分布式, 各部门的信息处理在各自的服务器就能够完成, 只有需要进行各部门信息交换时才经过交换机进行工作。利于局域网的平稳运行。
4.4.6对地点和设施的影响
说明对建筑物改造的要求及对环境设施的要求。
4.4.7对经费开支的影响
扼要说明为了所建议系统的开发, 设计和维持运行而需要的各项经费开支。
4.5局限性
。由于医院信息系统是一个信息量大, 而且还在一些信息, 如药品的在存储量, 急诊时的一些信息等等, 都需要及时的进行反馈, 如果建立统一的数据中心可能不能及时地处理数据, 处理效果不够好。该方案不利于医院日后的系统升级。
4.6技术条件方面的可行性
本节应说明技术条件方面的可行性, 如:
a． 在当前的限制条件下, 该系统的功能目标能否达到;
b． 利用现有的技术, 该系统的功能能否实现;
c． 对开发人员的数量和质量的要求并说明这些要求能否满足;
d． 在规定的期限内, 本系统的开发能否完成。
5可选择的其它系统方案
可选择的其它系统方案在进行网络设计时, 从节省成本的角度想, 考虑过建立统一的数据中心, 对数据进行处理, 可是出于以下几点原因, 我们没有选用。
5.1可选择的系统方案1
从技术上来说, 使用统一的数据中心, 所有的数据都要经过数据中心, 使数据中心的信息处理量太多, 对数据中心的处理能力要求较高, 而且维护难度较大。
5.2可选择的系统方案2
采用分布式, 各部门的信息处理在各自的服务器就能够完成, 只有需要进行各部门信息交换时才经过交换机进行工作。利于局域网的平稳运行。由于医院信息系统是一个信息量大, 而且还在一些信息, 如药品的在存储量, 急诊时的一些信息等等, 都需要及时的进行反馈, 如果建立统一的数据中心可能不能及时地处理数据, 处理效果不够好。该方案不利于医院日后的系统升级。
6投资及效益分析
6.1支出
终端PC机300台: 5000*300 = 150万 网络设备: 350 万 辅助配置: 50 万 显示墙: 10万 共计: 560万 其它一次性投资: 软件: 20万 人员培训费: 10万 共计: 30 万经常性支出: 维护人员费用:30万 其它不可知额外支出:20万 支出共计:640万
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一次性收益
本系统将主要从以下几个方面减少支出以及提高效益: 1, 减少药房, 门诊的员工人数, 减少工资的支出。 2, 减少各部门之间协调, 以及管理的成本。 3, 经过该系统提高各部门的工作效率, 达到事半功倍的效果。 4, 提高病人的满意度, 提升医院的知名度。由于知识所限, 无法对各点的具体金额做出估计, 只能粗略估计效益大于支出。
6.2.2非一次性收益
说明在整个系统生命期内由于运行所建议系统而导致的按月的、 按年的能用人民币数目表示的收益, 包括开支的减少和避免。
6.2.3不可定量的收益
逐项列出无法直接用人民币表示的收益, 如服务的改进, 由操作失误引起的风险的减少, 信息掌握情况的改进, 组织机构给外界形象的改进等。有些不可捉摸的收益只能大概估计或进行极值估计( 按最好和最差情况估计) 。
6.3收益／投资比
求出整个系统生命期的收益／投资比值。
6.4投资回收周期
求出收益的累计数开始超过支出的累计数的时间。
6.5敏感性分析
所谓敏感性分析是指一些关键性因素如系统生命期长度、 系统的工作负荷量、 工作负荷的类型与这些不同类型之间的合理搭配、 处理速度要求、 设备和软件的配置等变化时, 对开支和收益的影响最灵敏的范围的估计。在敏感性分析的基础上做出的选择当然会比单一选择的结果要好一些。
7社会因素方面的可行性
本章用来说明对社会因素方面的可行性分析的结果, 包括:
7.1法律方面的可行性
所有软件都选用正版, 一方面不会在开发软件工程过程中出现因不正版软件的问题出现错误; 另一个方面是涉及到版权问题以免侵犯到该软件的专利权。我们所采用的Microsoft Visual Basic、 Delphi、 SQL等都是正版的软件。所有技术资料都由提出方保管, 这样才能保证技术材料的可靠性以及权威性。同时让提出方对这个技术资料持有专利权。而我们的技术资料一方面是上网寻找的相关材料, 还有是从一些相关书籍上借用的。所有的资料都是由提出方拥有跟保管。合同制定确定违约责任。这是软件工作当中最敏感的问题, 因此我们只有制定合同确定一切问题, 以免因为被人推卸责任和侵犯到专利和版权。具体的我们会先申请专利, 注册商标。还有跟某些开发过程中的商家签定合同。跟要利用我们的开发的软件的合作人签定合同。
7.2使用方面的可行性
就用户单位的行政管理、 工作制度、 人员素质考虑: 用户单位的部分工作人员会熟练操作WINDOW 、 XP , LINUX等普遍使用系统, 在对用户单位的具有一定计算机专业知识的员工进行培训前提下, 挑选适合人选作为系统管理员及审计员, 本管理系统还是有相当大的可行性的。 而且我们是在其它医院所使用的信息管理系统的基础上借鉴开发的, 因此本小组开发的系统能适用一般的行政管理、 工作制度上。
8结论
从以上分析能够看到, 医院信息管理系统在技术、 操作、 经济都有充分的可行性, 医院信息管理系统所带来的经济效益及社会效益是不可比拟的, 即投资效益比远大于100[%], 具有较大的开发性, 可投资人力、 物力进行开发。 1、 时间这个项目从接受客户的委托起, 经过与客户相关负责人的商讨, 关于医院信息管理系统问题定义, 可行性研究, 需求分析, 总体设计, 详细设计, 需1年时间 2、 遇到的困难在完成问题定义, 可行性研究, 需求分析之后, 并与客户沟通之后, 若客户需求有变化, 我们可对原文及设计思想进行改进。