学生签到系统需求分析

《学生签到系统需求分析》由会员分享，可在线阅读，更多相关《学生签到系统需求分析（12页珍藏版）》请在金锄头文库上搜索。

1、学生签到系统之组名：WLK 姓名、学号：吴同嘉林寒青 1208000204康锦锋 1208000245班级：12非师3班目录1、引言 21.1目的21.2背景21.3参考资料22、任务概述 22.1任务目标22.2用户特点22.3条件约束23、需求规定 33.1对功能的规定33.2对性能的规定33.3输入输出要求33.4数据管理能力要求33.5故障处理要求43.6其他专门要求44、运行环境规定 44.1设备44.2接口 44.3控制 45、逻辑结构模型设计 55.1数据库概述55.2数据字典56、UML 建模 56.1用例图：66.2活动图66.3顺序图86.4类图97、小结 101、引言11

2、 目的本需求分析文档的目的是说明会学生签到系统最终所运行的条件，性能要 求及要实现的功能，为进一步设计与实现打下基础。本文档以文档形式将用户 对软件的需求固定下来，是与用户沟通的成果，也供用户验收项目时参考。本 文档预期读者为：用户，项目管理人员，软件设计人员，编程人员，测试人员 等项目相关人员12 背景系统名称：学生签到系统需求背景：为了保证现在大学生课堂出勤率以及学生信息的管理，大部分学校 纷纷采取不同的措施来对学生的出勤率进行管理和安排，故对合 理、高利用率的学生签到系统有着迫切的需求，一个可行性的系统 对此有着重要的意义。系统用途：本系统利用相应的安卓平台，帮助学校等各个部门更加电子化

3、，智 能化地管理学生出勤的运作，从而提高学校管理的效率系统开发人员：本系统由WLK （吴同嘉、林寒青、康锦锋）团队完成从可行性 分析，需求分析，概要计，实现，调试等一系列过程13 参考材料ANDROID 开发从入门到精通 考勤管理系统可行性研究报告闽南师范大学图书馆ANDROID 开发入门与实战体验 李佐彬、 等 机械工业出版社2、任务概述21任务目标1）系统要求管理员必须输入正确的用户名和密码才能进行删除数据库；2）系统要求能查看学生信息管理业务中学生信息、课程信息；3）系统能查询签到情况；4）系统维护提供完全的计算机管理等；22 用户特点本系统是面向学校学生信息管理而开发的，由于系统的界面

4、清晰、美观， 操作简单、方便，所以操作人员只需要具备一定的电脑操作技能即可。管理员 （维护人员）不需要任何数据库专业技能知识。本系统可以极大的提高工作效 率、保证学生最大的出勤率，预期使用频度较高。23 条件约束应用本系统必须是学校老师、学生和开发人员，系统结合学生自身情况， 对学生信息管理业务中学生信息、课程信息，签到情况等查询、维护提供完全 的计算机管理，只实现以下功能: 学生签到，查看学生签到情况，学生信息管 理，学生信息添加。普通用户可以使用本系统查看个人签到详细资料（包括截 图），添加学生信息，查看学生信息，系统管理员在使用的基础上还可以对普 通用户进行管理（清除学生签到人员列表）3

5、、需求规定3.1 对功能的规定本学生签到系统包括学生信息管理，学生签到管理两个部分，本签到系统 有以下几个功能：学生签到，查看学生签到情况，学生信息管理，学生信息添 加，普通用户可以使用本系统查看个人签到详细资料（包括截图），添加学生 信息，查看学生信息，系统管理员在使用的基础上还可以对普通用户进行管理 （清除学生签到人员列表）。3.2 对性能的规定学生签到管理系统中管理权限上应当进行严格控制，具体思想如下：1）要想对该学生签到管理系统进行操作就应当具有某些操作权限。没有权限 的用户将不能通过任何渠道来登录该系统，查看该系统的任何信息和数据， 以确 保系统的严密性和安全性。2）在上述要求基础上

6、可以为该系统设定多种登录方式，程序开始运行所有功能 将是不可使用的，只有系统登录和退出系统两个窗口可以使用，没有系统管 理员或者普通用户的用户名和密码任何人都不能登录该系统。3）在具体实现时还应为系统管理员和普通用户设定不同的权限，系统管理员 应当可以使用系统的所有模块，普通用户对于用户管理模块是无权使用的。4）签到出现空的信息或者错误的信息将自动提醒输入详细的信息，按照一定的 时间规定内没有反应需要重新签到，填写签到的信息。3.3 输入输出要求输入数据类型为INT型和CHAR型，输出数据为INT型、CHAR型和STRING等多 种类型。3.4数据管理能力要求定时整理数据：系统管理员根据市场行

