铁大课表 可行性研究报告

 

 

铁大课表

可行性研究报告

 

 

 

 

 

 

 

 

第七小组：闫立新、曹锦锋、李夏蕾、

苏海岩、王伟光、杨世超

 

2014年4月1日

 

目录

1引言... 1

1.1编写目的... 1

1.2背景... 1

1.3定义... 1

1.4参考资料... 1

2可行性研究的前提... 2

2.1要求... 2

2.2目标... 2

2.3条件、假定和限制... 2

2.4进行可行性研究的方法... 3

2.5评价尺度... 3

3对现有系统的分析... 3

3.1处理流程和数据流程... 4

3.2工作负荷... 4

3.3费用开支... 4

3.4人员... 4

3.5设备... 4

3.6局限性... 5

4所建议的系统... 5

4.1对所建议系统的说明... 5

4.2处理流程和数据流程... 5

4.3改进之处... 6

4.4影响... 6

4.4.1对设备的影响... 6

4.4.2对软件的影响... 6

4.4.3对用户单位机构的影响... 6

4.4.4对系统运行过程的影响... 6

4.4.5对开发的影响... 7

4.4.6对地点和设施的影响... 7

4.4.7对经费开支的影响... 7

4.5局限性... 7

4.6技术条件方面的可行性... 7

5可选择的其他系统方案... 8

5.1可选择的系统方案1. 8

5.2可选择的系统方案2. 8

6投资及效益分析... 8

6.1支出... 8

6.1.1基本建设投资... 8

6.1.2非一次性支出... 9

6.2收益... 9

6.2.1一次性及非一次性收益... 9

6.2.2不可定量的收益... 9

6.3收益／投资比... 9

6.4敏感性分析... 9

7社会因素方面的可行性... 9

7.1法律方面的可行性... 9

7.2使用方面的可行性... 10

8结论... 10

 

 

可行性研究报告

1引言

1.1编写目的

编写本可行性研究报告的目的在于说明该软件开发项目实现在技术、经济和社会条件方面的可行性；评述为了合理地达到开发目标而可能选择的各种方案；说明并论证所选定的方案。 

本可行性研究报告预期的读者为：课程设计TA，开发团队。

1.2背景

说明：

a．   所建议开发的软件系统的名称：铁大课表

b．  本项目的任务提出者、开发者：闫立新、曹锦锋、李夏蕾、苏海岩、王伟光、                            杨世超

用户：石家庄铁道大学在校学生

实现该软件的计算中心或计算机网络：学生android手机

c．   该软件系统同其他系统或其他机构的基本的相互来往关系：该软件系统与手机操作系统、与android内置SQLite数据库系统

1.3定义

课表：只学校对学生上课过程中的课程安排，具体指什么时候在哪儿上什么课。

Curriculum schedule课程表

1.4参考资料

本文件的参考文件：软件工程国家标准文档、课程项目计划书

2可行性研究的前提

2.1要求

铁大课表作为一款面向本校校园的个人手机软件，其主要有一下几点：

1. 功能：可以添加并查看自己的个人课表
2. 软件可以显示自己所有的上课信息，包括时间和地点
3. 初步设计为学生自己手动输入自己的课表信息
4. 提供良好的用户界面，操作简便，易学易用
5. 一款本地的小软件，不涉及联网和与其他信息系统的链接
6. 完成期限：2014年5月30日

2.2目标

选择面向大学生用户的个人软件，目的是开发出一款对我们大学生群体实用的手机软件，开发人员作为第一用户有利于完善软件的功能。我们对“铁大课表”软件抱以的期望如下：

a．   团队小组每个人都拥有电脑及手机，不用投入其他资金和设备

b．  充分利用小组的六个成员作为仅有的人力资源

c．   能够添加课程信息并在相应课程下添加作业

d．  实现需求分析中的全部功能的基础上，可以扩大软件系统的外延

e．   尽量不加班，项目进度按计划进行

2.3条件、假定和限制

我们毕竟不是商业的开发团队，没有强大的物质支持。本项目作为一个在校大学生的课程设计有如下限制因素：

a． 建议软件的运行寿命的最小值为一学期即4个月；

b．无法直接连接学校教务处的课表系统导致软件只能通过手动添加自己的课程；

c． 手中参考资料以及图书馆的参考书有限，大量的技术要求现学；

d．  软件只能在android操作系统上运行；

e． 人力资源有限，开发过程有大量文档要写；

f．  每天有其他课程的大量作业以及有部分结课课程的考试，不能投入百分百的时间和精力 。

2.4进行可行性研究的方法

小组成员通过学校贴吧发帖调查，很多学生表示愿意安装此款软件以用来查看自己的上课信息。

通过小组成员的上网搜索，网上有很多相关的软件和应用API供我们借鉴和使用

2.5评价尺度

说明对系统进行评价时所使用的主要尺度，如费用的多少、各项功能的优先次序、开发时间的长短及使用中的难易程度。

对系统进行评价时所使用的主要尺度：

1. 各项功能的优先次序：打开软件后显示的是课表信息，点击课表后添加相应课程的作业信息
2. 开发时间的长短：能否在课程设计规定的时间或者提前完成项目
3. 使用中的难易程度：用户在使用中感觉使用的便利程度
4. 软件的健壮性：用户频繁使用或者极限操作的情况下，软件崩溃的临界值

3对现有系统的分析

这里的现有系统是指当前实际使用的系统，这个系统可能是计算机系统，也可能是一个机械系统甚 至是一个人工系统。

分析现有系统的目的是为了进一步阐明建议中的开发新系统或修改现有系统的必要性。

3.1处理流程和数据流程

现有的教务系统处查看课表信息流程图如下图，其操作及使用对于手机普遍的大学生来说很不便利。

开始

 

 

 

 

 

