《学生签到系统需求分析复习课程》由会员分享，可在线阅读，更多相关《学生签到系统需求分析复习课程（12页珍藏版）》请在装配图网上搜索。
1、学生签到系统之需求规格报告说明书组名：WLK姓名、学号：吴同嘉 1208000227林寒青 1208000204康锦锋 1208000245班级：12非师 3 班目录1、引言 1.1 目的 21.2 背景 21.3 参考资料 2、任务概述 2.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
2、、UML 建模 6.1 用例图： 66.2 活动图 66.3 顺序图 86.4 类图 97、小结 101、引言1 1 目的本需求分析文档的目的是说明会学生签到系统最终所运行的条件，性能要求 及要实现的功能， 为进一步设计与实现打下基础。 本文档以文档形式将用户对软 件的需求固定下来， 是与用户沟通的成果， 也供用户验收项目时参考。 本文档预 期读者为：用户，项目管理人员，软件设计人员，编程人员，测试人员等项目相 关人员12 背景系统名称：学生签到系统需求背景： 为了保证现在大学生课堂出勤率以及学生信息的管理， 大部分学校纷 纷采取不同的措施来对学生的出勤率进行管理和安排， 故对合理、 高 利用
3、率的学生签到系统有着迫切的需求， 一个可行性的系统对此有着 重要的意义。系统用途： 本系统利用相应的安卓平台， 帮助学校等各个部门更加电子化， 智能 化地管理学生出勤的运作，从而提高学校管理的效率 系统开发人员：本系统由 WLK（吴同嘉、林寒青、康锦锋）团队完成从可行性分 析，需求分析，概要计，实现，调试等一系列过程13 参考材料ANDROID开发从入门到精通 考勤管理系统可行性研究报告闽南师范大学图书馆 ANDROID开发入门与实战体验 李佐彬、 等 机械工业出版社2、任务概述21 任务目标1）系统要求管理员必须输入正确的用户名和密码才能进行删除数据库；2）系统要求能查看学生信息管理业务中学
4、生信息、课程信息；3）系统能查询签到情况；4）系统维护提供完全的计算机管理等；22 用户特点本系统是面向学校学生信息管理而开发的，由于系统的界面清晰、美观， 操作简单、方便，所以操作人员只需要具备一定的电脑操作技能即可。管理员 （维护人员）不需要任何数据库专业技能知识。本系统可以极大的提高工作效 率、保证学生最大的出勤率，预期使用频度较高。23 条件约束应用本系统必须是学校老师、学生和开发人员，系统结合学生自身情况， 对学生信息管理业务中学生信息、课程信息，签到情况等查询、维护提供完全 的计算机管理，只实现以下功能 : 学生签到，查看学生签到情况， 学生信息管理， 学生信息添加。普通用户可以使
5、用本系统查看个人签到详细资料（包括截图） 添加学生信息，查看学生信息，系统管理员在使用的基础上还可以对普通用户 进行管理（清除学生签到人员列表）3、需求规定3.1 对功能的规定本学生签到系统包括学生信息管理， 学生签到管理两个部分， 本签到系统有 以下几个功能：学生签到，查看学生签到情况，学生信息管理，学生信息添加， 普通用户可以使用本系统查看个人签到详细资料（包括截图），添加学生信息， 查看学生信息， 系统管理员在使用的基础上还可以对普通用户进行管理 （清除学 生签到人员列表）。3.2 对性能的规定学生签到管理系统中管理权限上应当进行严格控制，具体思想如下：1）要想对该学生签到管理系统进行操
6、作就应当具有某些操作权限。没有权限 的用户将不能通过任何渠道来登录该系统，查看该系统的任何信息和数据， 以确 保系统的严密性和安全性。2）在上述要求基础上可以为该系统设定多种登录方式，程序开始运行所有功能 将是不可使用的，只有系统登录和退出系统两个窗口可以使用，没有系统管 理员或者普通用户的用户名和密码任何人都不能登录该系统。3）在具体实现时还应为系统管理员和普通用户设定不同的权限，系统管理员 应当可以使用系统的所有模块，普通用户对于用户管理模块是无权使用的。4）签到出现空的信息或者错误的信息将自动提醒输入详细的信息，按照一定的 时间规定内没有反应需要重新签到，填写签到的信息。3.3 输入输出
7、要求输入数据类型为 INT 型和 CHAR型，输出数据为 INT 型、CHAR型和 STRING等多种 类型。3.4 数据管理能力要求定时整理数据： 系统管理员根据市场行情定时整理系统数据库， 对用户信息 的管理情况是否涉及违规等情况的管理均可由计算机执行，并将运行结果归档。 （1）技术层面 使用较新的开发和维护技术； 数据库管理员管理好数据库数据； 专职维护人员维护硬件。软件存在并行操作 （ 2）人员层面 维护协议； 思想认识； 法律法规教育； 工作流程及方式方法。3.5 故障处理要求在开发阶段可以随即修改数据库里的相应内容。 本软件可能产生的错误为软 件、硬件故障以及对各项性能而言所产对故
8、障处理的要求。 还有数据库的错误信 息，应有数据库管理员对数据库进行维护。 为了确保系统恢复的能力， 数据库管 理员要定期对数据库进行备份。用一览表的方式说明每种可能的出错或故障情况出现时，系统输出信息的形式、 含意及处理方法。序号出错状况解决方法1数据库容量过大，服务器运行缓慢定期维护减少冗余2突然断电使用后备电源3数据丢失数据库镜像还原4出现大的程序问题启用备份程序，如无法启用 则只能关闭网站进行抢 修问题系统输出信息形式含义处理方法录入信息重复屏幕显示信息重复重新录入3.6 其他专门要求其他专门要求如用户单位对安全保密的要求， 对使用方便的要求， 对可维护 性、可补充性、易读性、可靠性、
9、运行环境转换性的特殊要求。对数据库的安全 性、完整性要求：用户各项数据信息必须确保安全性和完整性。4、运行环境规定4.1 设备首先班级负责考勤的同学要在手机安装本客户端， 通过信息录入和选择， 对 学生日常上课进行考勤，学校老师可以通过客户端获得学生的出勤情况。4.2 接口用户接口：用 ANDROID开发的与用户进行信息交流 内部接口：本系统之内的各个系统模块之间的接口的安排： 主控模块（学生签 到系统）调用各个子模块（录入，查看签到详情，信息显示等） 。4.3 控制用户在签到首页面之后，可以已签到的信息进行对学生签到系统的访问、 查询。 以管理员身份（输入用户名和密码）结束之后进入系统访问也
10、就意味着 开始管理系统来管理学生签到的信息。5、逻辑模型结构设计5.1 数据库概述数据库是数据管理的最新技术，是计算机科学的重要分支。 由于数据库具 有数据结构化、最低冗余度、较高的程序与数据独立性、易于扩充、易于编制应 用程序等优点， 较大的信息系统都是建立在数据库设计之上的。 此系统用到的数 据表格较少，安卓系统软件自带数据库 DATABAS，E 能够存放和读取大量的数据， 管理众多并发的用户，故选用安卓自带的 DATABASE数据库。5.2 数据字典上面部分数据字典的内容：名 字：学生信息别 名： USER_LIST描 述：在校学生定 义：学生信息 =学号+姓名 +班级联系电话 学号字符
11、 姓名字符 班级 字符联系电话字符位 置：学生信息表名 字：签到信息别 名： USER描 述：签到信息对应的属性定 义：签到信息学号姓名班级 +联系电话 +签到时间 学号字符 姓名字符 学号字符 班级字符 联系电话字符 签到时间 DATE位 置：签到信息表 名 字：管理员信息 别 名： LOOGIN描 述：管理员对应的属性定 义：管理员信息账号 +密码账号字符 密码字符位 置：管理员信息表6、 UML 建模6.1 用例图用例图)6.2 活动图(1) 签到活动图2)添加学生信息活动图(3) 查看人员详细信息与截屏4）清除已签到人员数据库user system6.3 顺序图1)签到顺序图7 : 显
12、示已签到人员界面 ()已签到人员界面5 : 返回数据 ()6 : 添加 ()数据库2)添加学生信息顺序图添加学生信息界面提示画面: 数据库: 用户1 : 添加真实的学生信息 ()6.4 类图7、小结通过这次课程设计， 我进一步了解了软件工程的重要性， 同时明白合作的意 义所在。在这次课程设计，通过可行性分析、需求分析，使我更加明白了需求分 析的重要性，它是后续工作的最重要参考文件之一。由于个人知识、思维有限， 不能完全考虑系统的完整性， 在这一阶段遇到了相当大的困难， 比如对目标系统 的需求定义的不够完整， 清晰，会给以后的后续工作带来相当的困难。 此次做的 需求分析先做为初步工作，在以后设计中将进一步添加完善。
学生签到系统需求分析复习课程
