可行性分析研究报告FAR.docx

可行性分析研究报告FAR.docx

《可行性分析研究报告FAR.docx》由会员分享，可在线阅读，更多相关《可行性分析研究报告FAR.docx（6页珍藏版）》请在冰豆网上搜索。

可行性分析研究报告FAR

可行性分析（研究）报告（FAR）

说明：

l.《可行性分析（研究）报告》（FAR）是项目初期策划的结果，它分析了项目的要求、目标和环境；提出了几种可供选择的方案；并从技术、经济和法律各方面进行了可行性分析。

可作为项目决策的依据。

2.FAR也可以作为项目建议书、投标书等文件的基础。

1引言

1.1标识

饭卡管理系统

WindowsXP

版本号：

1.0

刷卡消费机

1.2背景

随着大学校园里的学生越来越多，使得现在校园管理难度越来越高。

学校对能实现校园一体化科学化的管理越来越重要。

在这个背景下，校园饭卡管理系统对能实现多种功能应用而生。

用户通过系统首页面，创建饭卡，存入钱。

消费时根据饭卡ID判断该用户是否是合法用户，同时进行消费操作。

管理员可以对系统进行新建饭卡、注销饭卡、修改饭卡信息等操作，而学生进行消费的操作。

1.3项目概述

一套针对大学校园食堂饮食交费，一般消费等方面的信息管理系统，它包括了同学在校内消费各方面内容：

刷卡消费、查询、存款，学生信息管理等。

方便的对同学饭卡信息进行各项操作，定时进行数据的备份更新，保持数据的一致性和准确性，各方面的内容应该相互联系，最终产生各种查询统计报表，以供同学进行检查。

需求方：

学校

开发者：

计算机08—1F团队小组

用户：

拥有饭卡的在校师生和教职工

原有系统依赖人工处理，人工处理的主要局限性表现在系统依赖于大量的人力和物质投入，工作效率较低和成本较高。

效率不高，特别是在高峰期，不能快速消费，经常出现死机，和读卡出现问题等情况。

而且没有记录功能。

现有系统使用饭卡可以快速便捷的进行消费。

中央电脑--数据库对饭卡的操作相应至关重要。

在高峰时刻，也能保证，存款，消费无错误，并且可记录，撤销操作。

1.4文档概述

本文文档针对饭卡管理系统这个问题，实行可行性研究，对软件开发进行清晰的定义，使我们能按照问题一步步的的将项目进行下去。

2引用文件

《软件工程导论》第五版——清华大学出版社

《人月传说》

3可行性分析的前提

3.1项目的要求

要求

a．功能：

1实现消费使用卡片扣钱（取代现金）；

2在固定保险的地方存钱；

3有消费记录功能；

4有挂失功能。

b．性能；

1刷卡消费时，要求快速，准确，可撤销；

2在查询消费记录时，达到一般的查询速度。

c.输出：

在刷卡器上，每次消费时：

1存额

2此次消费额

3剩余额

刷卡器上，额外的信息如：

1出错信息

2锁卡信息

3剩余不多提示信息

报单：

1每学年或者每月，可选择性的（需学生主动要求）输出消费记录报单。

详细程度可由使用者，自行定义。

2存款时，可选择性的（需学生主动要求）输出存款记录报单。

3注销卡时，返还剩余额（钱）。

d．输入：

刷卡器上，每次消费时：

1卡ID（可由读卡器自动读入）

2消费额

3操作符（确认，撤消，后退，计算（加减乘除），存款（有权限限制），其他功能）

数据库管理电脑上：

1输入学生信息

2学生存款额（由读卡器端输入器完成）

3查询，修改，删除功能输入

e．在安全与保密方面的要求：

1使用者之间的ID号不能重复；

2ID号不被他人轻易知道；

3即便知道也能有快速相应的机制，予以弥补；

4有使用追踪功能，可以让用户了解，自己使用的情况。

3.2项目的目标

建立饭卡管理系统，使管理员和拥护和客户都能够方便的进行销售合同的查询。

