可行性分析报告实例.docx
- 文档编号:6107165
- 上传时间:2023-01-03
- 格式:DOCX
- 页数:12
- 大小:52.05KB
可行性分析报告实例.docx
《可行性分析报告实例.docx》由会员分享,可在线阅读,更多相关《可行性分析报告实例.docx(12页珍藏版)》请在冰豆网上搜索。
可行性分析报告实例
可行性分析报告实例
可行性分析报告实例
本实例以一个图书治理系统为例,介绍软件工程技术方法以及软件工程各时期要紧文档。
本文介绍可行性分析报告。
可行性分析报告包括:
●封面〔略〕
●名目〔略〕
●可行性分析报告内容
可行性分析报告〔实例〕
1.引言
1.1编写目的
可行性分析报告是为〝图书治理系统〞开发的可能性、可行性、必要性提供论据,为开发人员进行系统总体规划设计及具体实施开发工程提供必要的参考资料,在系统开发完成后期为系统的测试、验收提供关心。
其编写过程由某高校信息工程学院学生完成。
预期读者是从事〝图书治理系统〞开发的相关人员。
1.2项目背景
本项目名称为〝图书治理系统〞。
系统功能要紧包括:
能够储备一定数量的图书信息,并方便有效的进行相应的书籍数据操作和治理、能够对一定数量的读者进行相应的信息储备与治理;能够提供一定的安全机制,提供数据信息授权访问。
本项目的任务提出者为某高校信息学院,开发者为信息学院学生。
1.3定义
LMS:
LibraryManagementSystem图书治理系统
SQLServer:
所用的数据库治理系统
eclipse:
所用的开发工具
1.4参考文献
略
2项目概述
2.1要求
该系统应该具有对图书信息、读者信息进行储备和治理,并能够储存图书信息、读者信息、借阅信息、帐号信息,并具有用户治理的功能。
该系统能极大地减少图书治理员的日常工作,并提供图书借阅报表,给图书治理员的图书治理提供辅助决策的功能。
2.1.1功能
图书治理系统最要紧功能是图书信息治理、读者信息治理、图书借阅治理、用户治理等功能。
2.1.2性能
图书治理系统的使用者是图书治理员和读者。
关于图书治理员的治理工作,性能要求不是专门严格,但需要方便图书入库等操作。
关于读者的一样预定、借阅、返还等功能,对性能要求较高,一样需要达到并发数200以上。
2.1.3系统的输出
〔1〕图书库存情形。
〔2〕读者图书预定需求。
〔3〕学生图书借阅情形。
2.1.4系统的输入
〔1〕新书入库。
〔2〕读者图书借阅。
〔3〕用户数据添加。
2.1.5处理流程和数据流程
图2.1系统处理流程
2.1.6可靠性和安全性需求
由于图书治理系统的图书量会专门大,所有在对这些图书导入和查询时要保证速度。
在图书借阅过程中又要保证事务的完整性。
关于整个系统,需要完整的权限操纵,防止某些人恶意的攻击系统,修改原始记录。
同时关于数据库中的数据需要定时备份,防止系统数据丢失。
2.1.7完成期限
本项目的完成期限为2007年6月底。
具体进度见软件项目打算。
2.2项目差不多目标
所建议的系统的开发目标应考虑以下几个方面:
〔1〕系统需要操作方便,方便治理员对整个系统的治理和读者借阅。
〔2〕系统需要提供综合查询系统,方便图书的查询。
〔3〕系统需要良好的扩展性,方便功能扩展和性能扩展。
〔4〕系统需要较好的安全性和灾难复原机制。
2.3条件、假定和限制
对本项目开发中给出的条件、假定和所受到的限制如下。
2.3.1所建议系统的运行寿命的最小值
系统运行寿命的最小值应为10年。
2.3.2进行系统方案选择比较的时刻
系统方案选择比较的时刻为1个月。
2.3.3经费、投资的来源和限制
经费、投资的来源是某高校信息学院,限制不超过合同上约定的条目。
2.3.4硬件、软件、运行环境和开发环境方面的条件和限制
〔1〕硬件资源
服务器:
工作站或小型机;
网络设备:
网络交换机,网卡,网线;
图书条码打印和扫描机。
打印机。
(2)软件资源
服务器端软件选择的具体说明:
操作系统:
Windows2000Server或WindowsNT。
数据库治理系统:
SQLServer。
开发工具:
Eclipse。
软件平台:
Tomcat。
客户端软件选择的具体说明:
web扫瞄器。
2.3.5可利用的信息和资源
可参考传统的手工治理方式。
2.3.6系统投入使用的最晚时刻
系统投入使用的最晚时刻为2007年7月。
2.4进行可行性分析的方法
本次可行性分析是按照前面给出的步骤进行的,即按照复查项目目标和规模,研究目前正使用的系统,导出新系统的高层逻辑模型,重新定义问题这一循环反复过程进行的。
2.5评判尺度
本系统进行评判时的要紧尺度有:
费用的多少,开发时刻的长短,以及使用的难易程度等。
3对现有系统的分析
3.1处理流程和数据流程
图2.2处理流程图
3.2工作负荷
现有系统的工作要紧有:
〔1〕图书的信息爱护。
〔2〕读者的信息爱护。
3.3费用支出
运行现有系统所需要的费用支出包括:
图书治理人员的工资等。
3.4人员
运行爱护现有系统的人员为图书治理员。
3.5设备
现有系统所需要的设备有:
打印机、扫描仪等。
3.6局限性
现有系统的局限性表现在以下方面:
手工操作难度较大、易出错、工作量大;对图书借阅信息和库存信息详细的查询困难。
4所建议的系统
4.1对所建议的系统的说明
所建议的系统是基于B/S结构的图书治理系统,其利用J2EE技术,解决了对图书的各个流程的操纵,并供了一个良好的、易操作、直观的用户操作界面,从而实现自动化和系统化的治理。
4.2处理流程和数据流程
见图2.1。
4.3改进之处
所建议系统与现有系统比较,改进之处包括:
不需要治理人员手工操作查询、可及时更新图书和用户信息,节约了大量的人力、物力资源,提高的治理质量和工作效率。
4.4阻碍
在建立所建议系统时,预期会带来的阻碍包括以下几个方面。
4.4.1对设备的阻碍
由于本系统开发时采纳新的技术和手段,因此需要配备符合本报告2.3条件所列出的条件的运算机硬件。
4.4.2对软件的阻碍
软件环境需符合本报告2.3条件所列出的。
4.4.3对用户单位机构的阻碍
为了运行所建议系统,需要图书治理员熟悉运算机相关操作。
4.4.4对系统运行过程的阻碍
用户操作规程按照系统所建议系统的提示进行;系统失效后,数据库复原到最新的更新备份状态进行储存。
4.4.5对开发的阻碍
开发过程需要及时与用户沟通、了解其需求,不断改进和完善系统。
4.4.6对地点和设施的阻碍
无。
4.4.7对经费开支的阻碍
需要支付开发单位有关费用。
5可行性分析
5.1技术条件可行性分析
本系统是一个基于B/S结构的图书治理系统,采纳面向对象技术、数据库技术、分布式技术等先进技术开发的应用程序,现有的开发技术已专门成熟,且被广泛应用于各行各业,利用现有技术完全能够达到功能目标。
考虑开发期限较为充裕,估量能够在规定的时刻内完成开发。
5.2经济可行性分析
5.2.1支出
(1)差不多建设投资
硬件设备:
服务器。
软件:
Windows2000Server或Linux、数据库治理系统:
SQLServer。
开发工具:
Eclipse。
软件平台:
Tomcat。
(2)其他一次性支出
系统设计和开发费用。
(3)非一次性支出
系统爱护费用。
5.2.2收益
治理方式的自动化,减少了人力、物力费用,缩短了操作时刻,极大地提高了工作效率和系统性能。
5.2.3投资回报周期
依照投资回收期运算方法,收益的累计数开始超过支出的累计数的时刻为1年。
6社会因素方面的可行性
6.1法律方面的可行性
所建议系统的研制和开发都选用正版软件,将可不能侵犯他人、集体和国家的利益,可不能违反相关的国家政策和法律。
6.2操作方面的可行性
本系统的研制和开发充分考虑用户工作流程、运算机操作水平等,尽可能提供更人性化、直观的界面,满足用户要求。
系统的操作方式在用户组织内可行。
7可行性的结论
经上述可行性分析,系统的研制和开发能够赶忙开始进行。
项目开发打算实例
项目开发打算内容如下:
●封面〔略〕
●名目〔略〕
●项目开发打算报告内容
项目开发打算〔实例〕
1.引言
1.1编写目的
本文档对开发过程中人员分配、开发进度、经费预算、所需软、硬件等问题做出安排,以便依照打算开展并检查项目的开发工作。
其编写过程由某高校信息工程学院学生完成。
预期读者是〝软件工程〞教师,及从事〝图书治理系统〞开发的相关人员。
1.2项目背景〔略〕
1.3定义〔略〕
1.4参考文献
同可行性分析报告参考文献;
(1)-(4)
(5)«图书治理系统可行性分析报告»。
2项目概述
2.1工作内容
参考«可行性分析报告»中2.1要求的内容。
在本项目开发过程中需要进行可行性分析、制定项目开发打算、软件需求、软件分析设计、软件实现、软件测试以及相应文档的编写工作。
2.2要紧参加人员
王明、赵微、谢先、夏天均为大四学生,选择该项目作为毕业设计题目,把握程序设计和软件工程的差不多原理及思想,通过查阅资料及讨论的形式,能够解决问题。
崔岩、陈立、乔红等参加文档的修改工作。
2.3产品
2.3.1程序
所用的编程语言为JAVA。
2.3.2文件
向用户提交的文件名称LMS.WAR,将该包放在tomcat的webapps中可自动解压部署。
2.3.3服务
向用户提供的服务为需求分析文档和用户手册,用户可从中得到关于软件使用方面的信息。
2.3.4非移交的产品
所有文件都应上交项目托付单位某大学。
2.4验收标准
关于上述这些产品和服务,按照企业产品要求进行验收。
2.5本打算的批准者和批准日期
本打算的批准者为某大学,批准日期为2007年2月20日。
3实施打算
3.1工作任务的分解与人员分工
可行性分析:
王明
项目开发打算:
陈立
软件需求:
王明、崔岩、乔红
软件分析设计:
王明、陈立、赵微、谢先
编码:
王明、谢先、赵微
测试与爱护:
崔岩、夏天
3.2联系人
本小组共有7个人,王明作为本项目的联系人,负责本项目和托付单位的信息沟通。
3.3进度
可行性分析:
2月25日-3月10日标志:
提交可行性分析报告
项目开发打算:
3月10日-3月13日标志:
提交项目开发打算
需求分析:
2月25日-4月5日标志:
完成需求分析报告
软件设计:
4月5日-4月20日标志:
完成软件分析与设计文档
软件实现:
4月20日-5月10日标志:
代码编写全部完成
测试与实施:
5月10日-6月25日标志:
完成软件测试,能够投入使用
项目名称图书治理系统
表2.1项目进度表
时刻〔月〕
任务
23456
所需工作量
参加人数
所需资源
可行性分析
项目开发打算
需求分析
软件分析与
设计
软件实现
测试与实施
0.5人-月1人
0.11
43
13
13
23
32
总计工作量
人-月
11.6
文档资料复审
3.4预算
人员成本:
500元/人-月,共计:
500*11.6=5800元
项目所需要的工作量〔人-月〕如下表所示:
表3.2项目工作量
任务需要工作量/〔人-月〕
可行性分析0.5
项目开发打算0.1
需求分析4
软件设计2
软件实现2
测试3.0
共计11.6
其它经费:
办公费用:
700元差旅费:
无
机时费:
无资料费:
1000元
设备费:
〔学校实验室提供〕专用设备租金:
无
总计费用支出:
7500元
3.5关键问题
最要紧的是技术方面的问题,即如何通过分析设计、软件实现完成系统需要的功能。
其它如空间数据与属性数据的关系、数据库设计、数据结构设计等问题,也起着关键性的作用。
4支持条件
4.1运算机系统支持
〔1〕服务器端软件选择的具体说明:
●操作系统:
Windows2000Server或WindowsNT。
●数据库治理系统:
SQLServer。
●开发工具:
Eclipse。
〔2〕客户端软件选择的具体说明:
操作系统:
Windows2000Profession或Windows98。
4.2需由用户承担的工作
用户需提供内容详尽的系统需求。
4.3由外单位提供的条件
某高校提供相应的软件和硬件支持。
5专题打算要点
项目开发过程中需要制定各个专题打算,开发人员培训打算、测试打算、安全保密打算、质量保证打算、配置治理打算、用户培训打算、系统安装打算等,并给出打算要点。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 可行性 分析 报告 实例