zoukankan      html  css  js  c++  java
  • 清风不知道——事后诸葛亮

    软件工程https://edu.cnblogs.com/campus/zswxy/software-engineering-2017-1
    作业要求 https://edu.cnblogs.com/campus/zswxy/software-engineering-2017-1/homework/10841
    团队名称 清风不知道
    作业目标 事后诸葛亮
    作业正文 下文

    一.设想和目标

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

    我们的软件是食堂选座系统,解决因为疫情开学导致的食堂拥挤,就做困难的问题。

    定义的还算清楚

    对典型用户和场景有清晰的描述

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

    我们的预期目标已经达到,但是功能十分简单单一,管理员和后台管理没有做。

    按原计划时间交付了

    用户数量没有达到

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

    质量略有提升,从用例分析,需求分析,原型设计到系统设计说明书和数据库设计说明书,学习软件工程之前根本不知道这些准备工作的意义,真正体会到了团队的作用

    4. 用户量, 用户对重要功能的接受程度和我们事先的预想一致么? 我们离目标更近了么?

     项目并没有实际投出使用。

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

     我们小组预期提出的目标功能有点简单,答辩时老师说我们的工作量很少很少(其实对于我们来说已经很多了),如果重来一遍,我们会在预期的功能上添加更多的东西。

    二.计划

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

    有充足的时间,老师从一开始就带领我们开始项目的开发

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

    有不同意见的团队进行投票,少数服从多数

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

    管理员系统和后台管理没有做,因为最后期末考试,做完大概的项目大家都去准备考试了

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

    没有

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

    有的,都提交了

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

    基本按计划进行,最后时间因为要准备考试有点手忙脚乱了

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

    没有

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

     对以后的项目目标更加明确,并且留下缓冲区来避免意外导致影响项目开发

     

    三.资源

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

    没有,因为小组的成员们的专业知识都不是很多,需要一边学习一边开发

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

    任务时间没有进行明确定义

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

    测试方面做得很简单,资源充足

    我们对不需要编程的资源还算比较重视,但是燃尽图没有画好

    4. 你有没有感到你做的事情可以让别人来做(更有效率)?

    没有

     

    四.变更管理

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

    小组成员之间每天都有交流,有消息都会第一时间收到

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

    开会讨论决定

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

    有需求报告说明书

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

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

    可以

     

    五.设计/实现

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

    设计工作实在寻求分析以后来完成的,由黄浩同学和金澳威同学一起完成的原型设计,使用axure ap来完成,后继使用html完成相关界面的设计。是合适的时间完成的,不过有点赶。

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

    有遇到过,在到底设计管理员的问题上,后来考虑到实现的问题,down了这个想法。

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

    运用了单元测试,只进行的代码运行是否运行正常,是否有语法错误。selenium工具有效

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

     因为我们的功能比较单一,暂时没有遇到bug。发布之后暂时还没有发现重大bug。

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

     代码的审查是跟代码的编写同时进行的,没有完全执行的系统的审查。没有十分严格执行代码规范。
     

     

    六.测试/发布

    1. 团队是否有一个测试计划?为什么没有?
     我们有一个测试计划,就是按着需求报告说明书来进行审查看功能是否完整,能否正常运行。

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

    3. 团队是否有测试工具来帮助测试?
     selenium。
    4. 团队是如何测量并跟踪软件的效能(Performance)的?压力测试(Stress Test)呢? 从软件实际运行的结果来看,这些测试工作有用么?应该有哪些改进?
     我们也进行软件的效能测试,刚开始我们写的代码冗余度过高进行了相关的代码优化,减少了冗余度,提高了点效能。压力测试目前没有。从结果来看,selenium是有效果的。
    请教他人如何进行更高效的代码编写和压力测试。

    5. 在发布的过程中发现了哪些意外问题?
    目前只能在一台机器上运行,但是在其他机器上也不是不能运行,需要调节相关的参数就可以运行了。

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

    七.团队的角色,管理,合作

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

    根据每个成员的特长和主观确定,算是人尽其才

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

    有的,遇到困难成员会一起解决

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

    几乎没有出现类似的问题,有问题大家会一起讨论解决

      

    八.总结:

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

    我认为是cmm中的第三级 已定义级吧
          你觉得团队目前处于 萌芽/磨合/规范/创造 阶段的哪一个阶段?

    团队处于磨合阶段吧

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

    有很大提升,之前都没有学习过需求分析之类的知识
          你觉得目前最需要改进的一个方面是什么?

    团队每个人的个人能力不足,需要学习很多基本知识

    对照敏捷开发的原则, 你觉得你们小组做得最好的是哪几个原则? 请列出具体的事例。 

    我们团队每天都会有线上或者线下的交流,讨论当天的进展和遇到的问题

    正如我们前面提到的, 软件的质量 = 程序的质量 + 软件工程的质量,那团队在下一阶段应该如何提高软件工程的质量呢?

    程序的质量,团队的编程能力十分有限

    各组员对于最终项目成果的贡献度

    姓名

    黄浩

    金澳威

    申彪

    李宁

    康翔宇

    颜悠

    贡献比

    18%

     17%

    17%

     16%

    16%

     16%

  • 相关阅读:
    在IDEA上本地更新同步Git中的更改
    protobuf的序列化和反序列化
    关于Pytorch报警告:Warning: indexing with dtype torch.uint8 is now deprecated, please use a dtype torch.bool instead
    990. 等式方程的可满足性
    死锁
    事务隔离
    Lab-1
    软件测试homework3
    TCP/UDP网络连接的固定写法
    软件测试Homework 2
  • 原文地址:https://www.cnblogs.com/qfbzd/p/13254986.html
Copyright © 2011-2022 走看看