1）主要开发目标是能够对饭卡信息进行查询和更新管理，且具有反映敏捷准确。

2）由于系统的界面清晰、美观，操作简单、方便，所以操作人员只需要具备一定的电脑操作技能即可。

管理员（维护人员）不需要任何数据库专业技能知识。

本系统可以极大的提高工作效率，预期使用频度较高。

3）系统的规模较小,适于Windows和操作系统，SQL数据库系统。

3.3项目的环境、条件、假定和限制

我们要用最小的代价尽可能在短的时间内确定是否能够解决问题。

a．所建议系统的运行寿命的最小值：

1年；

b．进行系统方案选择比较的时间：

1天；

c．经费、投资方面的来源和限制：

无；

d．法律和政策方面的限制：

无；

e．硬件、软件、运行环境和开发环境方面的条件和限制：

无；

f．可利用的信息和资源：

图书馆；

3.4进行可行性分析的方法

（1）经济可行性分析：

从开发软件系统所需的总时间，总费用，及其中可行性研究所需的费用，以及系统软件开发完成后，所能预计的市场占有率等方面进行考虑，看该软件系统是否能达到一定的经济效益。

（2）技术可行性分析：

由于新的系统需要对变化的数据进行动态的存贮，即数据库中数据要随着管理员对系统的操作来随时更新，并且具有定时数据备份功能。

因此要从技术角度方面研究者性功能是否可以是实现。

（3）操作可行性分析：

要分析设计出的系统在用户的操作上是否简便，这一点很重要，因为它会影响到用户对该系统的反应。

4可选的方案

4.1原有方案的优缺点、局限性及存在的问题

分析原有操作系统

a现有系统的基本的处理流程和数据流程基本稳定。

b但是人工操作频繁加减存款。

工作繁琐，枯燥，容易出错，完成工作所需要的时间较长，工作效率比较低。

c现有系统的技术性含量比较低，操作不便，工作量大，因此需要较多的人才能完成工作。

4.2可重用的系统，与要求之间的差距

人工处理的主要局限性表现在系统依赖于大量的人力和物质投入，工作效率较低和成本较高。

现有系统的技术性含量比较低，操作不便，工作量大，因此需要较多的人才能完成工作。

4.3可选择的系统方案1

4.4可选择的系统方案2

4.5选择最终方案的准则

坚持本方案的有效实行

5所建议的系统

5.1对所建议的系统的说明

5.2数据流程和处理流程

5.3与原系统的比较（若有原系统）

5.4影响（或要求）

5.4.1设备

5.4.2软件

5.4.3运行

5.4.4开发

5.4.5环境

5.4.6经费

5.5局限性

6经济可行性（成本----效益分析）

6.1投资

包括基本建设投资（如开发环境、设备、软件和资料等），其他一次性和非一次性投资（如技术管理费、培训费、管理费、人员工资、奖金和差旅费等）。

6.2预期的经济效益

6.2.1一次性收益

6.2.2非一次性收益

6.2.3不可定量的收益

6.2.4收益/投资比

6.2.5投资回收周期

6.3市场预测

7技术可行性（技术风险评价）

本公司现有资源（如人员、环境、设备和技术条件等）能否满足此工程和项目实施要求，若不满足，应考虑补救措施（如需要分承包方参与、增加人员、投资和设备等），涉及经济问题应进行投资、成本和效益可行性分析，最后确定此工程和项目是否具备技术可行性。

8法律可行性

系统开发不会导致的侵权、违法和责任。

且系统在学校认可下和监督下有效运行。

9用户使用可行性

用户只要拥有饭卡系统

10其他与项目有关的问题

未来可能的变化。

11注解

本章应包含有助于理解本文档的一般信息（例如原理）。

本章应包含为理解本文档需要的术语和定义，所有缩略语和它们在文档中的含义的字母序列表。

附录

附录可用来提供那些为便于文档维护而单独出版的信息（例如图表、分类数据）。

为便于处理附录可单独装订成册。

附录应按字母顺序（A，B等）编排。