[高级软件工程教学]团队第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准确、类识别完整。 * 内容较全、功能强大，能满足用户不少需求。 * 演讲流畅、内容清晰；功能考虑细致。 * 原型设计界面简洁。存在问题
- 类间关系基本准确、角色与用户关系不够准确；缺数据流分析。
- 图片看不清，没有文字说明；类图中角色表示不能正确展示项目中的角色转换。
- 类图不清晰，讲述不够流畅。
- 类图关系不清晰。
- 表述不够清晰，类图设计存在一定问题。
建议：
- 修改类图，对程序功能各种描述需要加强。
- 完善类图的设计。
