软件工程可行性分析报告实例图书管理系统.docx
- 文档编号:15001981
- 上传时间:2023-06-29
- 格式:DOCX
- 页数:11
- 大小:37.24KB
软件工程可行性分析报告实例图书管理系统.docx
《软件工程可行性分析报告实例图书管理系统.docx》由会员分享,可在线阅读,更多相关《软件工程可行性分析报告实例图书管理系统.docx(11页珍藏版)》请在冰点文库上搜索。
软件工程可行性分析报告实例图书管理系统
可行性分析报告实例
本实例以一个图书管理系统为例,介绍软件工程技术方法以及软件工程各阶段主要文档。
本文介绍可行性分析报告。
可行性分析报告包括:
●封面(略)
●目录(略)
●可行性分析报告内容
可行性分析报告(实例)
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文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件工程 可行性 分析 报告 实例 图书 管理 系统