201871010125-王玉江 实验四 团队作业1:软件研发团队组建
项目 | 内容 |
---|---|
课程班级博客链接 | https://edu.cnblogs.com/campus/xbsf/2018CST |
这个作业要求链接 | https://www.cnblogs.com/nwnu-daizh/p/14660499.html |
团队名称 | 孤寡老人 |
团队的课程学习目标 | 1.建立团队目标,培养团队意识 2.在团队队长的领导下尽可能将图案对每位组员的能力最大化 3.各组员在交流过程中尽可能地提出最优方案 |
这个作业在哪些方面帮助团队实现学习目标 | 1.各组员之间相互配合提高了项目完成效率 2.组员之间的交流为项目的实现提供了更多的可能性 |
团队博客链接 | https://www.cnblogs.com/wwwsy/p/14683680.html |
-
一、实验目的与要求
- (1)实验三作业互评。
- (2)组建软件项目研发团队。
-
二、实验内容与步骤
-
任务1:浏览班级博客园中提交《实验三 软件工程结对项目》作业,任选一个你认为完成质量较高的小组项目成果,继续以实验三结对学习方式完成以下任务,具体要求如下:
-
(1)对博文作业进行阅读,并结合评分要求进行评论,评论要点包括:博文结构、博文内容、博文结构与PSP中“任务内容”列的关系、PSP中“计划共完成需要的时间”与“实际完成需要的时间”两列数据的差异化分析与原因探究,给出这个结对小组在进度计划方面可以提高的具体建议。将以上评论内容发布到博客评论区。
- 评论博客链接:https://www.cnblogs.com/20000910090X/p/14652372.html
- 评论内容:
-
-
-
(2)克隆任务3项目源码到本地机器,阅读并运行代码,找出项目代码的5个以上bug,参照《现代软件工程—构建之法》4.4.3节核查表复审项目代码并记录。
-
说明 | 内 容 |
---|---|
1.概要说明 | 代码能符合需求和规格说明么? |
代码设计是否有周全的考虑? | 代码设计很周全 |
代码可读性如何? | 可读性较好 |
代码容易维护么? | |
代码的每一行都执行并检查过了吗? | 已检查 |
2.设计规范部分 | 设计是否遵从已知的设计模式或项目中常用的模式? |
有没有硬编码或字符串/数字等存在? | 没有 |
代码有没有依赖于某一平台,是否会影响将来的移植? | 代码在pycharm上运行,但不依赖平台 |
开发者新写的代码能否用已有的Library/SDK/Framework中的功能实现?在本项目中是否存在类似的功能可以调用而不用全部重新实现? | 存在类似功能可以调用 |
有没有无用的代码可以清除? | 没有 |
3.代码规范部分 | 修改的部分符合代码标准和风格么? |
4.具体代码部分 | 有没有对错误进行处理?对于调用的外部函数,是否检查了返回值或处理了异常? |
参数传递有无错误,字符串的长度是字节的长度还是字符(可能是单/双字节)的长度,是以0开始计数还是以1开始计数? | 无 |
边界条件是如何处理的?Switch语句的Default是如何处理的?循环有没有可能出现死循环? | 未发现死循环 |
有没有使用断言(Assert)来保证我们认为不变的条件真的满足? | 没有 |
对资源的利用,是在哪里申请,在哪里释放的?有没有可能导致资源泄露?有没有可能优化? | 没有资源泄露 |
数据结构中是否有无用的元素? | 没有 |
5.效能 | 代码的效能(Performance)如何?最坏的情况是怎样的? |
代码中,特别是循环中是否有明显可优化的部分? | 没有 |
对于系统和网络调用是否会超时?如何处理? | 不会超时 |
6.可读性 | 代码可读性如何? |
有没有足够的注释? | 有充足的注释 |
7.可测试性 | 可测试 |
- 阅读《现代软件工程—构建之法》第12章内容,完成以下分析任务:
A. 体验任务3实现软件功能,简要描述软件的使用过程,上传使用软件的照片;
B. 总结任务3要求的功能软件解决了吗?软件在数据量/界面/功能上各有什么优缺点?对该软件产品功能有什么改进意见?
数据处理简单有效,值得学习,但是界面友好程度不足,遗传算法不够成熟;
改进界面的友好程度,进一步改进遗传算法,对于每个算法的时间复杂度较大,很是占用资源,希望可以改进;
C. 从职业、学历、年龄、专业、爱好、收入等方面概括任务3所研发软件产品的典型用户群特征,他们表面需求,潜在需求是什么?
职业:算法初学者
学历:大学二年级
专业:计算机相关专业
收入:无要求
表面需求:D{0-1}KP算法求解以及前端设计;
任务2:团队组建
1、在实验三结对基础上,结对小组两两自由组合,组建软件项目研发团队;申请开通团队博客,点击以下链接提交团队信息,将团队博客加入到班级博客;
2、阅读《现代软件工程—构建之法》第5章内容
3、团队建设
-
团队建设
-
队名:孤寡老人
-
宣言:关爱孤寡老人,共创和谐社会
-
团队成员组成
成员学号末五位 成员*名 个人博客地址 备注 10125 *玉江 https://www.cnblogs.com/wswyj/ PM、开发、测试 10124 *生涛 https://www.cnblogs.com/ws-t/ 文档、测试 -
团队成员风采
-
- 成员介绍
姓名 | 风格 | 擅长技术及编程兴趣 | 承担的软工角色 |
---|---|---|---|
王玉江 | 能力突出,性格低调 | 擅长C,python | PM、开发 |
王生涛 | 善于编写文档,PPT制作 | 擅长C,python | 文档、测试 |
MSF的9点基本原则和团队成员绩效
MSF(Microsoft Solution Framework):微软解决方案框架,也就是微软推荐的软件开发方法。
9点基本原则
1、推动信息共享与沟通(Foster open communications)
2、为共同的远景而工作(Work toward a shared vision)
3、充分授权和信任(Empower team members)
4、各司其职,为项目共同负责(Establish clear accountability and shared responsibility)
5、交付增量的价值(Deliver incremental value)
6、保持敏捷,预期和适应变化(Stay agile,expect and adapt change)
7、投资质量(Invest in quality)
8、学习所有的经验(Learn from all experiences)
9、与顾客合作(Partner with internal and external customers)
任务三
PSP | 任务内容 | 计划共完成需要的时间(min) | 实际完成需要的时间(min) |
---|---|---|---|
Planning | 计划 | 15 | 13 |
Estimate | 估计这个任务需要多少时间,并规划大致工作步骤 | 15 | 13 |
Development | 开发 | 110 | 130 |
Analysis | 需求分析(包括学习新技术) | 10 | 10 |
Design Spec | 生成设计文档 | 10 | 10 |
Design Review | 设计复审(和同事审核设计文档) | 10 | 15 |
Coding Standard | 代码规范(为目前的开发制定合适的规范) | 10 | 10 |
Design | 具体设计 | 10 | 15 |
Coding | 具体编码 | 20 | 30 |
Code Review | 代码复审 | 20 | 15 |
Test | 测试(自我测试,修改代码,提交修改) | 20 | 20 |
Reporting | 报告 | 35 | 45 |
Test Report | 测试报告 | 15 | 15 |
Size Measurement | 计算工作量 | 8 | 10 |
Postmortem & Process Improvement Plan | 事后总结,并提出过程改进计划 | 12 | 20 |