软件工程_结对作业_需求分析

柯晓鸿：031302613、叶艺洁：031302540

讨论过程

• [时间：2015.9.21傍晚]
• [地点：生活区32#架空层]
• 主要内容
  • 根据作业要求，对需求进行讨论，分析教学办方和教师方两方当前遇到的问题，根据这些问题提出能够帮助解决问题的想法，筛选出实用可行的点子。再依照NABCD模型，写出需
    求分析
  • 对网页布局做了大致的设计，用Axrue Rp构建原型
  • 讨论过程照片
    
    
    
    
  • 界面原型的构建
    • 登陆界面
      
    • 教学办界面
      
    • 教师界面
      

需求分析（NABCD）

【N需求】

• 采用专门的网站对学校开课报课信息进行统一的管理，进一步提高教学管理的效率，实现教学办收集教师开课报课流程的系统化，规范化和自动化。解决在收集开课报课信息中浪费的大量人力和物力的问题。只需要老师登录网站提交相应信息即可自动生成汇总信息表，省去此前人工汇总的繁琐，以及可能出现的错误

【A做法】

• 注册
  • 教师信息：工号，姓名，年龄，性别，电话，E-mail，密码等。（ps：如若有数据接口，则省去注册功能）
• 教学办端
  • 录入“开课计划书”
  • 群发邮件，通知教师填写开课报课信息。
  • 系统自动更新汇总表
  • 系统自动统计未开课老师名单，一键群发提醒邮件。
  • 信息查询
  • 导出表格
• 教师端
  • 开课信息录入（按照年级、学院、专业进行课程查询，选择开课的课程）
  • 课程撤销
• 优化：
  • 将原本手动群发邮件，改进为系统一键群发邮件。
  • 将原本人工接收、汇总excel表格，改进为通过系统录入、自动汇总。

【B好处】

• 对用户：
  • 操作简单，界面简洁，功能清晰，不受限于电脑知识水平，即用即会。
  • 简化了人工收集汇总开课报课信息的工作
• 对维护人员：
  • 数据库数据结构简单，数据关系清晰，系统可维护性强。

【C竞争】

明确了需求关系，解决了存在的问题，能为学校的教学工作带来极大的便利。

【D推广】

• 以这个系统模式为原型，先在学生范围内做出1.0的版本，在学院团委学生会下各部门或各班级中进行公测，用以收集整合部员或班级同学课表信息，省去同学手动接手、汇总表格的工作。若此模式成功，即可沿用相同模式为学校开发开课报课系统。
• 理由：学校开课报课是一项重要的工作，如若出现闪失，将严重影响到教学秩序，损害师生利益。为了测试方便，小组讨论认为，用上述开课报课系统的模式，先做出收集课表等信息的系统，在学生范围内推广，以验证此模式是否成功。若此模式的成功能得到学院及师生的认可，将有助于学院采纳我们设计的开课报课系统。

系统使用说明

• 登录，自动解析教学办和教师的帐号

• 教学办端

  • 点击邮件设置，进入邮件群发界面，可以设置邮件内容，群发对象。分别为群发邮件和催收邮件，群发邮件用于开始提醒教师进行开课报课信息填写，催收邮件根据未进行开课报课名单的教师，给其发邮件进行提醒。
  • 开课报课表格，汇总老师的开课报课信息，可以对其进行按照年级，专业和任课教师多种方式混合查询
  • 汇总表格导出成excel表格

• 教师端

  • 课程信息填写，初始课表为学校课表，可以按照年级，专业进行筛选出自己想开课的课程信息，同时也可以根据任课老师进行筛选，选择想与之合作开课的教师进行开课选择。
    

  • 点击相应的课程名称即可出现课程信息，并可填写相应的信息。
    
    

  • 信息查看可以查看当前教师所有的开课信息，并且可以根据年级、专业进行筛选。

附件：项目需求.pdf