zoukankan      html  css  js  c++  java
  • 能混绝不C————事后诸葛亮

    软件工程 https://edu.cnblogs.com/campus/zswxy/software-engineering-2017-1/
    作业要求 https://edu.cnblogs.com/campus/zswxy/software-engineering-2017-1/homework/10863
    团队名称 能混绝不c
    作业目标 事后诸葛亮
    作业正文 如下
    参考文献 baidu

    设想与目标

    1.我们的软件要解决什么问题?是否定义得很清楚?是否对典型用户和典型场景有清晰的描述?

    答:我们要解决超市线上管理,定义十分清楚,都有清晰的描述。

    2.我们达到目标了么(原计划的功能做到了几个? 按照原计划交付时间交付了么? 原计划达到的用户数量达到了么?)

    答:基本(登录模块,财务模块,销售模块,库存模块,人事模块)达到了目标,功能基本还差两三个,是,用户数量达到了。

    3. 和上一个阶段相比,团队软件工程的质量提高了么? 在什么地方有提高,具体提高了多少,如何衡量的?

    答:提高了,大家都在努力学习新的技术,团队之间也更加了解配合更好了,大家对问题的响应提高了不少,之前总没人回答,后来大家都积极参与讨论。

    4. 用户量,用户对重要功能的接受程度和我们事先的预想一致么?我们离目标更近了么?有什么经验教训? 如果历史重来一遍, 我们会做什么改进?

    答:预想一致,离目标更近了,有问题一定要及时的提出来不要自己闷头解决不然可能拖慢进度,我们会再把每个权限的界面设计的更完善。

    计划

    1. 是否有充足的时间来做计划?

    答:还算充足,时间比较紧。

    2. 团队在计划阶段是如何解决同事们对于计划的不同意见的?

    答:通过群里先大家讨论,不行在投票。

    3. 你原计划的工作是否最后都做完了? 如果有没做完的,为什么?

    答:基本做完了,还没做的由于技术还不熟练。

    4. 有没有发现你做了一些事后看来没必要或没多大价值的事?

    答:有,比如纠结背景图改放拿一张好看。

    5. 是否每一项任务都有清楚定义和衡量的交付件?

    答:是,我们在需求分析文档都有清楚的定义。

    6. 是否项目的整个过程都按照计划进行,项目出了什么意外?有什么风险是当时没有估计到的,为什么没有估计到?

    答:基本是按计划进行,中途有一些技术问题,如如何导入表格数据错乱,因为技术还是不够熟练。

    7. 在计划中有没有留下缓冲区,缓冲区有作用么?

    答:有,为了确保有足够的时间来解决出现的问题,确实留下了给我们解决部分BUG的时间。

    8. 将来的计划会做什么修改?(例如:缓冲区的定义,加班)

    答:暂时没有接下来的计划。

    9.我们学到了什么? 如果历史重来一遍, 我们会做什么改进?

    答:缓冲区非常重要,需要去合理设计。

    资源

    1. 我们有足够的资源来完成各项任务么?

    答:有,我们大家都找了网上的各种资源来完成这个系统。

    2. 各项任务所需的时间和其他资源是如何估计的,精度如何?

    答:我们是经过讨论,根据经验来估计的,精度有待加强。

    3. 测试的时间,人力和软件/硬件资源是否足够? 对于那些不需要编程的资源 (美工设计/文案)是否低估难度?

    答:有点不够,之前没有太多的考虑测试这一块,导致后面测试部分完成的不是很好,没有低估难度。

    4.有什么经验教训? 如果历史重来一遍, 我们会做什么改进?

    答:应该提前多去学习参考网上的经验来准确的预估时间。

    变更管理

    1. 每个相关的员工都及时知道了变更的消息?

    答:是,一旦有大是变更都会在群里发布消息,要求组员回复。

    2. 我们采用了什么办法决定“推迟”和“必须实现”的功能?

    答:群里讨论群里投票。

    3. 项目的出口条件(Exit Criteria – 什么叫“做好了”)有清晰的定义么?

    答:有,超市管理基本功能实现与五大模块(登录模块,财务模块,销售模块,库存模块,人事模块)必须完成。

    4. 对于可能的变更是否能制定应急计划?

    答:没有。

    5. 员工是否能够有效地处理意料之外的工作请求?

    答:不能。

    设计/实现

    1. 设计工作在什么时候,由谁来完成的?是合适的时间,合适的人么?

    答:团队共同完成需求分析报告,大家共同完成,大家都很积极。

    2. 设计工作有没有碰到模棱两可的情况,团队是如何解决的?

    答:有,通过群里讨论,群里投票解决

    3. 团队是否运用单元测试(unit test),测试驱动的开发(TDD)、UML, 或者其他工具来帮助设计和实现?这些工具有效么? 比较项目开始的 UML 文档和现在的状态有什么区别?这些区别如何产生的?是否要更新 UML 文档?

    答:暂时没有。

    4. 什么功能产生的Bug最多,为什么?在发布之后发现了什么重要的bug? 为什么我们在设计/开发的时候没有想到这些情况?

    答:导入数据库数据时最多,因为数据类型有点把握不来,发现了每个权限的ui界面都一样,大家都主要注重功能的实现。

    5. 代码复审(Code Review)是如何进行的,是否严格执行了代码规范?

    答:由每个人负责的部分审查,严格遵守了代码规范。

    6.我们学到了什么? 如果历史重来一遍, 我们会做什么改进?

    答:要合理的分配时间与人去做单元测试,完善uml文档。

    测试/发布

    1. 团队是否有一个测试计划?为什么没有?

    答:有,安排专门的测试人员对每个模块进行数据测试。

    2. 是否进行了正式的验收测试?

    答:做了验收测试但不算正规。

    3. 团队是否有测试工具来帮助测试?

    答:有。Visual Studio。

    4. 团队是如何测量并跟踪软件的效能的?从软件实际运行的结果来看,这些测试工作有用么?应该有哪些改进?

    答:软件测试由测试人员进行性能测试,从软件实际运行结果来看有一些作用,应该多去学习关于测试的技术。

    5. 在发布的过程中发现了哪些意外问题?

    答:登录除管理员权限之外的权限出错。

    我们学到了什么? 如果重来一遍, 我们会做什么改进?

    答:要及时做好测试,及时修复BUG。

    团队的角色,管理,合作

    1. 团队的每个角色是如何确定的,是不是人尽其才?

    答:每个角色都是根据每个人的能力,以及他自己的意愿来确定的,是人尽其才应该。

    2. 团队成员之间有互相帮助么?

    答:有,队员有问题都会在群里问,大家也会解答。

    3. 当出现项目管理、合作方面的问题时,团队成员如何解决问题?

    答:一般会组织线上或线下会议大家面对面解决,大家都还算积极。

    总结

    你觉得团队目前的状态属于 CMM/CMMI 中的哪个档次?

    答:我们认为目前团队还处于CMMI一级,完成级的档次。因为大部分同学是第一次接触,对于各种技术都还不是很熟练。

    你觉得团队目前处于 萌芽/磨合/规范/创造 阶段的哪一个阶段?

    答:我认为处于磨合阶段。

    你觉得团队在这个里程碑相比前一个里程碑有什么改进?

    答:对系统功能方面定义更清楚。

    你觉得目前最需要改进的一个方面是什么?

    答:每个人自身技术水平的提高。

    团队讨论

    组员分工与占比

    组员 分工 占比
    伍淑琪 后端 20%
    龚慧 前端总体UI界面 20%
    罗辉波 后端辅助,数据库 8%
    唐睿 项目经理 8%
    莫正昌 前端——人事 8%
    姚冬民 前端——销售 8%
    陈龙 需求分析 产品发布 7%
    杨文宇 前端——库存 7%
    李浩 测试代码 7%
    石余玉 前端——库存 7%
  • 相关阅读:
    研究称90%的癌症由非健康生活习惯导致
    章苏阳:早期投资,第一是看人,第二也是看人,第三还是看人!
    文章翻译第七章7-9
    文章翻译第七章4-6
    文章翻译第六章1-3
    翻译文章第六章8-11
    文章翻译第七章10-12
    VR虚拟现实技术在教育领域的前景展望
    围棋比赛不算什么,更牛的是机器人能预测未来
    c语言简单实现word count功能
  • 原文地址:https://www.cnblogs.com/ai123/p/13253958.html
Copyright © 2011-2022 走看看