登录

 

查看本学期课表

 

结束

 

 

 

 

 

 

 

 

 

登录学校网站主页后点击进入教务处，登录教务处教务管理系统可以查看个人本学期的课表。

3.2工作负荷

大量学生登录教务系统时，会出现较长的响应延时。登录后还需继续点击查看课表信息

3.3费用开支

基本没有

3.4人员

学校相关技术人员

3.5设备

学校机房服务器及sqlserver 数据库软件

3.6局限性

现有的教务系统只能够通过电脑终端登录查看自己的课表，不能够方便及时的查看

4所建议的系统

4.1对所建议系统的说明

针对我校的在校大学生这个用户群体，校园网教务系统处的课表查看使用起来很不方便，尤其对于部分忘性较大的同学，经常不记得或走错上课教室，不但弄得尴尬而且浪费宝贵时间。针对以上两个问题，将课表移植到手机平台上，进行良好的管理，可以提高学生的工作效率，节省宝贵时间

4.2处理流程和数据流程

给出所建议系统的处理流程和数据流程。

开始

 

选择星期

 

查看课表

 

选择课程添加或查看相应的作业

 

结束

 

添加完善课表信息

 

 

 

 

 

 

 

 

 

 

 

 

 

4.3改进之处

最大的改进之处就是将课表从电脑上移植到手机客户端上，极大的方便了同学们的使用。

4.4影响

4.4.1对设备的影响

原来的设备及系统保持运行，“铁大课表”只需学生手中拥有一部Android手机就可以运行。

4.4.2对软件的影响

对现在的教务系统不做任何修改和补充。

4.4.3对用户单位机构的影响

会使用Android手机软件，对于现在的大学生这个问题基本不存在。

4.4.4对系统运行过程的影响

a． 用户的操作规程：用户无需接受专业培训，安装后通过基本的熟悉就可以熟练使用软件；

b．数据是用户自己添加保存到手机内置数据库中，不涉及联网，没有数据安全隐患；

c． 输出的数据为用户添加的本地数据，通过调用手机系统内置的SQlite数据库；

d．    系统失效后找专业人员进行恢复处理。

4.4.5对开发的影响

1. 软件如果更新，对用户是透明的，没有影响；
2. 为了建立一个数据库所要求的数据资源：用户根据自己的实际情况进行添加数据并保存；
3. 为了开发需要在计算机上安装配置JDK和SDK以及Eclipse
4. 这次小组的开发要进行严格保密，可以交流，不能被剽窃，小组成员要严格遵守纪律。

4.4.6对地点和设施的影响

说明对建筑物改造的要求及对环境设施的要求：开发地点设在宿舍和学校新食堂二楼，使用自己的电脑及手机进行开发。

4.4.7对经费开支的影响

除了开发小组成员的电脑及手机，基本没有其他方面的开销。

4.5局限性

由于技术有限，本软件存在许多不完善之处。整体的功能不够强大，以及由于学校教务处不支持导入功能，用户信息需自己手动输入

4.6技术条件方面的可行性

本软件由学生小组开发和调试，老师进行指导。所用的开发语言和开发环境都有前期学习和开发的经验，也有很多成熟的软件模板，并且项目小组都有良好开发经验，软件的功能也不是很多很强，所以我们项目的可完成性很高。

5可选择的其他系统方案

扼要说明曾考虑过的每一种可选择的系统方案，包括需开发的和可从国内国外直接购买的，如果没有供选择的系统方案可考虑，则说明这一点。

5.1可选择的系统方案1

通过手机登录自己的教务管理系统，将用户手机作为前台客户端，使用学校后台服务器作为支撑，访问并查看自己的课表信息，同时也可是查看学校空教室的信息。这种情况需要外网手机连接学校内网，并需要学校给出访问接口，但学校不允许外网访问内网服务器而造成这种方案不可以实施。

5.2可选择的系统方案2

为了解决上述问题，利用Android手机内置的SQLite数据库作为自己的后台数据库，手动输入数据。由于同学的课表只需手动输入一次，既解决上述问题也保证了数据的安全性。

6投资及效益分析

 6.1支出

本项目的支出有如下几个方面。

6.1.1基本建设投资

1. 为每台电脑增加内存条，4跟2G DDR3金士顿内存条约合600元；
2. 占用冷饮店的地方，需买饮料表示对老板的谢意，花费大约每晚10元；
3. 手机产生的实时花费，合计20元（一次性支出）；

6.1.2非一次性支出

软件的后期维护费用。

6.2收益

6.2.1一次性及非一次性收益

软件属于课程项目，同时也是免费开放使用，暂无收益

6.2.2不可定量的收益

当软件在校园内拥有一定的用户后，可以为部分考研班或校园活动做广告

6.3收益／投资比

暂时的收益比为0/700=0

6.4敏感性分析

手机遭遇病毒的侵害，以及手机操作系统的不稳定导致系统崩溃难以预料，不可估算。

7社会因素方面的可行性

7.1法律方面的可行性

软目前没有相关的注册认证商标。但软件根本不涉及用户个人隐私问题，更不可能存在泄露用户信息等的问题。

7.2使用方面的可行性

7.2.1大学生的生活现状

a．目前，Android手机已经被大学生群体所广泛使用；

 b．大学生生活节奏快，而且课程较多，加上教室不固定，很多同学不能够记清上课地点及每门功课的作业，但是又不能随时用电脑登录教务处查询课表。 

7.2.2 系统对学生的实用意义 

软件提供了上课地点信息，和课程添加作业功能。这些小的功能对于一个配有手机的大学生来说，对查询上课信息和管理作业能够起到很好的辅助作用。

8结论

通过以上的可行性研究分析后，我们小组得出的结论可以是：铁大课表项目可以立即开始进行。