软件工程系统可行性分析和需求分析
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
个人承担任务
任务说明:
此次软件工程设计,我主要承担以下任务:
需求分析和可行性分析(根据设计题目进行问题定义,探讨可行性,再对系统进行需求分析等)。
任务内容:
1.可行性分析:
⑴问题定义
各高校传统的勤工助学岗位管理管理模式也越来越不能满足现代教育发展的需要。对于一个有着上百号勤工学生的学校来说,用手工管理这些学生信息还有岗位以及津贴,是一项非常繁琐的工作,而相应的岗位人员查询、津贴签领历史记录查询等,其工作量都让人望而生畏,而且还极易出错,同时也浪费纸。所以我们提出了开发高校勤工助学管理系统,将勤工学生基本信息管理、岗位人员管理、津贴统计等功能进行统一管理,为各高校实现勤工助学岗位信息化管理提供有效工具。
⑵技术可行性
本系统采用B/S模式开发。B/S(Browser/Server,浏览器/服务器)模式又称B/S结构。B/S模式是指在TCP/IP的支持下,以HTTP为传输协议,客户端通过Browser访问Web服务器以及与之相连的后台数据库的技术及体系结构。它由浏览器、Web服务器、应用服务器和数据库服务器组成。客户端的浏览器通过URL 访问Web服务器,Web服务器请求数据库服务器,并将获得的结果以HTML形式返回客户端浏览器。它是随着Internet技术的兴起,对C/S模式应用的扩展。在这种结构下,用户工作界面是通过IE浏览器来实现的。相较于C/S模式的系统升级维护复杂来说,B/S模式最大的好处是运行维护比较简便,能实现不同的
人员,从不同的地点,以不同的接入方式(比如LAN, WAN, Internet/Intranet等)访问和操作共同的数据。另外,B/S还便于面向广大未知用户使用,因为只要电脑安装了IE,经过一定的设置,就都可以使用,如建立企业网站发布信息。
⑶经济可行性
本系统开发成本低,对开发者设备要求不高,数据库采用免费开源的Oracle 数据库。由于是B/S模式,所以对用户软硬件要求要求也很低。
2.需求分析
⑴系统运行环境硬件要求
硬件设备设计是根据信息系统的设计需求,确定信息系统物理设备方案,所设计的硬件设备方案在能够充分满足信息系统功能需求的前提下,还应满足系统的效率、可靠性、安全性和适应性等性能要求,并具有较高的性价比。根据前面的需求分析,我们得出本系统理想的环境当然是配置较高最好,实际操作中硬件平台如下:
硬件环境(访问者):建议用户在允许的情况下采用较高配置硬件资源。
硬件环境(开发者):Intel五代处理器,4G内存,80G磁盘空间。
⑵系统运行环境软件要求
操作系统是计算机系统中最重要的系统软件,目前在微机上使用的桌面操作系统有Windows XP/7/8/10等,本系统在Windows 10操作系统下进行开发,可向下兼容以运行于前面所列举的各种操作系统,但建议使用Windows XP以上系统。
支撑软件是协助人们开发和维护软件的工具和环境软件,包括编辑程序,数据库系统,集成开发环境等,本系统的支撑软件如下:
1、数据库管理系统(DBMS):为了对数据库实施集中管理,同时并发的处理多个客户机发来的数据处理要求,我们选用Oracle数据库管理系统。
2、动态网页技术:在这里我们使用JSP(Java Server Pages)来建立系统,编译软件使用myeclipse10。
⑶系统功能需求
所有学生都可以登录系统申请对外开放的岗位,申请时需要填写相关信息。
勤工人员登录系统可以查询维护自己的信息,包括浏览自己的信息,维护个
人信息,以及修改密码和浏览个人的岗位信息、考勤信息、津贴信息和岗位变动
信息,但不允许查看和修改其他的信息。
管理员登录系统可以查询和维护所有勤工人员除了其他管理员的信息,包括浏览所有勤工人员个人信息,维护所有勤工人员详细档案,修改(重置)勤工人员密码,以及浏览和维护员工考勤信息,津贴信息和岗位变动信息。还可以对系统进行维护,比如说增删及开放岗位、维护部门信息和职位信息。
1.1 勤工人员基本信息管理模块
◆添加勤工人员信息:管理员可以添加勤工人员的基本信息,包括学号、姓名、
身份证号、性别、宿舍号、E-mail、学院、专业班级、联系方式、进入岗位时间等。(注:大部分信息来自学生在线申请岗位时填写的信息,需由管理员核实)
◆修改勤工人员信息:选择一个勤工人员,可以修改这个勤工人员的基本信息。
◆查询勤工人员信息:可以根据勤工人员的学号、姓名或者进入岗位时间进行
查询勤工人员基本信息。并且可以针对查询结果进行修改和删除操作。
◆删除勤工人员信息:先找到某个勤工人员的信息,然后为他办理离职手续。
(员工办理离职手续是同时将与该员工有关的基本工资记录和职位记录以及该员工的密码权限信息移入离职员工表保存)
1.2勤工人员考勤信息管理模块
◆添加考勤信息:考勤信息主要分为:迟到,早退,旷工,请假,加班。考勤
信息通常都是对应于一个特定的员工而言的。
◆查询考勤信息:根据学号或者时间进行查询,得到所有的考勤信息,包括考
勤信息里的所有信息,但是不能够对信息进行任何操作。
1.3勤工人员调动信息管理模块
◆添加调动信息:添加勤工人员的原有部门、原有职务、原有工资、新部门、
新职务、新工资等信息。
◆查询调动信息:查询某个勤工人员的调动信息或者某段时间内事业内部的调
动情况。
1.4部门信息管理模块
◆添加部门信息:添加一个新的部门,记录部门的代号、名称等
◆修改部门信息:修改相应的部门信息
◆删除部门信息:对待一些不需要的部门,可对部门进行删除
1.5职位信息管理模块
◆添加职位信息:可增添某个职位,包括职位名称、所属部门等
◆修改职位信息:修改相应的职位信息
◆删除职位信息:允许管理员删除某个职位的信息
1.6津贴信息管理模块
◆该模块分为津贴管理和奖惩信息:
◆勤工人员津贴信息:勤工人员的一些初始工资
◆奖惩信息:可根据考勤记录和业绩要求对勤工人员的奖励,处罚。在本系统
中对于考勤记录对奖惩信息的影响由管理员输入。奖惩信息主要分为大功,小功,小过,大过等。
1.7查询信息管理模块
◆该模块可分为:员工信息查询,部门信息查询,考勤信息查询,津贴信息查
询,人事异动查询,工资发放查询。具体的操作功能在各个模块都已写明,在此不再赘述。
个人总结
本次系统设计我主要负责需求分析和可行性分析。
本次系统设计的题目是《高校勤工助学岗位管理系统》,主要是根据学工处勤工助学中心提出的需求进行设计开发。根据需求,我向我校勤工助学中心指导老师和负责相关工作的学生干部进行了了解,也对部分勤工助学的学生进行了调查,同时也了解了其他高校相关的情况,再者还参考了部分企业的人事管理系统。我根据以上获取的信息进行了系统的可行性分析,发现可行度还算比较高,可以利用现代化信息技术解决人力劳动问题。
然后我又根据需求,做了需求分析,认为该系统适合使用B/S模式开发,因为该系统面向对象是大多数学生,不可能使用C/S模式去要求学生先安装客户端。同时,如果使用B/S模式开发,对开发者和用户的软硬件设备需求都不是很高。我又对功能进行了分析,根据需求将系统分成了若干个功能模块,使开发条理更加清晰,便于数据库的搭建和功能的开发。