文档库 最新最全的文档下载
当前位置:文档库 › (整理)失物招领系统的可行研究报告

(整理)失物招领系统的可行研究报告

(整理)失物招领系统的可行研究报告
(整理)失物招领系统的可行研究报告

可行性分析报告

——《失物招领系统》

任务分配:

第一章,第八章为大家共同编写

肖怀宝:第二章总况与构思流程图

丁悦:第二章编写与代码

牟帅:第三章所有内容,个别内容由全组共同完成梁辰:第四章,第五章

苗春雨:第四章,第五章,与梁辰共同完成

田晨晓:第六章所有内容,个别内容由全组完成

董英楠:第七章所有内容,个别内容由全组完成

第五组的宝贝们,加油加油!我们是最棒的!

目录

第一章引言

1.1编写目的 (1)

1.2背景 (1)

1.3定义 (2)

1.4参考书籍 (2)

第二章可行性研究的前提

2.1要求 (3)

2.2目标 (6)

2.3条件、假定和限制 (6)

2.4进行可行性研究的方法 (7)

2.5评价尺度 (7)

第三章对现有系统的分析

3.1处理流程和数据流程 (7)

3.2工作负荷 (8)

3.3费用开支 (8)

3.4人员 (9)

3.5设备 (9)

3.6局限性 (9)

第四章所建议的系统

4.1对所建议系统的说明 (9)

4.2处理流程和数据流程 (9)

4.3改进之处 (10)

4.4影响

4.4.1对设备的影响 (10)

4.4.2对软件的影响 (10)

4.4.3对用户单位机构的影响 (11)

4.4.4对系统运行过程的影响 (11)

4.4.5对开发的影响 (11)

4.4.6对地点和设施的影响 (11)

4.4.7对经费开支的影响 (11)

4.5局限性 (11)

4.6技术条件方面的可行性 (12)

第五章可选择的其他方案

5.1中小企业产品进销存管理系统 (12)

5.2引进已有管理系统 (12)

第六章投资及效益分析

6.1支出 (12)

6.1.1基本建设投资 (12)

6.1.2其他一次性支出 (13)

6.1.3非一次性支出 (13)

6.2收益 (13)

6.3收益/投资比 (13)

6.4投资回收周期 (13)

第七章社会因素方面的可行性

7.1法律的可行性 (13)

7.2使用方面的可行性 (14)

7.2.1社会可行性 (14)

7.2.2经济可行性 (14)

7.2.3人员需求的可行性 (14)

第八章结论 (15)

1 引言

1.1 编写目的

说明该软件开发项目的实现在技术、经济和社会条件方面的可行性;评述为了合理地达到开发目标而可能选择的各种方案;说明并论证所选定的方案。该软件的可行性分析报告的预期读者主要是指支持该软件开发或者有意开发该软件的相关工作成员。

本文档的预期读者是:

设计人员;

开发人员;

项目管理人员;

测试人员;

用户;

1.2 背景

为了方便失主寻找丢失物品、拾主归还捡拾物品和减轻失物招领中心的管理员的工作负担,以及发扬拾金不昧的美好品德和提高中国人民的道德水平,我们开发了失物招领管理系统。失主可以通过网络进入到本系统,查询自己丢失的物品是否已被好心人拾到并交给了招领中心和对好心人的感谢等;管理员可通过本系统对失物信息、报失信息、留言信息等方便的进行管理。

a、待开发的软件系统的名称

失物招领管理系统

b、本项目的开发者

概要设计说明书:杨欣、向珍珍、杨平霞

可行性研究报告:夏骏、姜智

软件需求说明书:杨平霞、姚宇萍

项目开发计划:周楷、刘启文

c、用户

政府、学校失物招领中心

该项目建议开发的软件系统名称为失物招领管理系统。当今我国正努力建设和谐社会,政府重视城市居民道德素质的提高,所以,弘扬拾金不昧的优秀传统是政府义不容辞的一项责任。本着为城市的更好建设贡献自己的力量而提出了该项目的开发计划,具体的系统开发成员有待确定,该项目的主要用户包括一些学校和政府机关。为更好的实现该软件的相关功能,用户可以采用一个独立的数据库实现小范围内的实施该系统,例如学校或者企业等;也可以通过Internet的连接在网页上实施该系统,例如县市级政府机关等。该软件系统是应用一个自主添加设计的独立实现的数据库结构,在实现功能方面是独立的,但是在该系统中的一个信息公布功能需要一些电子显示设备,该系统可以直接添加在一些学校的网站下或是其他网站作为一个功能板块,也可以直接开发设立相关网站。

1.3定义

该文件中用到的专门术语的定义和外文首字母组词的原词组如下:

