[高级软件工程教学]团队第3次作业_需求分析
一、作业地址:
https://edu.cnblogs.com/campus/fzu/AdvancedSoftwareEngineering/homework/1301
二、评分:
小组互评:
学号 | 团队名称 | 项目名称 | 互评平均分 |
---|---|---|---|
*320053 | 稳住、我们能赢 | 城市风险管理系统 | 80.6 |
*327033 | 稳住、我们能赢 | 城市风险管理系统 | 80.6 |
*327109 | 稳住、我们能赢 | 城市风险管理系统 | 80.6 |
*327112 | 稳住、我们能赢 | 城市风险管理系统 | 80.6 |
*320078 | 1013 | 基于微信小程序的失物招领系统 | 80 |
*327037 | 1013 | 基于微信小程序的失物招领系统 | 80 |
*327041 | 1013 | 基于微信小程序的失物招领系统 | 80 |
*320075 | Sonic | 高校学生征信系统 | 76.2 |
*320077 | Sonic | 高校学生征信系统 | 76.2 |
*320079 | Sonic | 高校学生征信系统 | 76.2 |
*320034 | 特有战斗力的小分队 | 微信端实验室管理系统 | 76 |
*320036 | 特有战斗力的小分队 | 微信端实验室管理系统 | 76 |
*327010 | 特有战斗力的小分队 | 微信端实验室管理系统 | 76 |
*320074 | Oh!A | Laboa | 80 |
*320076 | Oh!A | Laboa | 80 |
*327078 | Oh!A | Laboa | 80 |
博客:
学号 | 团队名称 | 项目名称 | T1 | T2 | T3 | T4 | 博客得分 |
---|---|---|---|---|---|---|---|
*320053 | 稳住、我们能赢 | 城市风险管理系统 | 2.5 | 2 | 4 | 1 | 9.5 |
*327033 | 稳住、我们能赢 | 城市风险管理系统 | 2.5 | 2 | 4 | 1 | 9.5 |
*327109 | 稳住、我们能赢 | 城市风险管理系统 | 2.5 | 2 | 4 | 1 | 9.5 |
*327112 | 稳住、我们能赢 | 城市风险管理系统 | 2.5 | 2 | 4 | 1 | 9.5 |
*320078 | 1013 | 基于微信小程序的失物招领系统 | 2.5 | 2 | 2.5 | 1 | 8 |
*327037 | 1013 | 基于微信小程序的失物招领系统 | 2.5 | 2 | 2.5 | 1 | 8 |
*327041 | 1013 | 基于微信小程序的失物招领系统 | 2.5 | 2 | 2.5 | 1 | 8 |
*320075 | Sonic | 高校学生征信系统 | 2 | 1.5 | 3 | 1 | 7.5 |
*320077 | Sonic | 高校学生征信系统 | 2 | 1.5 | 3 | 1 | 7.5 |
*320079 | Sonic | 高校学生征信系统 | 2 | 1.5 | 3 | 1 | 7.5 |
*320034 | 特有战斗力的小分队 | 微信端实验室管理系统 | 2 | 1.5 | 2.5 | 1 | 7 |
*320036 | 特有战斗力的小分队 | 微信端实验室管理系统 | 2 | 1.5 | 2.5 | 1 | 7 |
*327010 | 特有战斗力的小分队 | 微信端实验室管理系统 | 2 | 1.5 | 2.5 | 1 | 7 |
*320074 | Oh!A | Laboa | 3 | 2 | 2.5 | 1 | 8.5 |
*320076 | Oh!A | Laboa | 3 | 2 | 2.5 | 1 | 8.5 |
*327078 | Oh!A | Laboa | 3 | 2 | 2.5 | 1 | 8.5 |
T1: 组队后的团队项目的整体计划安排;
T2: 描述为撰写需求规格说明书的工作流程;
T3:组员分工、组员工作量比例;
T4: 提供 《需求规格说明书》作为随笔的附件。
详细的项目分工可以提高开发效率,项目分工描述部分不能过于笼统。 大家可以参考下面这个小组项目实现部分的分工描述:
[稳住、我们能赢] http://www.cnblogs.com/linlkg/p/7834910.html
三、互评表中反馈的内容
项目索引
项目1:城市风险管理系统[小组:稳住、我们能赢]
项目2:基于微信小程序的失物招领系统[小组:1013]
项目3:高校学生征信系统[小组:Sonic]
项目4:微信端实验室管理系统[小组:特有战斗力的小分队]
项目5:Laboa[小组:oh!A]
项目1:城市风险管理系统[小组:稳住、我们能赢]
优点:
- 内容完整、原型较具体
- 原型做得好
- 内容具体、原型完备
- 内容详细,比较具体,对需求的描述简明清晰;原型起到比较好的演示效果,能反映某个业务的整个流程。需求文档比较规范,原型比较详细。对系统功能模块的讲述很具体。
存在问题:
- Tomcat8.0与JDK1.6的矛盾?APP未讲?
- 没有PPT、没有掌握好时间、没有抓住重点。
- 内容全面但繁杂、功能多为单调的数据库操作;演讲都是在照读文件内容;太啰嗦,描述不清晰,没展现系统功能性。
- 没有PPT、重点不够突出。
- 对用例等细节描述不够,文档部分内容有误,比如在开发环境上。
建议:
- 提炼演讲的内容;提升演讲的感染力。
- 内容不在多,数量众多的页面基本都是增删查改,建议做些更智能的功能。
- 将内容精简成PPT。
- 演讲应该更为精炼,用例的描述可举一两个例子。
项目2:基于微信小程序的失物招领系统[小组:1013]
###优点: * 较准确。 * PPT简洁、具体。 * 功能全面、实用,演讲内容清晰。 * PPT内容精简、演讲流畅。 * 对产品的描述比较具体、比如产品的受众;对开发的约束条件做了客观的分析;针对上次提出的用户举报垃圾信息问题做了相应的调整。存在问题:
- 类图不够准确、不完整;原型较简单;缺DFD(数据流图)。
- 用户权限管理不明确、类属性、个数与项目需求不符。
- 个别问题没有介绍清楚,比如怎样与物品捡到者联系。
- 类图、属性分配出错。
- 类图过于简单;对需求场景描述较少。
建议:
- PPT可以美化一些,演讲声音可以再大些,内容可以添加多些原型功能界面。
- 修改类图。
- 类图应该适当添加细节;举一两个用例进行较为详细的描述。
项目3:高校学生征信系统[小组:Sonic]
###优点: * 类图很简单、系统功能较全面 * 思路新颖、内容详细 * 原型设计界面清晰。 * 演讲比较清晰,对图的描述也较具体;原型比较具体,符合所描述的需求分析。存在问题:
- 用例间关系不够准确;类图不够准确
- 类图比较杂乱线条交错较严重;演讲声音较小;个别例图出现小错误;类图有些部分出现错误。
- 图设计不清晰。
- 类图关联较为复杂,类之间的关联太密切;用例图存在问题,比如拓展关系的箭头标错。
建议:
- 类图可以优化下,尽量减少线条交错现象;测试数据要注意,一模一样会让人难以弄清。
- 在类图中适当加入关联类,减少直接依赖;对用例图进行修改。
项目4:微信端实验室管理系统[小组:特有战斗力的小分队]
###优点: * 原型设计详细。 * 灵活易用、易推广存在问题:
- 缺类图与数据流图。
- 功能设计不合理。
- 演讲内容太长。
- 台风不足,PPT略微简单。
- 无类图、用例图错误。
建议:
- 修改用例图、加入类图。
项目5:Laboa[小组:oh!A]
###优点: * 完整、use-case准确、类识别完整。 * 内容较全、功能强大,能满足用户不少需求。 * 演讲流畅、内容清晰;功能考虑细致。 * 原型设计界面简洁。存在问题
- 类间关系基本准确、角色与用户关系不够准确;缺数据流分析。
- 图片看不清,没有文字说明;类图中角色表示不能正确展示项目中的角色转换。
- 类图不清晰,讲述不够流畅。
- 类图关系不清晰。
- 表述不够清晰,类图设计存在一定问题。
建议:
- 修改类图,对程序功能各种描述需要加强。
- 完善类图的设计。