勤工助学在线系统项目可行性研究报告_第1页
勤工助学在线系统项目可行性研究报告_第2页
勤工助学在线系统项目可行性研究报告_第3页
勤工助学在线系统项目可行性研究报告_第4页
勤工助学在线系统项目可行性研究报告_第5页
已阅读5页,还剩9页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1 勤工助学在线系统项目 写目的 本可行性分析报告的目的是规范化本软件的编写,旨在于提高软件开发过程中的能见度,便于对软件开发过程中的控制与管理,同时提出了勤工助学在线系统的软件开发过程,便于程序员与客户之间的交流、协作,并作为工作成果的原始依据,同时也表明了本软件的共性,以期能够获得更大范围的应用。 景 软件名称:勤工助学在线系统 本项目由勤工助学在线系统开发小组提出,开发人员有纪柏涛、于杰、孔德超、王亮、孟丛丛、马家亮、尹超。 我校勤工助学工作已经顺利开展了多届,在一定程度上帮助了我校 家庭经济困难学生顺利完成学业,但一些学生不能及时方便的获得勤工助学信息、招聘单位的需求和学院勤工助学相关部门安排的学生不对口等问题时有发生。 为了进一步规范和管理高等院校学生勤工助学工作,促进勤工助学活动的健康、有序的开展,保障学生参加勤工助学的合法权益,培养学生自立自强精神,增强学生社会实践能力,帮助家庭经济困难学生顺利完成学业,开发一款适合本校使用的、可以实现“公平、公正、公开”的勤工助学在线系统的需求越来越高。 本着“立足校园,服务社会”的宗旨,按照“学有余力、自愿申请、信息公开、扶困优先、竞争上岗、 遵纪守法”的原则。由学院在不影响正常教学秩序和学生正常学习的前提下有组织地通过本系统开展勤工助学工作。 学院各部门及社会各界应给予鼓励和支持,负责对勤工助学学生的招聘、审核、评价和工资结算工作,指导、管理、检查和监督勤工助学的各项工作。按照实事求是、公平合理的原则,及时帮助和解决勤工助学工作中出现的问题,使得勤工助学工作顺利进行。 其次,该系统应该可以建立家庭经济困难学生的档案资料,并可以积极主动、吸收和引导家庭经济困难学生参加勤工助学,以使他们通过劳动取得相应的报酬,顺利完成学业。同时,该系统应该建立健全 信用机制和学生工作记录,方便学院各部门和社会各界在招聘时作参考。 义 勤工助学在线系统:基本元素为构成勤工助学及相关行为所必须的各种部分。 2 需求:用户解决问题或达到目标所需的条件或功能;系统或系统部件要满足合同、标准,规范或其它正式规定文档所需具有的条件或权能。 需求分析:包括提炼,分析和仔细审查已收集到的需求,以确保所有的风险承担者都明其含义并找出其中的错误,遗憾或其它不足的地方。 模块的独立性:是指软件系统中每个模块只涉及软件要求的具体的子功能,而和软件系统中其他 的模块的接口是简单的。 考资料 可行性研究报告 (准 ) 铁路售票系统需求分析报告 巴巴运动网详细设计说明书 中国电信 发文档 2. 可行性研究的前提 说明对所建议开发的软件的项目进行可行性研究的前提。 求 说明对所建议开发的软件的基本要求。 在校学生可以注册一个账户来登录本系统,未通过审核的同学可以登录本系统完善个人资料,但不能选择工作岗位。只有向学院相关管理部门提交书面材料并完善个人资料的学生可以通过管理员审核。完善个人资料可以更好地展示 自己的优点以增加被应聘部门的聘用的机会。同时,应能够选择自己喜欢的岗位,并在工作结束时得到聘用部门的信用评价和工资结算。在刚申请的工作没有正式通过之前可以该退选工作。 学院各部门和社会事业单位可以注册一个账户来登录本系统,未通过审核的部门可以登录本系统完善个人资料,但不能管理工作岗位。只有向学院相关管理部门提交书面材料并完善部门资料的部门可以通过管理员审核。审核通过的部门可以添加、修改和删除工作岗位,但不能删除进行中的工作岗位(即已经招收学生的工作岗位)。部门可以查看选择其下属工作岗位的学生资料、信用记录、 工作历史记录等信息。部门应该在工作结束后及时结算工资,并认真地对学生进行评价,否则系统将在 3 个月以后自动结算工资并给予好评。 学院相关管理部门负责人充当系统管理员,账户由系统默认给出。管理员应能够对学生、学院各部门、社会各界的申请资格进行审核,并可以不经审核直接添加学生、部门,查看各部门下属工作岗位和学生的所有资料。管理员可以发布、修改和删除新闻,并对系统进行初始化工作。 标 3 说明所建议系统的主要开发目标。 本软件面向所有高等学校,应该能够在有限的修改后可以到达无缝结合高等学校 的学生管理系统、在线办公系统等一起使用,方便办公。初步达到办公自动化,减轻学生排队的痛苦,做到“公平、公正、公开”。 件、假定和限制 说明对这项开发中给出的条件、假定和所受到期的限制。 学生必须知道所在高等学校已经部署本系统,并在规定的时间内向学院相关管理部门提交书面申请材料,以便管理员审核该生参加勤工助学的资格。 学院各部门及社会各界企事业单位的主要负责人在本系统申请部门管理账户,并向学院相关管理部门提交书面申请材料,以便管理员审核该部门参加提供工作岗位的资格。以免使学生的勤 工助学合法权益受到损害。 学院相关管理部门负责人应当及时发布公告、解决和处理好学生、部门在使用中遇到的问题。 行可行性研究的方法 说明这项可行性研究将是如何进行的,所建议的系统将是如何评价的,摘要说明所使用的基本方法和策略。 小组讨论 价尺度 说明对系统进行评价时所使用的主要尺度。 有效降低工作负荷,减少不必要的时间浪费,做到“公平、公正、公开”,最终达到帮助家庭经济困难学生顺利完成学业的目的。 3. 对现有系统的分析 这里的现有系统是指当前实际使用的系统,这个 系统可能是计算机系统,也可能是一个机械系统甚至是一个人工系统。 分析现有系统的目的是为了进一步阐明建议中的开发新系统或修改现有系统的必要性。 现有系统是一个人工系统,效率低、能耗大、不能很好的做到“公开、公平、公正”。学生不能及时了解新发布的岗位信息,对自己的工作要求、工作时间、工资待遇等不是很明确。部门不能及时发布岗位信息,在部门急需助手的时候不能及时得到满足,对学生的工作能力、信用记录、工作历史纪录等不了解,不能做到人尽其才。学生、教师对勤工助学学生的意见和建议不能得到落实。而相关管理人员也是事倍 功半,不能很好的调动工作积极性。 上一个版本的勤工助学在线系统采用纯 写,编码人员和美工人员不能分工协作,可维护性低。数据库存在数据冗余的问题,导致异常问题经常发生。 4 新的勤工助学在线系统采用 现了 想美工人员不必关心每一行代码得具体含义就可以进行网站的美化工作。将很好的解决这一系列的问题。 理流程和数据流程 说明现有系统的基本的处理流程和数据流程。此流程可用图表即流程图的形式表示,并加以叙述。 学 生资 格 审 核贫 困 证 明安 排 工 作学 生审 核 通 过 通 知 工 作负荷 列出现有系统所承担的工作及工作量。 每学期勤工助学工作开展时,大家蜂拥进勤工助学办公室,而办公人员的处理速度有限,学生需要排队等待。 用开支 列出由于运行现有系统所引起的费用开支。 需要安排多名办公人员,加大了学院成本。 员 列出为了现有系统的运行和维护所需要的人员的专业技术类别和数量。 未知 备 列出现有系统所使用的各种设备。 写字台、计算机 限性 列出本系统的主要局限性。 每学期勤工助学工作开展时,大家蜂拥进勤工助学办公室,而办公人员的处理速度有限,学生需要排队等待。同时,办公人员不能很好的了解学生的兴趣爱好和工作能力、信用记录、工作历史记录,随机安排工作岗位的可能性加大,不能很好的满足部门对人才的需求。 4. 所建议的系统 5 所建议系统的说明 概括地说明所建议系统,并说明在第 2 条中列出的那些要求将如何得到满足,说明所使用的基本方法及理论根据。 开学后一个月内峰值流量达到 3000 人 /小时,平时 100 人 /小时。 理流程和 数据流程。 给出所建议系统的处理流程式和数据流程。 生注册 学 生接 收 信 息个 人 信 息学 生 信 息 表注 册 新 用 户个 人 信 息等 待 审 核学 生事 务1 . 11 . 21 . 3说明:学生需要先注册一个账号并完善个人资料,提交书面材料,等待管理员的审核。 生登录 学 生接 收 信 息个 人 信 息学 生 信 息 表验 证 用 户个 人 信 息验 证 成 功学 生事 务2 . 12 . 22 . 3事 务说明:拥有帐户的用户都可以登录本系统,没有账户的可以提前注册账户。 生个人资料管理 学 生学 生 信 息 表接 收 事 务事 务显 示 个 人 资 料修 改 个 人 资 料学 生3 . 13 . 2 6 说明:学生登录系统后可以查看、修改自己的 个人资料,修改成功后将新的个人资料显示给用户。 生选择工作岗位 学 生工 作 岗 位 表接 收 事 务事 务显 示 可 选 工 作岗 位 清 单学 生更 新 工 作 岗 位显 示 可 选 工 作岗 位 清 单事 务工 作 岗 位 表事 务4 . 14 . 24 . 34 . 4说明:学生登录系统后可以查看并选择工作岗位,提交后返回可选工作岗位清单。 生退选工作岗位 学 生工 作 岗 位 表接 收 事 务事 务显 示 已 选 工 作岗 位 清 单学 生更 新 工 作 岗 位显 示 已 选 工 作岗 位 清 单事 务工 作 岗 位 表事 务5 . 15 . 25 . 35 . 4说明:学生登录系统后可以查看并退选工作岗位,提交后返回已选工作岗位清单。 门注册 部 门负 责 人接 收 信 息部 门 信 息部 门 信 息 表注 册 新 用 户部 门 信 息等 待 审 核部 门事 务6 . 16 . 26 . 3说明:部门需要先注册一个账号并完善部门资料,提交书面材 料,等待管理员的审核。 门资料显示 7 部 门负 责 人接 收 信 息部 门 信 息部 门 信 息 表验 证 用 户部 门 信 息验 证 成 功部 门负 责 人事 务7 . 17 . 27 . 3事 务说明:部门负责人登录系统后可以查看自己所在部门资料。 门资料修改 部 门负 责 人部 门 信 息 表接 收 事 务事 务显 示 部 门 资 料修 改 部 门 资 料部 门负 责 人事 务8 . 18 . 2说明:部门负责人登录系统后可以修改自己所在部门资料,修改成功后将新的部门资料显示给用户。 门管理工作岗位 部 门负 责 人部 门负 责 人岗 位 信 息 岗 位 信 息岗 位 信 息岗 位 信 息接 收 信 息删 除添 加修 改更 新 岗 位信 息 列 表9 . 19 . 29 . 3说明:部门可以添加、查看、修改、删除下属工作岗位。 门查看学生信息 部 门负 责 人接 受 查 询 条 件查 询 条 件查 询 学 生查 询 条 件学 生 表部 门负 责 人个 人 信 息1 0 . 11 0 . 2说明:部门可以查看选择下属工作岗位的学生的个人资料。 门选择学生 8 部 门负 责 人查 看 学 生 信 息学 生 申 请 表选 择 学 生学 生 申 请 表学 生 信 息部 门负 责 人1 1 . 11 1 . 2说明:在学生选择岗位以后,部门可以选择学生。 门评价学生 部 门查 看 学 生 工 作情 况学 生 工 作 情 况评 价 学 生学 生 工 作 情 况学 生 信 息部 门事 务1 2 . 11 2 . 1说明:工作结束后,部门可以评价学生以便日后作为参考。 门结算工资 部 门负 责 人接 收事 物处 理 工作 信 息更 新 工作 信 息部 门负 责 人事 务事 务工 作 信 息工 资 详 单D 1 工 作 信 息D 2 工 资 信 息更 新 工作 信 息1 3 . 1 . 11 3 . 1 . 2 1 3 . 1 . 3 1 3 . 2说明:工作结束后由部门负责人结算学生 工资。 理员审核学生 9 学 生接 受 个 人 信 息个 人 信 息审 核 学 生个 人 信 息学 生 表贫 困 证 明管 理 员个 人 信 息书 面1 4 . 1 1 4 . 2说明:学生需要完善个人资料并提交书面材料,等待管理员的审核。管理员可以审核符合条件的学生,只有通过审核的学生可以选择工作岗位。 理员管理学生 管 理 员接 受 查 询 条 件查 询 条 件添 加 学 生查 询 学 生修 改 学 生删 除 学 生查 询 条 件学 生 表管 理 员个 人 信 息1 5 . 11 5 . 2说明:管理员可以添加、查看、修改和删除学生。 理员审核部门 部 门接 受 部 门 信 息部 门 信 息审 核 部 门部 门 信 息部 门 表管 理 员部 门 信 息书 面资 料1 6 . 11 6 . 2说明:部门需要完善个人资料并提交书面材料,等待管理员的审核。 管理员可以审核符合条件的部门,只有通过审核的部门可以管理工作岗位。 10 理员管理部门 管 理 员接 受 查 询 条 件查 询 条 件添 加 部 门查 询 部 门修 改 部 门删 除 部 门查 询 条 件部 门 表管 理 员部 门 信 息1 7 . 11 7 . 2说明:管理员可以添加、查看、修改和删除部门。 理员查看岗位 管 理 员接 受 查 询 条 件查 询 条 件查 看 岗 位 信 息查 询 条 件岗 位 表管 理 员岗 位 信 息1 8 . 1 1 8 . 2说明:管理员可以查看所有部门的所有下属工作岗位。 理员管理新闻 管 理 员接 受 查 询 条 件查 询 条 件添 加 新 闻查 询 新 闻修 改 新 闻删 除 新 闻查 询 条 件新 闻 表管 理 员新 闻 信 息1 9 . 11 9 . 2说明:管理员可以添加、查看、修改和删除新闻。 进之处 按 中列出的目标,逐项说明所建议系统相对于现存系统具有的改进。 响 11 说明新提出的设备要求及对现存系统中尚可使用的设备须作出的修改。 说明新提出的设备要求及对现存系统中尚可使用的设备须作出的修改 需要安装 务器、数据库服务器、 务器。 说明为了使现存的应用软件和支持软件能够同所建议系统相适应,而需要对这些软件所进行的修改和补充。 未知。 说明为了 建立和运行所建议系统,对用户单位机构、人员的数量和技术水平等方面的全部要求。 可以保留勤工助学办公室,只需一名会使用本系统、最好会数据库管理的工作人员。 说明所建议系统对运行过程的影响。 未知。 说明对开发的影响。 未知。 说明对建筑物改造的要求及对环境设施的要求。 未知。 扼要说明为了所建议系统的开发,统计和维持运行而需要的各项经费 开支。 7000 元。 12 术条件方面的可能性 本节应说明技术条件方面的可能性 技术基础 项目技术要求:略 本小组有开发技术人员 7 人,其中有项目开发经验的人员 1 人及开发人员 6 人,可以形成指导、分析、设计及开发的全套技术工作力量;相对而言, 根据项目的技术要求是较低的: 界面编程要求是,可以看出,其要求没有超出现有开发的技术内容。 数据库编程要求是:现有的技术力量完全可以解决。 接口编码要求是:由于要求非常简单,技术上不会有任何问题。 协议要求 是:从要求中可以看出需求方对需 要的协议非常明确,并且非常愿意合作,所以,在明确了双方的责任,并且确定下来之后,问题完全可以解决。 5. 可选择的其他系统方案 扼要说明曾考虑过的每一种可选择的系统方案,包括需开发的和可从国内国外直接购买的,如果没有供选择的系统方案可考虑,则说明这一点。 选择的系统方案 1 说明可选择的系统方案 1,并说明它末被选中的理由。 继续使用现有的人工系统,节约成本。但无法实现“公平、公正、公开”的勤工助学活动的开展

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论