用户:指管理员。

网上用户端:指失主。

Varchar:是一种比char更加灵活的数据类型,同样用于表示字符数据,但是Varchar 可以保存可变长度的字符串.

Datetime:是一种日期时间的转换方式,有很大种,如Datetime.ToStirng()的格式为2010-10-20 20:51:12.

1.4参考书籍

[1]《汉语编程企业管理应用软件需求说明书》

https://www.wendangku.net/doc/d218942431.html,/p-37279342.html

[2]《最新投资项目可行性分析与项目管理实务全书》

https://www.wendangku.net/doc/d218942431.html,/sling_608405.aspx

[3]《软件设计精要与模式》张逸著

https://www.wendangku.net/doc/d218942431.html,/view/f57630284b73f242336c5f0e.html

[4]《技术改造项目评估方法与可行性研究报告编制实用手册》

https://www.wendangku.net/doc/d218942431.html,/sling_47285.aspx

[5]《企业管理》

2 可行性研究的前提

2.1要求

●功能

促进县、市级城市和各高校的文明化管理,实现城市信息化的失物招领管理,包括失物信息管理、报失信息管理、信息公布管理。同时本系统还包括管理该系统的功能,如:登录管理和用户管理。提升群众的道德修养与自身素质,满足失主对失物招领系统的相关要求。

●性能

快速处理系统的信息,方便管理端和网上用户端,提高失物招领的工作速率;有较高的精度,在查询时比较准确;较好的灵活性,以便适应需求发生的一些变化。

●输入

采用纯手工输入的方式把相关的数据载入数据库。

字段类型名称字段类型名称

pick_nam e Varchar(

30)

失物的名称lost_name Varchar(

30)

报失物品

名称

pick_tra it Varchar(

30)

失物的特点lost_trait Varchar(

30)

报失物品

特点

pick_pla ce Varchar(

30)

捡拾地点lost_place Varchar(

30)

丢失地点

pick_tim

e

Datetime捡拾时间lost_time Datetime丢失时间

pname Varchar(

30)捡拾人姓名lname Varchar(

30)

报失人名

pcontact Varchar(捡拾人联系lcontact_way Varchar(报失人联

_way 30)方式30)系方式

store_pl ace Varchar(

30)

对应的存储

地点

sdate Datetime 上交物品日

ldate Datetime报失日期

store_ti

me

int存储时间time int 报失时间

