zoukankan      html  css  js  c++  java
  • 福大软工 · 第八次作业(课堂实战)- 项目UML设计(团队)

    团队信息

    • 队名:彳艮彳亍团队

    • 本次作业课上成员

    短学号 本次作业博客链接
    2507 俞辛(临时队长) https://www.cnblogs.com/multhree/p/9821080.html
    2523 宏岩 http://www.cnblogs.com/031602523liu/p/9822823.html
    1131 喜源
    2502 柏涛 https://www.cnblogs.com/multhree/p/9821080.html
    2431
    2439 凯欣
    2219 奇豪 https://www.cnblogs.com/S031602219/p/9822576.html
    2230 恺翔
    2509 钧昊
    2325
    • 原组成员
    学号 本次作业博客链接
    031602219 奇豪(队长) https://www.cnblogs.com/S031602219/p/9822576.html
    041602209 毓明 http://www.cnblogs.com/mingsonic/p/9820702.html
    041602204 水源 http://www.cnblogs.com/littlenorthwest/p/9820713.html
    061600236 礼亮 http://www.cnblogs.com/YangLiLiang/p/9821082.html
    031602603 超星 http://www.cnblogs.com/ccxccx/p/9822698.html
    181600215 翔宇 https://www.cnblogs.com/Stella12/p/9823123.html
    031601123 志铭 http://www.cnblogs.com/zhimingfzu/p/9823028.html
    031601124 http://www.cnblogs.com/jxdbky/p/9822930.html

    团队分工

    以下是暂定的任务细则与todolist,后续会根据具体的实现进度做相应的调整与增改

    负责人 分工明细 Todolist
    柯奇豪 后端方面负责共享编辑功能的实现,同时负责项目具体任务的分配以及后续各阶段进度的跟进 1.完成前后端接口的定义工作;2.实现基础的文本编辑功能;3.完成简单的文本选择注释功能
    黄毓明 后端方面负责投票功能的实现 1.完成前后端接口的定义工作;2.实现基本的投票功能;3.结果数据的分析与返回
    丁水源 后端方面负责通知功能的实现 1.完成前后端接口的定义工作;2.实现基本的通知功能;3.实现通知栏提醒功能
    杨礼亮 原型设计以及整体美工 1.有一个整体效果可观的原型;2.初定具体界面的ui
    林翔宇 后端方面负责收集想法功能的实现 1.完成前后端接口的定义工作;2.实现基本的问答功能
    黄志铭 前端方面负责具体界面的实现以及后端交互 1.与后端交互基本实现;2.界面的整体编写;3.后续界面的优化
    陈超星 后端方面负责签到功能的实现 1.完成前后端接口的定义工作;2.实现基本的签到功能;3.改进签到功能实现优化
    蒋熊 前端方面负责具体界面的实现以及后端交互 1.与后端交互基本实现;2.界面的整体编写;3.后续界面的优化

    燃尽图

    UML

    PART 1 —— 部署图

    1. 个人管理系统和登录系统
    • 这里描述的是系统哪部分?
      • 这里主要说明的是部署问题。
    • 这部分面临什么样的问题?
      • 服务器及数据库的搭建,前后端交互等。
    • 以下设计解决了哪些问题?
      • 前端客户操作返回给后台服务器,后端服务器依照前端操作给出相应返回值,从数据库中调用相应的数据。
    • 附:部署图

    PART 2 —— 类图

    • 这里描述的是系统哪部分?
      • 使用WeEdit小程序的功能方面内容。
    • 这部分要面临什么样的问题?
      • 项目模块定义不够清晰;
      • 代码未有统一格式;
    • 以下设计解决了哪些问题?
      • 通过统一参数,方便后续前后端工作的配合。
    • 附:
      类图

    PART 3 —— 状态图

    • 这里描述的是系统哪部分?
      • 这部分UML描述了发布签到、发布共享文档、发布投票功能可能的状态以及其中状态的具体活动。
    • 这部分面临什么样的问题?
      • 每个具体状态转化细化得不够完全、在实现中还需更近一步改进。
    • 以下设计解决了哪些问题?
      • 体现了软件需要的功能以及解决了软件内部各功能实现的逻辑问题。
    • 附:
      状态图

    PART 4 —— 用例图

    • 这里描述的是系统哪部分?
      • 这里是用户在WeEdit系统上能够进行各项操作的部分,以及对操作内容的具体化。
    • 这部分面临什么样的问题?
      • 需要面临功能如何按照用户习惯排布的问题。
    • 以下设计解决了哪些问题?
      • 各个功能模块之间直观的逻辑联系。
    • 附:
      用例图

    PART 5 —— 活动图

    • 这里描述的是系统哪部分?
      • 描述了用户具体选择发布通知,现场签到,投票,想法收集和文章分享这几大模块。以及每个模块相对应的后续操作和结果。如进入现场签到模块后,可以选择签到会议。
    • 这部分面临什么样的问题?
      • 不能防止同学带翘课的同学的手机来签到。
    • 以下设计解决了哪些问题?
      • 解决了用户权限的问题。不同权限的用户进入不同的界面,进行不同的操作,不会发生权限混乱造成文件出现错误。
    • 附:
      活动图

    PART 6 —— 时序图

    • 这里描述的是系统哪部分?
      • 展示对象之间交互的顺序。它通过描述对象之间发送消息的时间顺序显示多个对象之间的动态协作。
    • 这部分面临什么样的问题?
      • 需要理清项目各模块内的逻辑,按时间顺序显示各模块内的动态协作。
    • 以下设计解决了哪些问题?
      • 更加清晰地展示了各模块内的交互逻辑、交互顺序。
    • 附:
      时序图

    PART 7 —— 实体关系图

    • 这里描述的是系统哪部分?

      • 主要描述的是系统的概念结构设计的部分。
    • 这部分面临什么样的问题?

      • 实体的决定、实体属性的决定、实体之间的关系(包括了一对一,一对多,多对一,多对多)
    • 以下设计解决了哪些问题?

      • 分配了七个实体:参与者、发起者、投票、现场签到、文章分享、想法收集、发布通知。
      • 各实体属性的决定。具体属性可参照“实体关系图”。
      • 各实体之间的关系。具体实体之间的关系可参照“实体关系图”
    • 参与者:
      实体关系图

    • 发起者:
      实体关系图

    工具选择

    本次作业团队的选择为 Process On

    使用后对工具的评价

    方便易用,无需下载专门的软件,直接在web端就可以实现很好的效果,高效便捷

    PSP表格

    PSP2.1 Personal Software Process Stages 预估耗时(分钟) 实际耗时(分钟)
    Planning 计划 10 15
    · Estimate · 估计这个任务需要多少时间 10 10
    Development 开发
    · Analysis · 需求分析 (包括学习新技术) 10 15
    · Design Spec · 生成设计文档 5 5
    · Design Review · 设计复审 (和同事审核设计文档) 5 5
    · Coding Standard · 代码规范 (为目前的开发制定合适的规范) 0 0
    · Design · 具体设计 60 80
    · Coding · 具体编码 0 0
    · Code Review · 代码复审 0 0
    · Test · 测试(自我测试,修改代码,提交修改) 10 20
    Reporting 报告
    · Test Report · 测试报告 0 0
    · Size Measurement · 计算工作量 5 5
    · Postmortem & Process Improvement Plan · 事后总结, 并提出过程改进计划 5 10
    合计 120 165

    评估成员的贡献分配

    • 本队“临时队长”给出的“课上”贡献分评估

    贡献分+基础分=总得分(%)
    黄毓明(临时队长) 15+2=17
    杨礼亮 14+2=16
    礼亮 11+2=13
    蒋熊 6+2=8
    黄志铭 6+2=8
    苏路明 13+2=15
    陈瀚霖 7+2=9
    胡展瑞 12+2=14
    • 本队“原队长”给出的“课后”贡献分评估
    学号 “课后”贡献分 评价
    031602219 奇豪(队长) 12.5% 分配到的任务不难,算是正常操作,作为标准拿个基础分
    041602209 毓明 14.5% 作为临时队长分配管理很好,各项任务也能尽职尽责
    041602204 水源 13.5% 任务完成基本符合预期,但是用词上还需要改进,例如ER图中实体、属性应该是名词,“核实”以及某些实体的叫法都偏动作了些
    061600236 礼亮 13.5% 任务完成基本符合预期,但是菱形分支上缺乏条件说明,部分箭头指示缺失,还望及时修改
    031602603 超星 6.5% 参照交换组的评定,似乎贡献度不够,需注意
    181600215 翔宇 12.5% 参照交换组的评定,任务完成基本符合预期
    031601123 志铭 10.5% 两人做的话似乎分摊的工作量略小,同时类图的规范标准似乎没有明确,"+"(public)、"-"(private)和"#"(protected)的区别
    031601124 10.5% 两人做的话似乎分摊的工作量略小,同时类图的规范标准似乎没有明确,"+"(public)、"-"(private)和"#"(protected)的区别

    给出本次换队环节的感受

    • 本次实践课中,我作为被换出的队员加入到了其他组的项目进程中去。在其他的队伍里,我个人的感受是工作氛围相对会更加的融洽一些,行动力方面大家都很认真负责,临时队长与我(原队组长)相较而言,态度会更加的随和。对于交换后的心得,最大的感触是组内的审核标准与斟酌的言辞用语相对来说会比我之前更加的严格,这是我在加入其他组以后发觉自身需要改进的地方,作为组长本身还需要再多花些功夫在复审工作上,少一点干预。给自己组员提前一剂预防针:后续本组组员的返工工作估计要多起来啦啦啦。
  • 相关阅读:
    Extjs 4.x 得到form CheckBox的值
    你是工具综合症和资料收集狂患者吗?(转)
    计算机网络第五版(谢希仁)读书笔记(三)
    《别做正常的傻瓜》 读书笔记
    2013年11月27日,开始写专业的博客。
    web输入框的测试
    linux 文件操作相关函数
    Samba的安装
    linux df命令参数详解
    linux arp 命令常用参数详解
  • 原文地址:https://www.cnblogs.com/S031602219/p/9822576.html
Copyright © 2011-2022 走看看