目录 需求再分析 功能增减 管理改进 任务分解 人员管理 需求再分析 在Alpha阶段,我们的产品得到了用户的广泛好评,但是还是存在一些问题. 登录不稳定,登录速度慢等问题:这是北航VPN本身的不稳定和服务器带宽性能的限制导致. 功能太少,没有核心功能:我们规划的核心功能"课程评价"在Alpha阶段没有上线,因为我们是完全从头开始开发的软件,需要一些时间对软件进行"打地基",牺牲了课程评价的时间去开发了版本更新等功能. 界面不够美观:设计层面上存在一些不美观的地方,…

一.任务概述 在alpha阶段,我们需要完成功能规格说明书中所提到的所有功能,在一个阶段的开发周期内,交付最小可行的可用版本. 二.任务分配及时长 分组&成员 具体任务 预计时长(小时) 前端:单彦博.乔玺华.张艺璇 1.挑选合适的框架 1 2.完成欢迎页和登录页的设计 4 3.完成课表查询页面的功能 6 4.成绩查询界面设计 5 5.课表查询功能测试及美化课表查询页面 6 6.成绩查询前后端交互 4 7.课程中心ddl查询界面设计 7 8.课程中心ddl查询前后端交互 5 9.完成空教室查询功…

[软工顶级理解组] Alpha阶段测试报告 在测试过程中发现了多少Bug? 测试阶段发现并已修复的bug: 尚且存在,但是难以解决或者不影响使用的bug: 计算重修课程的时候,如果重修课程的课程号和原课程号不同,则GPA计算会出现问题.但我们无法验证两门课是否存在重修关系. 可能会出现"服务器错误",99.99%是教务抽风. 登录账号后,用户会需要一段时间才能看到自己的数据.最快在1分钟左右可以看到,最慢可以很长时间.这主要是受到爬虫的速度限制.但是用户的数据一旦在后端数据库中有所缓存…

目录 设想和目标 计划 资源 变更管理 设计/实现 测试/发布 团队的角色,管理,合作 总结 质量提高 会议截图 设想和目标 我们的软件要解决什么问题?是否定义得很清楚?是否对典型用户和典型场景有清晰的描述? 我们软件要解决的问题有非常清楚的定义,就是要做一款北航学生能够方便使用的教务助手,来解决北航学生每次查询课表.空教室.成绩或是课程中心作业等业务时,都需要经历繁琐的过程,如打开微信,搜索北航小程序,继而进行操作,抑或是小程序没有相关信息的课程中心作业,更是需要登录北航vpn,选择课程中心后…

目录 团队成员 软件介绍 项目简介 预期典型用户 功能描述 预期目标用户数 用户反馈 团队管理 分工协作 项目管理 取舍平衡 代码管理 程序测试 代码规范 文档撰写 继续开发指导性 用户沟通 需求分析 数据分析 软件发布 团队贡献 功能展示 总结 所学到的 课程建议 团队成员 郭骏(https://www.cnblogs.com/sharinka0715/) 普通程序员预备一枚.喜欢编程,想要做软件.担任过计组助教,进行过一段时间的网页后端开发.自己没事也喜欢鼓捣一些无聊的小脚本.小程序. 希望…

目录 设想和目标 计划 资源 变更管理 设计/实现 测试/发布 团队的角色,管理,合作 总结 质量提高 会议截图 设想和目标 我们的软件要解决什么问题?是否定义得很清楚?是否对典型用户和典型场景有清晰的描述? 我们的App主要解决的是,北航学生每次查询课表.空教室.成绩或是课程中心作业时,都需要经历繁琐的过程,如打开微信,搜索北航小程序,继而进行操作,抑或是小程序没有相关信息的课程中心作业,更是需要登录北航vpn,选择课程中心后进行查询,然而使用我们的App即可这些功能一步抵达. 典型用户就是北…

目录 团队成员 软件介绍 项目简介 预期典型用户 功能描述 预期目标用户数 用户反馈 团队管理 分工协作 项目管理 取舍平衡 代码管理 程序测试 代码规范 文档撰写 继续开发指导性 用户沟通 需求分析 数据分析 软件发布 团队贡献 功能展示 总结 所学到的 课程建议 Beta阶段展望 团队成员 郭骏 普通程序员预备一枚.喜欢编程,想要做软件.担任过计组助教,进行过一段时间的网页后端开发.自己没事也喜欢鼓捣一些无聊的小脚本.小程序. 希望在软件工程这门课上能够做出自己未曾实现过的级别的软件,相信团…

贡献分评分依据 下述表格适用于前端.后端.爬虫开发者的评分,在此基础上进行增减. 类别 程度 加减分 准时性 提前完成 +0 按时完成 +0 延后完成,迟交时间一天内或未延误进度 -2 延后完成,迟交时间一天以上或延误进度 -4 质量 质量较高,可读性好,可扩展性好 +2 质量过关或者bug极其微小 +0 质量较差,有非架构设计上的功能性bug -2 质量差,且修复较困难,甚至延误项目进度 -4 Bonus 协助他人完成因拖延或技术难题而未完成的工作 +2 完成额外的开发任务 +2 PM由于工作…

评分总表 下述表格适用于前端.后端.爬虫开发者的评分,基础分数为50分,在此基础上进行增减. 类别 程度 加减分 准时性 提前完成 +0 按时完成 +0 延后完成,迟交时间一天内或未延误进度 -2 延后完成,迟交时间一天以上或延误进度 -4 质量 质量较高,可读性好,可扩展性好 +2 质量过关或者bug极其微小 +0 质量较差,有非架构设计上的功能性bug -2 质量差,且修复较困难,甚至延误项目进度 -4 Bonus 协助他人完成因拖延或技术难题而未完成的工作 +2 完成额外的开发任务 +2…

在测试过程中发现了多少Bug? 测试阶段发现并已修复的bug: 尚且存在,但是难以解决或者不影响使用的bug: 计算重修课程的时候,如果重修课程的课程号和原课程号不同,则GPA计算会出现误差.但我们无法验证两门课是否存在重修关系. 发布课程评价时,可能会出现评价页面没有显示自己的评价,需要退出去重进才能显示的情况. DDL推送功能需要后台保持程序在线才能提醒,是因为我们使用的推送框架是收费才能离线提醒,而我们使用了免费版. 你是怎么进行场景测试(scenario testing)的?包括你预期不…