团队作业3——需求改进&系统设计

需求&原型改进

  • 背景:

    (1)典型用户:集美大学老师

    (2)用户的需求/迫切需要解决的问题

    a.老师:用上课时间来点名,不仅浪费宝贵的上课时间,而且还容易出现,帮人答
    到的情况。

    b.老师:上课之前能够通过微信平台完成一次点名功能,能够自动生成本次为来到

    教师的学生,省时省力
    2.场景
    周五早上上课时间到,马哲老师走进教室,扫了一眼,学生人数发现,来的不是很
    多,马哲老师,先是表扬了一下来的同学,然后拿出手机,打开微信,点开点名系
    统,点击生成一次点名,讲台下的同学,纷纷拿出手机,一阵拍,提示完成签到,时间一到,老师点击结束此次点名,然后自动生成未到的学生,然后老师登记一下这些同学,就可以快速开始今天的课程。   给目标用户展现原型,与目标用户进一步沟通理解需求。

   

  1. 修改完善上周提交的需求规格说明书。
  2. 参考《构建之法》8.5节功能的定位和优先级,给出功能分析的四个象限。
  3. 任务分解WBS

  4. 任务分解时间表:

系统设计:

Alpha任务分配计划:

第一部分:以需求分析为主,选择和排序本次迭代需要实现的订单条目

(1)对面向用户提出的需求进行汇总,对系统进行初步的改进

(2)进行系统功能的实现:

1.搭建数据库

2.实现基本功能

3.实现前端页面

(3)进行测试与完善

第二部分:以设计为主,确定系统设计方案和工作内容

一.搭建数据库(林至贤)

二.实现基本功能

(1)建立、加入群组功能(林燕)

(2)考勤功能(代泽旭)

(3)考勤统计功能(王李焕)

(4)更多功能(全体成员)

三.实现前端页面(童毅南)

测试计划

1.项目背景

随着移动网络和智能手机的普及,以微信为代表的移动APP已经成为人们日常生活中必不可少的一部分;另一方面,传统的纸质化点名方式,具有耗时、数据丢失等种种弊端,早已不适应校园信息化管理和网络时代的需求。基于微信公众平台的课堂点名系统在此背景之下应运而生,本系统依托微信公众平台,以二维码为中介,结合后台数据管理,能够实现课堂点名的便捷化和信息化,为高校的课堂信息化管理提供科学依据。

2.测试目的

使点名系统可以流畅稳定的运行,满足用户的要求。

  1. 考勤方可以顺利的建立群组,被考勤方可以顺利的查询、加入到自己对应的群组。
  2. 可以顺利的通过签到确定被考勤方的出勤信息。
  3. 可以正确统计所有被考勤方的出勤情况。
  4. 拓展功能的实现情况

3.测试范围

(1)建立、加入群组功能

(2)考勤功能

(3)考勤统计功能

(4)更多功能

(5)系统的稳定性、可用性、流畅性

4.测试方法:

模拟各种用户,体会用户体验,试用每个功能,做出测试分析

  1. 测试分工:
  •    测试阶段计划(工作内容、人员安排、起止时间等)

工作内容


人员安排


起止时间


建立、加入群组功能测试


林燕


根据进度


考勤功能测试


代泽旭


根据进度


考勤统计功能测试


王李焕


根据进度


更多拓展功能测试


林至贤


根据进度


所有功能第二次测试


童毅南


所有基本测试完毕


所有模块联合测试


全体成员


系统基本成型

 

时间: 04-21

团队作业3——需求改进&系统设计的相关文章

团队作业3---需求改进&系统设计

一.需求&原型改进 1.团队作业2改进 补充a:市面上还有哪些同类的四则运算生成软件呢?  之前在作业一的时候有稍微提到过,市面上的四则运算软件太过于杂乱,要么就是广告连篇,要么就是收费后才能使用全部功能,这给用户带来了诸多的不便,以下是一些我们调查的四则运算生成软件: (1)随机四则运算生成器 2.1.50 这个软件下载来使用之后,发现是未注册版,需要我们去消费才能使用,这显然在市场竞争中是没有什么优势的. 而且经常在使用过程中出现网络错误等提示: 或许是软件的兼容性做的不大好,我们来看一下它

需求改进&系统设计

一.需求&原型改进 1.需求改进 不足: 缺少忘记密码后找回密码的功能. 缺少修改密码的功能 缺少对管理员部分的描述 普通用户场景:   金同学是一名小学生,他在课余闲暇之时喜欢使用电脑上网观看网络课程.但是呢,在网络上有各种各样的机构提供的课程,查找不是很方便,质量又参差不齐,小金时常为此感到烦恼.直到有一天,他意外发现了教辅宝这个平台,在这个平台上他可以找到很多机构提供的课程.通过课程分类.查看课程简介.浏览评论来选择适合自己的精品课程,而且不用登录就可以浏览信息,要发表评论的时候才需要注册

