勤工助学在线系统项目可行性实施报告.docx
- 文档编号:26000277
- 上传时间:2023-06-17
- 格式:DOCX
- 页数:16
- 大小:145.91KB
勤工助学在线系统项目可行性实施报告.docx
《勤工助学在线系统项目可行性实施报告.docx》由会员分享,可在线阅读,更多相关《勤工助学在线系统项目可行性实施报告.docx(16页珍藏版)》请在冰豆网上搜索。
勤工助学在线系统项目可行性实施报告
勤工助学在线系统项目
1.1编写目的
本可行性分析报告的目的是规化本软件的编写,旨在于提高软件开发过程中的能见度,便于对软件开发过程中的控制与管理,同时提出了勤工助学在线系统的软件开发过程,便于程序员与客户之间的交流、协作,并作为工作成果的原始依据,同时也表明了本软件的共性,以期能够获得更大围的应用。
1.2背景
软件名称:
勤工助学在线系统
本项目由勤工助学在线系统开发小组提岀,开发人员有纪柏涛、于杰、孔德超、王亮、孟丛丛、马家亮、超。
我校勤工助学工作已经顺利开展了多届,在一定程度上帮助了我校家庭经济困难学生顺利完成学业,但一些学生不能及时方便的获得勤工助学信息、招聘单位的需求和学院勤工助学相关部门安排的学生不对口等问题时有发生。
为了进一步规和管理高等院校学生勤工助学工作,促进勤工助学活动的健康、有序的开展,保障学生参加勤工助学的合法权益,培养学生自立自强精神,增强学生社会实践能力,帮助家庭经济困难学生顺利完成学业,开发一款适合本校使用的、可以实现“公平、公正、公开”的勤工助学在线系统的需求越来越高。
本着“立足校园,服务社会”的宗旨,按照“学有余力、自愿申请、信息公开、扶困优先、竞争上岗、遵纪守法”的原则。
由学院在不影响正常教学秩序和学生正常学习的前提下有组织地通过本系统开展勤工助学工作。
学院各部门及社会各界应给予鼓励和支持,负责对勤工助学学生的招聘、审核、评价和工资结算工作,指导、管理、检查和监督勤工助学的各项工作。
按照实事求是、公平合理的原则,及时帮助和解决勤工助学工作中出现的问题,使得勤工助学工作顺利进行。
其次,该系统应该可以建立家庭经济困难学生的档案资料,并可以积极主动、吸收和引导家庭经济困难学生参加勤工助学,以使他们通过劳动取得相应的报酬,顺利完成学业。
同时,该系统应该建立健全信用机制和学生工作记录,方便学院各部门和社会各界在招聘时作参考。
1.3定义
勤工助学在线系统:
基本元素为构成勤工助学及相关行为所必须的各种部分。
需求:
用户解决问题或达到目标所需的条件或功能;系统或系统部件要满足合同、标准,规或其它正式规定文档所需具有的条件或权能。
需求分析:
包括提炼,分析和仔细审查已收集到的需求,以确保所有的风险承担者都明其含义并找岀其中的错误,遗憾或其它不足的地方。
模块的独立性:
是指软件系统中每个模块只涉及软件要求的具体的子功能,而和软件系统中其他的模块的接口是简单的。
1.4参考资料
可行性研究报告(ISO标准)
铁路售票系统需求分析报告
巴巴运动网详细设计说明书
中国电信CRM开发文档
2.可行性研究的前提
[说明对所建议开发的软件的项目进行可行性研究的前提。
]
2.1要求
[说明对所建议开发的软件的基本要求。
]
在校学生可以注册一个账户来登录本系统,未通过审核的同学可以登录本系统完善个人资料,但不能选择工作岗位。
只有向学院相关管理部门提交书面材料并完善个人资料的学生可以通过管理员审核。
完善个人资料可以更好地展示自己的优点以增加被应聘部门的聘用的机会。
同时,应能够选择自己喜欢的岗位,并在工作结束时得到聘用部门的信用评价和工资结算。
在刚申请的工作没有正式通过之前可以该退选工作。
学院各部门和社会事业单位可以注册一个账户来登录本系统,未通过审核的部门可以登录本系统完善个人资料,但不能管理工作岗位。
只有向学院相关管理部门提交书面材料并完善部门资料的部门可以通过管理员审核。
审核通过的部门可以添加、修改和删除工作岗位,但不能删除进行中的工作岗位(即已经招收学生的工作岗位)。
部门可以查看选择其下属工作岗位的学生资料、信用记录、工作历史记录等信息。
部门应该在工作结束后及时结算工资,并认真地对学生进行评价,否则系统将在3个月以后自动结算工资并给予好评。
学院相关管理部门负责人充当系统管理员,账户由系统默认给岀。
管理员应能够对学生、学院各部门、社会各界的申请资格进行审核,并可以不经审核直接添加学生、部门,查看各部门下属工作岗位和学生的所有资料。
管理员可以发布、修改和删除新闻,并对系统进行初始化工作。
2.2目标
[说明所建议系统的主要开发目标。
]
本软件面向所有高等学校,应该能够在有限的修改后可以到达无缝结合高等学校的学生管理系统、在线办公系统等一起使用,方便办公。
初步达到办公自动化,减轻学生排队的痛苦,做到“公平、公正、公开”。
2.3条件、假定和限制
[说明对这项开发中给出的条件、假定和所受到期的限制。
]
学生必须知道所在高等学校已经部署本系统,并在规定的时间向学院相关管理部门提交书面申请材料,以便管理员审核该生参加勤工助学的资格。
学院各部门及社会各界企事业单位的主要负责人在本系统申请部门管理账户,并向学院相关管理部门提交书面申请材料,以便管理员审核该部门参加提供工作岗位的资格。
以免使学生的勤工助学合法权益受到损害。
学院相关管理部门负责人应当及时发布公告、解决和处理好学生、部门在使用中遇到的问题。
2.4进行可行性研究的方法
[说明这项可行性研究将是如何进行的,所建议的系统将是如何评价的,摘要说明所使用的基本方法和策略。
]
小组讨论
2.5评价尺度
[说明对系统进行评价时所使用的主要尺度。
]
有效降低工作负荷,减少不必要的时间浪费,做到“公平、公正、公开”,最终达到帮助家庭经济困难学生顺
利完成学业的目的。
3.对现有系统的分析
[这里的现有系统是指当前实际使用的系统,这个系统可能是计算机系统,也可能是一个机械系统甚至是一个人工系统。
]
[分析现有系统的目的是为了进一步阐明建议中的开发新系统或修改现有系统的必要性。
]
现有系统是一个人工系统,效率低、能耗大、不能很好的做到“公开、公平、公正”。
学生不能及时了解新发布的岗位信息,对自己的工作要求、工作时间、工资待遇等不是很明确。
部门不能及时发布岗位信息,在部门急需助手的时候不能及时得到满足,对学生的工作能力、信用记录、工作历史纪录等不了解,不能做到人尽其才。
学生、教师对勤工助学学生的意见和建议不能得到落实。
而相关管理人员也是事倍功半,不能很好的调动工作积极性。
上一个版本的勤工助学在线系统采用纯JSP书写,编码人员和美工人员不能分工协作,可维护性低。
数据
库存在数据冗余的问题,导致异常问题经常发生。
新的勤工助学在线系统采用Struts2+Hibernate,实现了MVC思想美工人员不必关心每一行代码得具体含
义就可以进行的美化工作。
将很好的解决这一系列的问题。
3.1处理流程和数据流程
[说明现有系统的基本的处理流程和数据流程。
此流程可用图表即流程图的形式表示,并加以叙述。
]
3.2工作负荷
[列出现有系统所承担的工作及工作量。
]
每学期勤工助学工作开展时,大家蜂拥进勤工助学办公室,而办公人员的处理速度有限,学生需要排队等待。
3.3费用开支
[列出由于运行现有系统所引起的费用开支。
]
需要安排多名办公人员,加大了学院成本。
3.4人员
[列出为了现有系统的运行和维护所需要的人员的专业技术类别和数量。
]
未知
3.5设备
[列出现有系统所使用的各种设备。
]
写字台、计算机
3.6局限性
[列出本系统的主要局限性。
]
每学期勤工助学工作开展时,大家蜂拥进勤工助学办公室,而办公人员的处理速度有限,学生需要排队等待。
同时,办公人员不能很好的了解学生的兴趣爱好和工作能力、信用记录、工作历史记录,随机安排工作岗位的可能性加大,不能很好的满足部门对人才的需求。
4.所建议的系统
4.1对所建议系统的说明
[概括地说明所建议系统,并说明在第2条中列出的那些要求将如何得到满足,说明所使用的基本方法及理论根据。
]
开学后一个月峰值流量达到3000人/小时,平时100人/小时
4.2处理流程和数据流程
[给出所建议系统的处理流程式和数据流程。
]
4.2.1学生注册
学生信息表
说明:
学生需要先注册一个账号并完善个人资料,提交书面材料,等待管理员的审核。
4.4.2学生登录
说明:
拥有帐户的用户都可以登录本系统,没有账户的可以提前注册账户
4.2.3学生个人资料管理
说明:
学生登录系统后可以查看、修改自己的个人资料,修改成功后将新的个人资料显示给用户
424学生选择工作岗位
说明:
学生登录系统后可以查看并选择工作岗位,提交后返回可选工作岗位清单。
425学生退选工作岗位
说明:
学生登录系统后可以查看并退选工作岗位,提交后返回已选工作岗位清单。
426部门注册
说明:
部门需要先注册一个账号并完善部门资料,提交书面材料,等待管理员的审核。
427部门资料显示
说明:
部门负责人登录系统后可以查看自己所在部门资料。
428部门资料修改
说明:
部门负责人登录系统后可以修改自己所在部门资料,修改成功后将新的部门资料显示给用户
429部门管理工作岗位
说明:
部门可以添加、查看、修改、删除下属工作岗位
4.2.10部门查看学生信息
部门
查询条件
广10.1、
查询条件
「10.2、、'
个人信息
部门
负责人
J接受查询条件J
V
、、查询学生/
1
负责人
学生表
说明:
部门可以查看选择下属工作岗位的学生的个人资料。
4211部门选择学生
部门负责人
学生申请表
•L
广11.1乂
学生申请表
广11.2、
部门负责人
查看学生信息
卜
选择学生/
八
—*
学生信息
说明:
在学生选择岗位以后,部门可以选择学生。
4.2.12部门评价学生
说明:
工作结束后,部门可以评价学生以便日后作为参考
4.2.13部门结算工资
说明:
工作结束后由部门负责人结算学生工资。
4.2.14管理员审核学生
书面
说明:
学生需要完善个人资料并提交书面材料,等待管理员的审核。
管理员可以审核符合条件的学生,只有通过审核的学生可以选择工作岗位。
4.2.15管理员管理学生
说明:
管理员可以添加、查看、修改和删除学生。
4.2.16管理员审核部门
说明:
部门需要完善个人资料并提交书面材料,等待管理员的审核。
管理员可以审核符合条件的部门,只有通过审核的部门可以管理工作岗位。
4.2.17管理员管理部门
说明:
管理员可以添加、查看、修改和删除部门
4.2.18管理员查看岗位
管理员
查询条件
广18.1
f
查询条件
■
18.2
岗位信息
管理员
、一接受查询条件
)
11
查看岗位
立信息
k
丿
)
1
岗位表
说明:
管理员可以查看所有部门的所有下属工作岗位。
4.2.19管理员管理新闻
说明:
管理员可以添加、查看、修改和删除新闻。
4.3改进之处
[按2.2条中列出的目标,逐项说明所建议系统相对于现存系统具有的改进。
]
4.4影响
[说明新提出的设备要求及对现存系统中尚可使用的设备须作出的修改。
]
4.4.1.
对设备的影响
[说明新提出的设备要求及对现存系统中尚可使用的设备须作出的修改]
需要安装WEB服务器、数据库服务器、FTP服务器。
4.4.2.
对软件的影响
[说明为了使现存的应用软件和支持软件能够同所建议系统相适应,而需要对这些软件所进行的修改和补充。
]
未知。
4.4.3.
对用户单位机构的影响
[说明为了建立和运行所建议系统,对用户单位机构、人员的数量和技术水平等方面的全部要求。
可以保留勤工助学办公室,只需一名会使用本系统、最好会数据库管理的工作人员。
]
4.4.4.
对系统运行过程的影响
[说明所建议系统对运行过程的影响。
]
未知。
4.4.5.
对开发的影响
[说明对开发的影响。
]
未知。
4.4.6.
对地点和设施的影响
[说明对建筑物改造的要求及对环境设施的要求。
]
未知。
447.对经费开支的影响
[扼要说明为了所建议系统的开发,统计和维持运行而需要的各项经费开支。
]
7000元。
4.5技术条件方面的可能性
[本节应说明技术条件方面的可能性]
技术基础
项目技术要求:
略
本小组有开发技术人员7人,其中有项目开发经验的人员1人及开发人员6人,可以形成指导、分析、设计及
开发的全套技术工作力量;相对而言,
根据项目的技术要求是较低的:
界面编程要求是,可以看岀,其要求没有超岀现有开发的技术容。
数据库编程要求是:
现有的技术力量完全可以解决。
接口编码要求是:
由于要求非常简单,技术上不会有任何问题。
协议要求是:
从要求中可以看出需求方对需要的协议非常明确,并且非常愿意合作,所以,在明确了双方的责任,并且确定下来之后,问题完全可以解决。
5.可选择的其他系统方案
[扼要说明曾考虑过的每一种可选择的系统方案,包括需开发的和可从国国外直接购买的,如果没有供选择的系统方案可考虑,则说明这一点。
]
5.1可选择的系统方案1
[说明可选择的系统方案1,并说明它末被选中的理由。
]
继续使用现有的人工系统,节约成本。
但无法实现“公平、公正、公开”的勤工助学活动的开展。
5.2可选择的系统方案2
使用上一个版本的纯JSP勤工助学在线系统,可维护性差,数据冗余高
6.投资及效益分析
6.1支岀
[对于所选择的方案,说明所需的费用,如果已有一个现存系统,则包括该系统继续运行期间所需的费用。
]
6.1.1基本建设投资
[包括采购、开发和安装所需的费用。
]可选采购优质服务器30000元。
可选商用MySQL15000元。
开发费用7000元。
6.1.2其他一次性支岀
未知。
6.1.3非一次性支岀
[列出在该系统生命期按月或按季或按年支出的用于运行和维护的费用。
]
管理员工资1500元/月
6.2收益
[对于所选择的方案,说明能够带来的收益,这里所说的收益,表现为开支费用的减少或避免、差错的减少、灵活性的增加、动作速度的提高和管理计划方面的改进等,包括:
6.2.1一次性收益]
[说明能够用人民币数目表示的一次性收益,可按数据处理、用户、管理和支持等项分类叙述。
]
未知。
6.2.2非一次性收益
[说明在整个系统生命期由于运行所建议系统而导致的按月的、按年的能用人民币数目表示的收益,包括开支的减少和避免。
]
管理人员只需一人,节约工资开支每人每月1500元。
6.2.3不可定量的收益
[逐项列出无法直用人民币表示的收益。
]
未知。
6.3收益/投资比
[求出整个系统生命期的收益/投资比值。
]
未知。
6.4投资回收周期
[求出收益的累计数开始超过支出的累计数的时间。
]
6.5敏感性分析
[是指一些关键性因素与这些不同类型之间的合理搭配、处理速度要求、设备和软件的配置等变化时,对开支和收益的影响最灵敏的围的估计。
]
未知。
7.社会因素方面的可能性
7.1.[法律方面的可行性]
7.2.[使用方面的可行性]
8.结论
[在进行可行性研究报告的编制时,必须有一个研究的结论]
相当可行。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 勤工助学 在线 系统 项目 可行性 实施 报告