软件工程 | https://edu.cnblogs.com/campus/zswxy/software-engineering-2017-1 |
---|---|
作业要求 | https://edu.cnblogs.com/campus/zswxy/software-engineering-2017-1/homework/10811 |
作业目标 | 项目需求分析 |
作业正文 | 《新版教务系统需求规格说明书》 |
参考文献 | https://coding.net/u/Yuaoi/p/BuyTogether/git/blob/master/BuyTogether/一起买需求规格说明书.pdf、https://github.com/CourseManagement/Data |
Github链接:https://github.com/xinxinstars/stars
需求规格说明书
1.引言
1.1 目的
软件设计是把软件需求变换成软件的具体设计方案,即模块结构的过程。软件设计一般分为总体设计和详细设计两个阶段。总体设计阶段根据软件需求分析所得到的数据流程或数据结构,使用结构化设计技术,导出软件的模块结果。详细设计阶段是给出软件模块的内部过程描述。内部过程描述是模块内部的算法设计。该文档是直接给软件开发人员看的
1.2 背景
项目名称:新版教务系统
项目开发人员:“资煌麻辣烫“小组
1.3参考文献
GB-T8567-2006,《计算机软件文档编制规范》
2. 项目概述
2.1 产品描述
从学生从入学到毕业的全过程管理,包括学籍管理、教学安排、成绩系统、排课/选课等多个模块。包括系统基本工具、教学资源、成绩管理、查询空教室、学校表白墙、图书馆占座等多个子系统
2.2 产品功能
从学生角度,满足一名在校大学生在学校的一切基本需求,包括查询课表、成绩查询、同校交友、学校信息的了解等日常需求;从老师角度,方便老师发布教学信息以及考试成绩的通知,同时满足特殊情况下老师方便查询空教室进行调课等需求;
从学校管理者角度,可以有效了解到学生们的需求以及学生对上课的满意度和建议,同时能准确了解到各年级的学习情况
2.3 用户特点
主要针对在校大学生
同时面向教师与少数学校内有需求者
2.4 一般约束
开发周期短
开发技术受限
开发人员存在技术能力差异
2.5 假设与约束
项目的成功实施取决于以下条件:
- 团队成员能够积极配合
- 至少有一名成员起到带头作用
- 团队掌握的技术能够支持项目的平稳进行
3.具体需求
类图
用例图
例描述详见:https://www.cnblogs.com/jk2017/p/12780742.html
部分顺序图说明
3.1 外部接口需求
3.1.1 用户接口
采用MVVM架构,分为Web端和移动端
3.1.2 硬件接口
无特殊要求
3.1.3 软件接口
无特殊要求
3.1.4 通信接口
无特殊要求
3.2 属性
3.2.1 可用性
作为教务系统
- 功能就是教学信息的查询与接收,所以极简的界面不仅给人带来干净的感受也更强调功能的实用性
- 同时移动端能给与用户比PC端以最大的便捷体验,而且用户在移动端能更及时地获取信息
- 当进行某些操作之后应有相关提示信息。例如刷新成绩单或者刷新课表时,刷新成功后应予以”刷新成功“的字样提示,同样失败也应该予以相关的提醒
- 在某一时刻用户量特别巨大的时候,系统也应该能实现最基本的功能同时予以提醒
3.2.2 安全性
采用学号为账号登陆的方式,一名学生从他进入校园开始,学号便与他的教务系统绑定,做到一个学号确定一名学生确定一个教务账号,这样,极大程度避免了用户因为遗忘而重新注册的麻烦也让信息的安全得到一定的保护
3.2.3 可维护性
应从以下几个方面入手:
1.可理解性
2.可测试性
3.可修改性
4.界面原型
PC端
网页登陆主页面
主页面由基本需求模块组成,绝大部分需求用户可直接在主页面获取
重修页面
校园通讯录管理
网页轮播图管理
网页菜单栏管理
移动端
账号登陆界面
成绩查询
此操作显示该用户已过学年的考试成绩,新发布成绩可直接通过更新按钮进行页面刷新
课表查询
显示该用户当前学期当前时期的课表信息,随时间自动刷新,点击科目会进入该天上课具体信息
空教室
绩点计算器
在该页面通过选择需要计算的科目,然后会在后台计算得出所选科目的绩点成绩
空教室查询
合作信息征集页面
意见收集界面
成绩下载
重修显示界面
考试信息
作息时间
该页面显示学校的规定作息时间,若无意外情况,用户均为一致的作息时间
校园表白墙
校园二手市场
计算机二级考试直通页面
CET考试直通页面
教务通知页面
校园信息通知页面
学校位置页面
后勤服务模块页面
该页面是除学生学习信息查询外,提供的生活相关服务,用户可在该页面进行生活相关的需求操作,例如电费充值,电费余额查询等
校园服务通讯录页面
组员 | 任务 | 参与度 |
---|---|---|
邹翰林 | 一部分用例的界面设计 | 8% |
陈宣任 | 一部分用例的界面设计 | 8% |
资煌 | 一部分用例的界面设计,整合界面模型 | 12% |
尹筝弈 | 编写博客园,汇总界面设计 | 8% |
王颖 | 一部分用例的界面设计,整合界面模型 | 10% |
肖雨馨 | 一部分用例的界面设计 | 9% |
邓畅伟 | 一部分用例的界面设计,验收验证标准表 | 11% |
唐良秀 | 一部分用例的界面设计 | 9% |
陈星捷 | 一部分用例的界面设计 | 8% |
何亚男 | 一部分用例的界面设计 | 9% |
胡雨捷 | 一部分用例的界面设计 | 8% |
5. 验收验证标准
测试功能 | 测试项 | 输入/操作 | 检验点 | 预期结果 | 验收情况 |
---|---|---|---|---|---|
登录功能 | 微信授权登录 | null | 用户必须使用微信登录 | 登录成功 | |
登录动作 | 不是用微信登录 | 环境 | 提示用户 | ||
使用微信登录 | 环境 | 授权成功 | |||
教务绑定 | 无信息输入,点击登录 | 确认功能、结果显示 | 登录失败 | ||
警告提示:“请输入用户名和密码” | |||||
仅输入用户名或密码(输入类型正确;无论存在与否)其一,点击登录 | 确认功能、结果显示 | 登录失败 | |||
警告提示:“请输入完整登陆信息” | |||||
输入用户名及密码,两者其一错误或都错误(输入类型正确),点击登录 | 确认功能、结果显示 | 登录失败 | |||
警告提示:“请输入正确的登陆信息” | |||||
用户名或密码格式错误(包含非法符号),点击登录 | 确认功能、结果显示 | 登录失败 | |||
警告提示:“用户名或密码输入类型错误” | |||||
输入符合身份的正确用户名和密码,点击登录 | 确认功能、跳转功能、结果显示 | 登录成功 | |||
进入当前身份的系统操作界面 | |||||
学生模块 | 管理个人信息 | 无 | 查看个人信息 | 可以看到自己的基本信息 | |
个人信息 | 修改个人信息 | 修改展示页 | |||
无 | 解除绑定 | 修改展示页 | |||
功能模块 | 无 | 通过查询功能获取自己想要的信息 | 获取结果成功 | ||
反馈模块 | 输入反馈信息 | 确认功能、结果显示 | 提交成功 | ||
后台模块 | 轮播图管理 | 无 | 增删改查 | 修改展示页 | |
菜单项管理 | 无 | 增删改查 | 修改展示页 | ||
重修管理 | 无 | 增删改查 | 修改展示页 | ||
电话号码管理 | 无 | 增删改查 | 修改展示页 | ||
用户信息管理 | 无 | 增删改查 | 修改展示页 | ||
自动回复管理 | 无 | 增删改查 | 修改展示页 |