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

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

一、修改完善上周提交的需求规格说明书

修改之后的需求规格说明书请详见团队作业(二):团队选题

二、阅读《构建之法》第四章并总结代码规范和编码原则

  • 良好的编码习惯

    • Java注释尽可能全面:对于方法的注释应该包含详细的入参和结果说明,有异常抛出的情况也要详细叙述:类的注释应该包含类的功能说明、作者和修改者。
    • 多次使用的相同变量最好归纳成常量:多处使用的相同值的变量应该尽量归纳为一个常量,方便日后的维护。
    • 尽量少的在循环中执行方法调用:尽量在循环中少做一些可避免的方法调用,这样可以节省方法栈的创建。
    • 常量的定义可以放到接口中:接口里只允许存在常量,因此把常量放到接口中声明就可以省去public static final这几个关键词。
    • 尽早的将不再使用的变量引用赋给null
  • 布局规则
    • import引用规范
    • 程序中一行的代码和注释一般不要超过120列
    • 匿名内部类长度不得超过40
    • 行数限制:一个方法不超过200行,一个类不超过2000行,一个文件不超过2500行
    • if,else,else if,for,while,do占一行,记得加{}
    • 保持良好的编程习惯
  • 代码格式
    • 大括号的使用约定,如果大括号内为空,则简洁地写成{},不需要换行;如果是非空代码块则:

      • 左大括号前不换行,左大括号后换行
      • 右大括号前换行,右大括号后还有else等代码则不换行;表示终止的右大括号后必须换行
    • 左右小括号和字符之间不能出现空格
    • 任何二目、三目运算符的左右两边都要加一个空格
    • 采用4个空格缩进,禁止使用tab字符
    • 注释的双斜线与注释内容之间有且仅有一个空格

      三、ER图

      --------

      四、后端构架设计

      -------

      五、确定团队分工并描述组员分工和工作量

      ----------

  • 燃尽图

原文地址:https://www.cnblogs.com/cxgg/p/9065177.html

时间: 2024-08-07 21:52:11

团队作业(三):确定分工的相关文章

团队作业三

iShare短网址信息压缩分享平台——Dream Catcher 团队 1.这个领域有什么创新的历史? 网络上现在已有很多短网址服务,据统计已超过 610 种. 国外的如谷歌 ( Google ) 的 goo.gl,推特 ( Twitter ) 的 t.co,ShortURL,TinyURL,Bit.ly 和 Is.gd 等: 国内的如新浪 ( Sina )的 t.cn,腾讯 ( Tencent ) 的 url.cn,百度 ( Baidu ) 的 dwz.cn和网易 ( Neteasy ) 的 

团队作业三(补二)

关于项目的一些个简介 聚嗨——全方位的聚会APP. 一开始我们想到现在智能手机成了我们生活中不可分割的一部分,大家随时随地都在玩手机,包括聚会时.聚会本是大家互相交流.愉快玩耍的平台,但有时却变成人人都在玩手机,聚会冷场的情况.对此,我们想到:能不能有一个限制大家玩手机的APP呢. 一个想法一出来,后面就开始各种扩展,我们的APP除了限制外,也能提供一些让聚会更有意思的功能,比如:去哪聚.聚会游戏等等等等. ps.上次作业由于我们的疏忽,没能及时完成,然后我们的采访视频在各种网盘上传各种失败后,

团队作业三周四交

对于你的项目,提出下面的数据/理由 这个领域有什么创新的历史? 你的项目是这个领域的先行者,还是走在别人的后面? 这个领域是否存在颠覆性或持续的支持技术? 是否存在仍未被发现的用户需求? 对于这样一个项目什么是“成功”?为什么一定会赢? 如何在3~6个月内获得成功? 每个团队中的一个同学负责完成这个作业,并上传至团队博客.

团队作业三——项目思考

我们团队做的项目是餐饮系统的设计,这个项目是根据餐饮行业的发展趋势来开发的计算机管理系统. 1.这个领域有什么创新的历史? 俗话说,民以食为天,人类生存离不开食物.有需求就有发展,餐饮行业也是越来越趋于完善,从最开始的一家小店铺,到一间客栈.饭馆,到现代的星级大酒店,店面越来越大,需要管理的东西也随之增加,这时候就需要我们的计算机管理系统来管理这个庞大的团队.从以前的人为主体发展为系统管理,这是一个巨大的创新. 计算机管理更加科学,便捷,是信息化.现代化的重要标志. 2.你的项目是这个领域的先行

团队作业三分数发布

检查项 分值 备注 编号 需求&原型改进 使用前的场景(痛点) 使用后的场景(痛点的解决) 1 主要回答: 1.客户的问题的场景我们是不是真的找到了? 2.我们为产品设定的使用场景是否真的会发生? 如果找不出有与目标用户沟通的痕迹,比如只是单纯的重复之前说过的用户痛点,可给 0 分或给低分 1 描述上次规格说明书不足的地方 0.25   2 规格说明书具体改进的内容发布在随笔上 0.75   3 用户场景描述 1 以完成某个目的为导向,按顺序描述各个操作步骤得1分.参照<构建之法>P2

失物找寻APP软件需求规格说明书——第三次团队作业

?对于软件需求规格说明书的理解 在没写这份软件需求规格说明书的时候我们组成员都不是很理解它的必要性,当然,写完之后才知道它的作用. 软件需求说明书的存在是为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解,双方进行理解和交流,反映出用户问题的结构,可以作为软件开发工作的基础和依据,并作为确认测试和验收的依据. 在写了这份软件需求规格说明书之后才更加明确我们项目的很多细节理解,包括它的背景.目的.项目产品的描述.功能描述.特点.具体需求.它的可用性等等,在正式做软件之前必须要把这些都细节

软工第三次团队作业

一.题目要求 参考发到群里的<软件需求规格说明书>范本,撰写本团队的软件需求规格说明书 不要照抄范本的内容,请参考它的形式,紧密结合本团队项目实质展开 使用UML工具进行描述,并保证符号.描述语言的一致性 请大家将报告发布在 "石墨文档" 中并将文档链接发布到博客中 推荐大家使用 https://www.draw.io 网站绘制UML图形(当然也可以使用Visio,但是毕竟邹老师要参与点评,大家还是对微软给予尊重 强烈推荐大家使用墨刀制作项目的原型 二.<软件需求规格

团队作业第三次

题目要求 参考发到群里的<软件需求规格说明书>范本,撰写本团队的软件需求规格说明书 不要照抄范本的内容,请参考它的形式,紧密结合本团队项目实质展开 使用UML工具进行描述,并保证符号.描述语言的一致性 请大家将报告发布在 "石墨文档" 中并将文档链接发布到博客中 推荐大家使用 https://www.draw.io 网站绘制UML图形(当然也可以使用Visio,但是毕竟邹老师要参与点评,大家还是对微软给予尊重 :-) ) 强烈推荐大家使用墨刀制作项目的原型 软件需求规格说明

2016福州大学软件工程第五、六次团队作业-Alpha阶段成绩汇总

1.本次作业成绩统计结果: 本次Alpha阶段团队作业公布如下: 表格说明: PE:贡献百分比 YS:演示评分(满分15分) BK:博客评分(满分15分) SH:事后诸葛亮环节(满分5分) P:个人分数 个人分数=0.7*团队分数+0.3*贡献比*团队分数*团队人数 学号 组别 PE YS BK SH 个人分数 031402606 606notconnected 16.00 13.50 14.00 4.00 31.122 031402631 18.00 13.50 14.00 4.00 32.2