• 团队作业(三):确定分工


    R0ckstar团队作业(三)确定分工

    R0ckstar组团队确定分工作业

    《需求规格说明书》初稿的不足之处

    • 需求规格书的填写规范还需进一步加强
    • 部分项目分析不是很到位
    • 项目整体框架搭建不够完善
    • 许多项目细节没有考虑好
    • 对项目的整体分析不全面

    讨论制定团队的编码规范

    讨论前

    代码风格规范

    • 按各自的风格写,然后进行组合,组合过程中由代码编写者解释所编类、方法的功能。
    • 代码注释尽量写,不做强制要求

    代码设计规范

    • 在类的编写中要做到完成功能为首要目标,然后在此基础上进行改进。
    • 处理异常可以在写各自代码时加入,也可以在后续组合时加入。

    讨论后

    代码风格规范

    • 制定一个共同的代码风格,原则:++简明、易读、无二义性++
    • 编程后首先检查代码风格是否符合制定的规范,具体代码风格参考++《构建之法》第四章4.2++部分内容。
    • 关于命名,讨论后还是决定暂不使用匈牙利命名法,但在命名时要尽量做到“看其名知其意
    • 注释尽量要写,而且要写清楚,粒度尽量要细

    代码设计规范

    • 设计方法时要坚持“只做一件事,并且要做好”的原则

    确定分工

    学号 姓名 负责内容
    20165101 刘天野 服务器与客户端通信
    20165103 赵中楷 用户数据加密
    20165115 张承昱 利用Mac码进行完整性校验
    20165111 朱思腾 用户数据加密
    20165118 李泊志 用户端界面设计
    20165321 谢沛良 服务器与客户端通信

    组员分工大致如如上,但具体操作会根据项目进度来进行临时调整

    姓名 内容 完成度 完成时间(小时)
    刘天野 整理编辑博客,集体讨论,完善需求使用说明书,制定计划 100% 6.0
    赵中楷 整理编辑博客,集体讨论,撰写需求使用说明书,制定计划 100% 6.0
    张承昱 集体讨论,完善需求使用说明书,制定计划 100% 4.0
    朱思腾 集体讨论,完善需求使用说明书,制定计划 100% 4.0
    李泊志 集体讨论,完善需求使用说明书,制定计划 100% 4.0
    谢沛良 集体讨论,完善需求使用说明书,制定计划 100% 4.0
  • 相关阅读:
    Unity3D中的Attribute详解(二)
    Unity3D中的Attribute详解(三)
    利用TortoiseGit对Coding项目进行版本管理
    access 标准表达式中数据类型不匹配 (20091204 15:14:40)
    发布网站失败,提示一个用户控件同时存在于C盘的两个dll中
    取出被正则表达式匹配的值
    Asp.net(C#)数据绑定格式化(转)
    一个关于 asp.net 的简单问题
    ckeditor + ckfinder 上传图片的配置
    [原]可定义的英文小日历
  • 原文地址:https://www.cnblogs.com/8cloud33zzk/p/9065213.html
Copyright © 2020-2023  润新知