分工及贡献分评定

---

成员	参与	贡献比例
朱跃安(031602348)	类图	13%
后敬甲(031602409)	实体关系图+博客整理	14.5%
林志华(031602128)	用例图+活动图	14.5%
朱文婧(031602148)	状态图	15%
李松(031602322)	类图	14.5%
林淇(031602226)	用例图+活动图	14.5%
吴佳炜(031502531)	状态图	14%

UML

---

• part1
  • 这里描述的是系统哪部分？
    它描述人们如何使用交响系统，用例图显示谁是相关用户，用户希望系统提供什么服务。
  • 这部分要面临什么样的问题？
    如何正确的建立用例之间的关系，比如包含、扩展、泛化等。
  • 以下设计解决了哪些问题？
    功能模块以及各个模块的需求明显直观，便于软件开发人员实现，而且功能模块之间的关系理清了，有利于接口的实现。
  • 用例图
    
• part2
  • 这里描述的是系统哪部分？
    主要用来描述系统中各个模块中描述类之间的关系，包括类或者类与接口的继承关系，类之间的依赖、聚合等关系。此外它
    还描述每一个类的详细信息，包括变量，和方法。
  • 这部分要面临什么样的问题？
    如何精确区分各个类之间的关系，另外在之前类化中出现无法描述清楚的情况
  • 以下设计解决了哪些问题？
    通过类图，我们就能实际的把系统中的各个类，即对象描述清楚，按照这个有条理并详细的设计编码了。
  • 类图
    
• part3
  • 这里描述的是系统哪部分？
    活动图描述了了系统用例实现的工作流程。
  • 这部分要面临什么样的问题？
    这部分需要解决业务目标时所要执行的各项任务或活动的顺序安排。
  • 以下设计解决了哪些问题？
    通过活动图我们就能将某一个业务是通过哪些流程完成的直观的表示出来
  • 活动图
    
• part4
  • 这里描述的是系统哪部分？
    系统中 “播放器”功能 和 “查询分类”功能 的部分。系统中 “听歌识曲”功能 和 “歌单整合”功能 的部分
  • 这部分要面临什么样的问题？
    播放器 中播放列表的播放逻辑问题：播放结束时循环播放。查询分类 面临的逻辑问题：查询关键字，以什么为基准分类。
    听歌识曲 的鉴别流程问题。歌单整合 的多账号多平台整合
  • 以下设计解决了哪些问题？
    播放器 的状态流程图。查询分类 的状态流程图。听歌识曲 的状态流程图 。歌单整合 的状态流程图
  • 状态图
    
• part5
  • 这里描述的是系统哪部分？
    这是整体功能的E-R图。
  • 这部分要面临什么样的问题？
    问题主要在于模块功能还不够清晰，团队没有达成一致、准确的方案，导致实体和关系的划分不够准确、细致
  • 以下设计解决了哪些问题？
    以下设计，主要解决了对app中，涉及的实体和实体联系不明确的问题，使功能实体及交互关系清晰了些。
  • 实体关系图