可行性分析报告实例
本实例以一个图书管理系统为例，介绍软件工程技术方法以及软件工程各阶段主要文档。
本文介绍可行性分析报告。可行性分析报告包括： ? 封面（略） ? 目录（略） ? 可行性分析报告内容
可行性分析报告（实例） 1.引言 1.1编写目的 可行性分析报告是为“图书管理系统”开发的可能性、可行性、必要性提供论据，为开发人员进行系统总体规划设计及具体实施开发工程提供必要的参考资料，在系统开发完成后期为系统的测试、验收提供帮助。其编写过程由某高校信息工程学院学生完成。预期读者是从事“图书管理系统”开发的相关人员。 1.2 项目背景 本项目名称为“图书管理系统”。系统功能主要包括：能够存储一定数量的图书信息,并方便有效的进行相应的书籍数据操作和管理、能够对一定数量的读者进行相应的信息存储与管理；能够提供一定的安全机制，提供数据信息授权访问。本项目的任务提出者为某高校信息学院，开发者为信息学院学生。 1.3 定义 LMS：Library Management System图书管理系统 SQL Server：所用的数据库管理系统 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） 软件资源 服务器端软件选择的具体说明： 操作系统：Windows 2000 Server 或 Windows NT。 数据库管理系统：SQL Server。 开发工具：Eclipse。 软件平台：Tomcat。 客户端软件选择的具体说明：web浏览器。 2.3.5 可利用的信息和资源 可参考传统的手工管理方式。 2.3.6 系统投入使用的最晚时间 系统投入使用的最晚时间为2007年7月。 2.4 进行可行性分析的方法 本次可行性分析是按照前面给出的步骤进行的，即按照复查项目目标和规模，研究目前正使用的系统，导出新系统的高层逻辑模型，重新定义问题这一循环反复过程进行的。 2.5 评价尺度 本系统进行评价时的主要尺度有：费用的多少，开发时间的长短，以及使用的难易程度等。 3 对现有系统的分析 3.1 处理流程和数据流程 管理人员 修改图书信息 操作员操作设备 修改读者信息 资料入库保存 图2.2 处理流程图