7、情定时整理系统数据库，对用户信 息的管理情况是否涉及违规等情况的管理均可由计算机执行，并将运行结果归 档。（1）技术层面 使用较新的开发和维护技术； 数据库管理员管理好数据库数据； 专职维护人员维护硬件。 软件存在并行操作（2）人员层面 维护协议； 思想认识； 法律法规教育； 工作流程及方式方法。3.5故障处理要求在开发阶段可以随即修改数据库里的相应内容。本软件可能产生的错误为 软件、硬件故障以及对各项性能而言所产对故障处理的要求。还有数据库的错 误信息，应有数据库管理员对数据库进行维护。为了确保系统恢复的能力，数 据库管理员要定期对数据库进行备份。用一览表的方式说明每种可能的出错或故障情况出

8、现时，系统输出信息的形 式、含意及处理方法。序号出错状况解决方法1数据库容量过大， 服务器运行缓慢定期维护减少冗余2突然断电使用后备电源3数据丢失数据库镜像还原4出现大的程序问题启用备份程序，如无法启 用则只能关闭网站进行抢 修问题系统输出信息形式含义处理方法录入信息重复屏幕显示信息重复重新录入3.6 其他专门要求其他专门要求如用户单位对安全保密的要求，对使用方便的要求，对可维 护性、可补充性、易读性、可靠性、运行环境转换性的特殊要求。对数据库的 安全性、完整性要求：用户各项数据信息必须确保安全性和完整性。4、运行环境规定4.1 设备首先班级负责考勤的同学要在手机安装本客户端，通过信息录入和选

9、择， 对学生日常上课进行考勤，学校老师可以通过客户端获得学生的出勤情况。4.2 接口用户接口：用 ANDROID 开发的与用户进行信息交流 内部接口：本系统之内的各个系统模块之间的接口的安排： 主控模块（学生签 到系统）调用各个子模块（录入，查看签到详情，信息显示等）。4.3 控制用户在签到首页面之后，可以已签到的信息进行对学生签到系统的访问、 查询。 以管理员身份（输入用户名和密码）结束之后进入系统访问也就意味 着开始管理系统来管理学生签到的信息。5、逻辑模型结构设计5.1 数据库概述数据库是数据管理的最新技术，是计算机科学的重要分支。 由于数据库具 有数据结构化、最低冗余度、较高的程序与数

10、据独立性、易于扩充、易于编制 应用程序等优点，较大的信息系统都是建立在数据库设计之上的。此系统用到 的数据表格较少，安卓系统软件自带数据库DATABASE，能够存放和读取大量的数 据，管理众多并发的用户，故选用安卓自带的DATABASE数据库。5.2 数据字典上面部分数据字典的内容： * 名 字：学生信息 别 名： USER_LIST 描 述：在校学生定 义：学生信息=学号+姓名+班级联系电话学号=字符 姓名=字符 班级=字符 联系电话=字符 位 置：学生信息表* 名 字：签到信息 别 名： USER描 述：签到信息对应的属性定义：签到信息二学号+姓名+班级+联系电话+签到时间 学号=字符 姓

11、名=字符学号=字符 班级=字符 联系电话=字符 签到时间=DATE 位 置：签到信息表*名 字：管理员信息 别 名： LOOGIN描 述：管理员对应的属性定义：管理员信息二账号+密码 账号=字符 密码=字符位 置：管理员信息表 *6、UML 建模6.1 用例图普通用户截屏学生信息删除签到人员 I除学生信息.管理员登陆修改密码用例图)6.2 活动图(1)签到活动图2)添加学生信息活动图(3)查看人员详细信息与截屏4）清除已签到人员数据库6.3 顺序图（1）签到顺序图2)添加学生信息顺序图6.4 类图签到信息已签到信息+学号+班级+查除)+学号+班级+姓名+联系电话+签到时间+管理员+编号+姓名+性别+/ 1*+查询()+删除()+保存()管理卜签到()+学号+班级添加()老师添加学生信息+编号+姓名+性别+查询()+删除()+保存()（类图）7、小结通过这次课程设计，我进一步了解了软件工程的重要性，同时明白合作的 意义所在。在这次课程设计，通过可行性分析、需求分析，使我更加明白了需 求分析的重要性，它是后续工作的最重要参考文件之一。由于个人知识、思维 有限，不能完全考虑系统的完整性，在这一阶段遇到了相当大的困难，比如对 目标系统的需求定义的不够完整，清晰，会给以后的后续工作带来相当的困 难。此次做的需求分析先做为初步工作，在以后设计中将进一步添加完善。