201971010111-何晨泽 实验一 软件工程准备—从《现代软件工程—构建之法》对软件工程进行初步认识

任务1：提交课程调查问卷

• 如实填写了自己的基础信息和软件工程方面的基础。

任务2：注册博客园账号并加入班级博客

• 此前已注册博客园账号并撰写过博文，故只需加入班级博客，更新信息。

任务3：注册Github账号

• 此前已注册Github账号，并托管个人博客及课程设计项目。
• 由于已有Github的使用经验，对Git等版本控制系统也有一定的了解。

任务4：填写博客园、Github账号信息

• 如实填写了自己博客园及Github的账号信息

对《现代软件工程—构建之法》的理解与看法——通过三个问题

1. 软件开发过程中，部分软件功能的bug可能导致程序拥有新功能，那么此时的bug我们能否认为是feature?

   • 邹欣老师在软件工程概论中对bug有如下定义

   什么是bug呢？简单的说，软件的行为和用户的期望值不一样的话，就叫bug。

   • 故我们可以认为，当软件的bug产生的功能是用户所期待的，那么此时的bug就能被认为是feature。但若软件的bug产生的功能并非用户所期待，且不在prd的规划内，那么此时的bug是否需要被修复或被认为是feature？

2. 以团队形式开发软件，组织团队时，在保证项目平稳开发的情况下，成员个性化的表达与团队整体效果哪项更为重要？

   • Jez Humble在其网站Continuous Delivery中重点提到 "cross-functional teams"，即跨职能团队的概念，认为软件开发应当围绕结果而不是角色。
   • 邹欣老师在团队模式的举例中所引用的“强调个性化的表达，强有力的互动, 对变化的内容有创意的回应”一句，表明注重成员个性化的表达也能达到较好的效果。
   • 而在实际开发中，独立的个人与团队时有无法兼顾的情况，那么我们应当如何衡量并选择侧重点？

3. 对于软件开发团队，其抄袭等行为会如何影响项目的开发效果？

   • 抄袭等恶劣行为在开发行业时有发生，虽有行业誓言等的约束，但仍旧无法杜绝此类问题。我们发现存在这样一种现象，剽窃者通过对项目的抄袭，达到了比被剽窃项目更好的效果，甚至出现被剽窃项目无以为继的情况。
   • 针对这种情况，有怎样的反馈机制能够影响该团队负责项目的开发效果？

标签：201971010111,Github,账号,博客园,团队,软件工程,何晨泽,bug
来源： https://www.cnblogs.com/eggsy/p/15954076.html