软件工程团队作业(需求规格说明书)

一:题目要求 参考发到群里的<软件需求规格说明书>范本,撰写本团队的软件需求规格说明书 不要照抄范本的内容,请参考它的形式,紧密结合本团队项目实质展开 使用UML工具进行描述,并保证符号.描述语言的一致性 请大家将报告发布在 "石墨文档" 中并将文档链接发布到博客中 二:软件说明书 https://shimo.im/docs/WP3KJ0gOWUEzI45B/ 点击链接查看「软件需求规格说明书 (1)」 原文地址:https://www.cnblogs.com/gzhgzh

假如我们的坦克继续前进队——需求改进&amp;系统设计

需求和原型改进 在上个星期的<需求说明书>课堂讨论中,老师提出了游戏的用户界面的设计问题. 经过小组成员的讨论后,我们的想法如下:进入游戏后的界面上方为游戏名称下方为3个按钮"开始游戏"."道具收集"."退出游戏",然后配上合适的背景图. 除此之外,我们对游戏关卡选择规则做了定义,开始游戏后会进入关卡选择界面,一开始游戏只有一关,只有通关后才会出现下一关的选择按键,玩家可选择新关卡或之前已通关的关卡进入游戏.在游戏里玩家拾起的随机道具

AI五子棋-第三周-需求改进&amp;系统设计

1. 需求&原型改进 根据组内成员的讨论以及老师和同学的建议,本周进行了以下的改进: 1. 改进了游戏UI的界面设计,并且对前端代码进行模块化整理,增强可读性和可维护性. 2. 对后台的游戏引擎进行改进设计,完善了游戏调度机制 3. 对人工智能算法进行了优化和改进,原先的算法因为其所需要的计算资源过大,当前场景难以达到其性能要求,无法发挥出算法的最大实力,所以完全基于AlphaZero模型算法的AI五子棋难以实现,因此我们采取了人工规则的辅助方式实现AI 2. 系统设计 系统设计如图所示 3. 

2016福州大学软件工程Beta阶段团队作业成绩汇总

1.评分规则 本次Beta阶段团队作业评分方法如下: 团队得分=[[7次scrum过程评分+(小组互评得分+教师评分)/2]/2],其中过程.小组.教师各30分 说明:由于没有规定提交团队贡献比,因此本次团队得分将直接加在每个团队成员身上 小组名 小组互评得分 教师评分 助教评分 得分 Aruba 29 28 18.23 25.08 Clove 23 27 28.85 26.28 606 not connectd 26 23 24.92 24.64 TAC 24 25 28.85 25.94 N

2016福州大学软件工程收官团队作业成绩汇总

团队作业收官之最终章: http://www.cnblogs.com/easteast/p/6210665.html 评分规则:从高到低排列,满分15分,按名次平均分布在[15,11.5]区间. 团队分数和链接如下表所示: 宣传文案 分数 Aruba 14.5 Clover 15 606 not connectd 11.5 TAC 12 No Bug 13.5 Transcend 12.5 一不小心就火了 13 我说的都队 14 点评: 这次团队作业某种程度上讲是大家创意的比拼,八仙过海,各显神

A_Pancers团队作业4—基于原型的团队项目需求调研与分析

任务1:实施团队项目软件用户调研活动. (1)用户调研对象:我们的项目软件是基于安卓系统的音乐播放器,以设计出操作简单的音乐播放器为目的,所以本次用户调研的对象主要以身边的老人为主,对他们听音乐,听戏曲的情况进行了解,看他们对于音乐播放器有何需求,有何期待:并将我们设计出的项目模型对他们进行介绍,听取他们的意见和建议.另外考虑到为了获取更加全面的需求其他年龄阶段的人为辅助调研对象(例如:身边的同学.家长.朋友等). (2)调研方式:对于老人这个用户对象我们采取了面对面采访的方式进行调研,而对于其

2016福州大学软件工程第四次团队作业-系统设计成绩汇总

第四次团队作业--系统设计打分统计结果如下: 学号 组别 团队分数 贡献比例 个人分数 031401433 606notconnected 14 16 13.83 031402606 606notconnected 14 14 13.33 031402618 606notconnected 14 18 14.34 031402629 606notconnected 14 14 13.33 031402631 606notconnected 14 19 14.59 031402632 606not