hand_way Varchar(

30

处理方式

数据采用表格的方式存入数据库中。这些输入数据的数量和访问频度根据现实情况而定。

输出

字段名称说明字段名称说明

pick_nam e 失物的

名称

方便

管理

员确

认失

主领

取时

对丢

失物

品的

描述

lost_name报失物品

名称

方便管理

员联系相

应失物的

主人

pick_tra it 失物的

特点

lost_trait报失物品

特点

pick_pla ce 捡拾地

lost_place丢失地点

pick_tim e 捡拾时

lost_time丢失时间

pname 捡拾人

姓名lname 报失人名

pcontact _way 捡拾人

联系方

lcontact_way 报失人联

系方式

store_pl对应的方便

ace 存储地

点管理员找到失物

sdate 上交物

品日期

ldate 报失日期

store_ti me 存储时

方便

管理

员记

录进

行处

time 报失时间方便管理

员记录进

行处理

hand_way 处理方式

●各模块的基本数据流程图为:

输入数据库

信息数据

地址长度查询窗口

信息数据库

定位显示

● 各模块的基本处理流程图为:

失物招领管理

系统

登录管理

用户管理数

据库

调用返回

信息公布管

失物信息管理数据库

调用返回

留言内容库

查询

● 在安全与保密方面的要求

失物的相关数据能进行长时间的存储,使失主领取失物时有据可查并且系统

采用严格的权限管理,使系统具有很好的安全性。

● 同本系统相连接的其他系统

本系统可以采用单独的数据库操作。 ● 完成期限

2.2目标

● 人力费用的减少 ● 处理速度的提高 ● 管理信息服务的改进

●人员利用率的改进

2.3条件、假定和限制

●系统的运行寿命的最小值:5年

●进行系统方案选择比较的时间:一个月

●经费、投资方面的来源和限制

个人筹集、团队支付或预定支付。投资经费太少,无法完善整个系统的界面美化等修饰工作。

●法律和政策方面的限制

没有出台相关的法律法规及政策,局限于个人的道德修养。

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

硬件要求设备较为齐全包括电子显示设备,软件的开发环境局限于开发成员熟悉的某些特定的软件。

●可利用的信息和资源

政府或相关机构的有关规定,软件应用范围内的相关地理信息。

●系统投入使用的最晚时间:2013年8月1日

2.4进行可行性研究的方法

该项可行性研究主要是从该项目的投资背景与意义及该项目开发的要求与技术条件来进行分析与说明的。该项目所开发的系统是以建设优秀文明的生活环境,减少人们的损失为目的。进行可行性研究所采用的方法有调查分析与逐步细化的考察,只要从市场需求、环境要求、项目的可行性来研究的。

2.5评价尺度

该系统进行评价时所使用的主要尺度是根据目前其他系列的软件开发所使用的评价尺度而定的。费用的多少采用软件开发市场的平均要求,各项功能的优先次序是根据软件的实施流程而定的,开发时间的长短根据开发人员的技术水平及相关要求而有具体的调整,使用中的难易程度则是根据使用人员的最低技术要

求而设计的。

3对现有系统的分析

目前存在的失物招领系统,要不就是人工系统,一切工作都由人去管理,要不就是比较简单的系统,功能还不是很完善。

3.1处理流程和数据流程

现有系统的基本的数据流程图如下:

输入

文档(表格)

信息数据

地址长度查询窗口

信息文档(表格)

定位显示

现有系统的基本的处理流程图如下:

失物招领管理

系统

信息公布管

失物信息管

调用

返回

3.2工作负荷

现有系统所承担的工作及工作量包括大量的数据处理及大量的信息存储。

3.3费用开支

由于运行现有系统所引起的费用开支

人力方面:所需人员较多,相对引起的费用开支也较多。

设备:设备要求相对简单,但可实现的功能有限。

空间:所要求的存储空间相对较大,失物的存储空间也有很大的局限性。

其他:如支持性服务、材料等项开支则相对标准较低。

开支总额:现有系统的费用开支在人员安排与服务上花费较高,但设备要求及材料上支出较低。

3.4人员

现有系统的运行和维护所需要的人员的专业技术类别和数量:

人员人数技术要求

数据库管理员2名熟练掌握数据库的运用系统操作人员2名掌握系统的操作流程

系统维护人员1名对系统的技术要求足够了解

3.5设备

现有系统所使用的各种设备:计算机或是纸笔。

3.6局限性

现有系统的主要的局限性包括处理时间赶不上需要,响应不及时,数据存储能力不足,处理功能不够等。对现有系统的改进性维护在一定程度上是可以提高处理速率,但终其功能方面有些不齐全,有很多不完善的地方,所以对现有系统的改进性维护已经不能解决问题。

4所建议的系统

4.1对所建议系统的说明

该项目所开发的系统是应用面向对象的编程方法进行开发的,在功能实现方面是根据实际的需求所定义的,应用分层的结构方式将模块划分为两个大部分,管理端与用户端。其中,最主要的还是管理端,管理端的这些功能和要求主要是通过数据库来实现:

a、它将所有输入的数据分门别类的保存在不同的数据库中;

b、它调用的数据来自数据库;

c、通过普通查询和高级检索,进行不同精度的查询数据,查到需要的数据项。

4.2处理流程和数据流程

给出所建议系统的处理流程和数据流程。同2.1 要求中的各模块的基本数据流程图和处理流程图。

4.3改进之处

?本系统对数据的存储完全采用数据库的形式。对所有的数据除了需要人工输入的以外,其他的数据处理完全可以由计算机代劳,但也可以由人

来手动处理,比如:删除一些记录时。这使得工作人员的工作量大大减

少,人员利用率大大提高。

?在查询数据项时,只需向计算机输入想要查询的数据项的特点。如:普通查询时,通过输入失物的名称,就可以显示出具有相同名称的所有数

据项;高级检索时,通过输入失物的名称、丢失地点和丢失时间段,则

可显示出名称相同、丢失地点和丢失时间符号要求的所有数据项。

?本系统还提供了网上查询和留言的功能。网上查询方便了失主,留言可以给失物招领中心提出建议,使失物招领可以更好的为大家服务,也可

以赞美拾金不昧的好心人,鼓舞发扬这种精神,使广大人民的道德素质

普遍提高。

4.4影响

4.4.1对设备的影响

P4 2.0以上机器都可以使用此软件。

4.4.2对软件的影响

本系统的软件环境如下:

●操作系统:UNIX/Linux/WindowsXP或以上版本

●数据库:SQL Server2000

●开发工具包:VC++6.0、JDK 1.4.2

●Web服务器:Tomcat

●浏览器:IE6.0以上

所以对现有的软件而言,不需要做任何的改进。

4.4.3对用户单位机构的影响

本产品所面向的是一些学校和政府机关,人员数量有限,又加上系统的功能比较简单、界面清晰,所以操作起来比较简单。因此只需懂初步计算机的操作即可。

4.4.4对系统运行过程的影响

?用户要按照本产品的操作手册以及提供的相关配套材料进行操作;

?输入过程数据预处理过程无影响;

?对输出的处理过程无影响;

?系统失效后将会出现异常情况,恢复的处理方法将采用结束当前任务或重新

启动计算机。

4.4.5对开发的影响

随着编程的发展和功能的不断改进,可使失物招领管理系统升级,使操作界面更美观、使用更方便、功能更强大;

同时也需要一定的人力及设备资源更新;

4.4.6对地点和设施的影响

无影响。

4.4.7对经费开支的影响

扼要说明为了所建议系统的开发,设计和维持运行而需要的各项经费开支。

4.5局限性

◆由于开发人员经验不足,工期较短,所以所涉及的范围不够全面,功能等不

够完善;

◆本系统只适用于汉语和英语,要想使功能更好一些,适应于更多的语言,系

统将做适当的修改。

4.6技术条件方面的可行性

●在当前的限制条件下,该系统的功能目标能否达到;

●利用现有的技术,该系统的功能能否实现;

●对开发人员的数量和质量的要求并说明这些要求能否满足;

●在规定的期限内,本系统的开发能否完成。

5可选择的其他系统方案

5.1中小企业产品进销存管理系统

中小企业产品进销存管理系统就是制作出能方便对企业生产的产品进行进

销存的管理,但需考虑的东西太多,系统繁琐,需投入大量的人力,物力,故未被实行。

5.2引进已有管理系统

操作人员需要重新上机培训,可以避免大量开发费用

6投资及效益分析

6.1支出

失物招领系统的支出,主要是系统维护及管理人员的支出,该系统主要是服务群众,为方便遗失东西的人,所以其他方面没有开支。

6.1.1基本建设投资

该系统的基本建设投资是开发和安装系统的费用

主要是数据库管理软件xxxx元

6.1.2其他一次性支出

研究的费用(需求,设计的总体研究)共xxxx元

数据库的建立的费用共xxxx元

开发安装人员的支出共xxxx元

6.1.3非一次性支出

所用设备(电脑)的维护等费用共xxxx元

软件的维护费用共xxxx元

人员的工资共xxxx元

6.2收益

失物招领系统是服务于群众的,我们卖给行政部门,就是方便遗失者能找回自己东西,所以说,该系统基本上不能带来什么收益。

6.3收益/投资比

6.4投资回收周期

7社会因素方面的可行性

7.1法律的可行性

由于这是失物招领系统,可能涉及钱财等贵重物品,法律方面的可行性十分重要。我们会认真核对详细信息后才让遗失者拿回东西。出现分歧,概不能拿回东西,小金额的东西可有相关部门作为中间人协商,大金额或贵重物品则交给相关法律部门,必须按照法律程序执行,给捡拾者和遗失者满意答复,所以说我们的系统卖给相关部门之后,他们有责任履行法律的义务。所以该系统在法律上是可行的。

7.2使用方面的可行性

7.2.1社会可行性

随着社会的发展,生活水平提高,消费的观点越来越强调。而人们出行在外难免会出现丢失,遗忘的情况,使其受到损失。该系统做出,运行之后,定能找回其不必要的损失。对维护个人财产和社会和谐有重要作用。所以该系统的开发运用符合当今社会发展的需求。具有着很强的使用意义和社会可行性。

7.2.2经济可行性

本系统无需投入额外的设备购买及人员培训的费用,所以在经济上本系统的设计是可行的。此外系统对开发的需求以及软硬件要求都不是很高,所以在软硬件的支出成本并不高。我们的系统主要是卖给公安机关,政府等行政部门。所以本系统在任何一台连接Internet的机器上都可以运行,有很高的经济可行性。

7.2.3人员需求的可行性

该系统对工作人员的基本上没特殊的需求,不必进行人员培训,工作人员要懂得使用计算机的基本操作。我们是卖给行政部门,作为行政人员定具备最起码的职业道德,决不能有将捡拾者上交的东西据为己有的行为。因为我们是失物招领系统,所以广大群众(即捡拾者)也是系统的人员,我们希望群众有着拾金不昧的中华民族的传统优良品质。主动上缴所捡的物品,钱财。所以看出,本系统在人员需求方面是可行的。

8结论

通过对失物招领系统可行性的分析及总结,我们觉得该系统是可以开始立即进行的。本系统现阶段只需建立的资金,使用后基本不需再用资金,已将支出成本降到最底。对于人力方面,我们系统要求的人力不是很多,利用行政部门的人力足以。至于设备就更简单了。我们是卖给行政部门,以上这些都是很快能得到满足的,所以本系统的开发是立即可以进行的。

相关文档
相关文档 最新文档