在阅读<构建之法>之前,我所认为的软件就是通过c,c++等语言编程,制作出的一个能满足人们操作需求的一些代码,认为一个好的软件工程师,就是能够在很短的时间之内,最快的根据需求写出几段代码程序的人,认为一个完美的软件就是能够满足人们的要求永远都不出bug. 而邹欣老师在<构建之法>绪论中提到,软件=程序+软件工程,程序是软件的基础,而软件工程师吧系统的.有序的.可量化的方法应用到软件的开发.运营和维护上的过程.简而言之,就是将软件开发.运营和维护的流程进行系统统一化,从而提高软件开发…

经过对构建之法这本书的快速阅读和学习,我有以下疑问. 1.对软件工程来说是应该更注重结果和功能的实现还是更注重代码的易读和完整? 2.应该怎样平衡不同用户的不同需求以达到使大多数人满意的目的? 3.应该怎样避免软件在后期运行中出现较多的bug,怎样能更好得修补漏洞,并让它对其它模块所造成的影响达到最小化? 4.什么样的软件才叫一个好的软件? 5.在合作编写代码的时候应该注意什么问题? 6.软件行业的创造是什么样的?应该达到什么标准才叫创新? 7.软件工程师的职业道德标准是什么?最应该坚持什么样的…

今天浅读了<构建之法>的前四章,稍微有一些个人的见解与感受 第一点即是开篇提及到的算法与数据结构这门学科开设的必要,大二上学期学习了这门课程,就我个人目前接触到的层面来看,几乎可以说用不太到课上学习的一些算法相关的知识.但是这也并不意味这算法.数据结构这门课不重要,如同一句其他行业的玩笑话所说,没有人会按书上说的情况生病,那就代表着医学不需要教科书教学吗,必然是不对的.用一个拿到多家大厂offer的学长的话来说,刷题是我们和其他竞争者拉开差距的一个重要途径,尤其是对于我们这样一所学校的学生来说…

第九章:项目经理 是讲项目经理的作用功能和重要性,书里面主要讲的是微软的PM(Programe Manager)和其他团队PM(Project Manager)的区别,还介绍了PM的能力要求以及人物,不同的PM有不同能力,一个项目有多个PM我觉得还是挺科学的毕竟每个人能力是有限,找到优秀的战斗力很重要,适当运用人才.我们的团队作业也有一个PM,作为一个PM得到大家支持很重要也要带动大家一起参与.一个无法得到团队成员支持的项目经理,大概也无法得到领导的支持. 第十章:典型用户和场景 这一章主要讲诉…

对于书中所提到的结对编程我还是有些许感受的,在大二上学期我就有和同学合作,共同完成编码.有时候可能是我来做非常非常简易的前端页面部分,然后给同学一个基础框架,让同学往框架里面填充,时而遇到问题我再来沟通解决:也有时候是我来完成与数据库的交互部分,让同学完善service层.总之就是把一个问题分解,共同完成目标,相较于个人,这种方式完成速度更快,发现问题后解决的效率也更高.其次就是老生常谈的需求分析,我自己而言做不好这方面,不太会提取主干,更多的还是根据别人的经验,需要在架构分析设计上下一定的功夫…

<构建之法>阅读有疑 在用将近五节课的时间将邹欣老师的书<构建之法——现代软件工程>第二版大致看完.虽然全书是以轻松的口吻与”移山公司”员工的一些趣味谈话来传输一些理念和思想的,但是读完并理解依旧不是一件很容易的事情,并且在这过程中我对书中的一些看法抱有怀疑的态度,现将问题所在列在下面. P68页:我不是很认同邹老师的“精通”魔方的判定方法.就好像在软件工程开发中,一个人解决了一个bug.解决了bug却不算是“精通”,还得能恢复bug,再现bug才算是懂得各中原理吗?我觉得作为一个…

-阅读<构建之法>P384~391后,我充分认识到软件工程师的职业道德的重要性,具体有: 原则1:公众 原则2:客户与雇主 原则3:产品 原则4:判断 原则5:管理 原则6:职业 原则7:同事 原则8:自身 通过这次的阅读,认识到每一个人都应该具备职业道德.…

通过阅读<构建之法>P384~391以及参考阅读杜老师给出的链接,得出一个重要的结论:软件工程师的职业道德至关重要. 软件工程的动态性和需求的前后关系,要求一个规范能对出现的新情形有较强的适应性和适用性.但是即使在这种一般性原则下,本规范也只对那些以文档记录职业道德态度并采取积极行动的软件工程师提供支持:即提供相应开发组中的个人以及整个开发组都可以求助的道德基础.本规范也帮助定义哪些是对软件工程师提出的道德上不适当的要求. 原则1  公众 软件工程师的行为应与公众的利益一致. 原则2  客户与…

1.阅读<构建之法>读后感 第八章:需求分析 需求分析,我觉得需求分析挺重要的,一个需求分析是指对要解决的问题进行详细的分析,弄清楚问题的要求,包括需要输入什么数据,要得到什么结果,最后应输出什么.可以说,在软件工程当中的"需求分析"就是确定要计算机"做什么",要达到什么样的效果.可以说需求分析是做系统之前必做的.需求分析确定了整个团队的方向,那么怎么做好需求分析呢?有以下几个步骤:1.获取和引导需求:2.分析和定义需求:3.验证需求:4.在软件产品的生…

[BUAA软工]第一次博客作业 项目 内容 这个作业属于哪个课程 北航软工 这个作业的要求在哪里 第1次个人作业 我在这个课程的目标是 学习如何以团队的形式开发软件,提升个人软件开发能力 这个作业在哪个具体方面帮助我实现目标 督促我阅读<构建之法>,了解软件开发的具体含义及流程 快速看完整部教材,列出你仍然不懂的5到10个问题 如果一架民用飞机上有需求,用户使用它的概率是百万分之一,你还要做这个功能么? 书的第一章使用民航飞机的安全功能举例,虽然这个功能的使用率不足百万分之一(可以理解为飞机出…

关于阅读<构建之法>第1.2.16章的疑问与感悟 术语解释: 第2章,23页 什么是代码覆盖率? ———————————————————— 在测试中的代码覆盖率是指,你运行测试用例后,走过了多少句代码,拿这个走到过的代码除以你这个测试对象的代码行数,就是你这次测试的代码覆盖率了. 参考博客:http://blog.csdn.net/Kesa_Kong/article/details/1652341 第2章,29页 什么是“自动化”回归测试?如何实现? ————————————————————…

阅读构建之法有感 利用这一周的时间,我大致了解构建之法一书,这本书带我走进了一个全新的领域.它让我以一种新的视角去了解软件产业的发展和工作,领略软件工程的独特魅力,更给出了简单易懂的方式去理解何为软件工程,软件工程要做什么,它要达到的目标是什么? 笔者站在一个从业者的角度,以其对软件发展无比的热情,去指导学校中未曾有实践经历的在校学生,或是已有工作经验的社会人员实现软件工程的真正有效流程.该书将软件工程的各个步骤进行分章节讲述,叙述清晰,脉络清楚,向我们大家讲述笔者多年对软件开发的心得体会,同时…

项目 内容 课程班级博客链接 https://edu.cnblogs.com/campus/xbsf/nwnu2020SE 这个作业要求链接 https://www.cnblogs.com/nwnu-daizh/p/12369881.html 我的课程学习目标 通过学习能够了解软件工程这门学科并且能够应用它进行简单的软件开发 这个作业在哪些方面帮助我实现学习目标 在学习时要带着问题去学习并且要及时地去解决它 一.初识软件工程   上个星期我们开始了新一学期的学习,这学期的课中有一门很重要的专业课…

|||||||||||||| |:--|:--| |项目|内容| |软件工程|https://www.cnblogs.com/nwnu-daizh/| |作业要求在博客里|https://www.cnblogs.com/nwnu-daizh/p/12369881.html| |作业学习目标|通过学习<构建之法--现代软件工程>初步了解软件工程的相关知识| markdown编辑器简要教程 目录 问题一:在软件工程的整个生命周期中,软件需求分析起什么作用?软件团队是满足用户的各种需求最终保证软件的…

注:本文档已提交Github,地址是这个 欢迎大家通过PR的方式或者在本博客下留言的方式随时补充意见和建议,我们会持续更新 书中7.2.4的表7-1 MSF团队模型和关键质量目标里面提到的"出口条件"是什么意思?比如开发的出口条件是:我们是否按照功能说明完成了各项功能. 书上8.8.3提到了一个软件团队一开始预计每次天做30小时工作量,做到一半时每天做15小时工作量.我自己在之前的软件编写和大作业上也常常有这样的烦恼.做到后面就要做大量的测试工作,很劳累.和针对测试出的错误修正并确保正…

项目 内容 课程:北航-2020-春-软件工程 博客园班级博客 要求:阅读<构建之法>并回答问题 个人博客作业 我在这个课程的目标是 提升团队管理及合作能力,开发一项满意的工程项目 这个作业在哪个具体方面帮助我实现目标 阅读<构建之法>,了解软件工程构建过程的宏观理念 一.读<构建之法>有疑 1. 科学与工程 概论P14 希望读者看了这一节之后,不再纠结"科学"和"工程"的问题,而是在不同的学习与工作阶段,投入到最适合的项目类型中…

以下是我看<构建之法>1-5章列出来的知识点和一些自己对部分知识的理解以及一些吐槽...和感受 1.1 软件 = 程序 + 软件工程 (软件工程 = 软件 - 程序(我知道软件是什么,也知道程序是什么,但是就是不懂什么是软件工程啊...个人觉得 软件工程 - 程序 = 0 程序 = 数据结构 + 算法 (突然觉得至今为止我们所写的作业都只是程序而还没达到软件的程度啊..就缺软件工程了..软件工程到底是啥~?! ∴软件 = 数据结构 + 算法 + 软件工程 去百度百科看了一下:(有些就直接省略了…

<构建之法>第10.11.12章 第10章: 问题:对我们了解了用户的需求后,但是我们想法和做出来的软件会和用户的需求有偏差,比如风格.界面的修饰等等,那么我们程序猿怎样才能让自己的想法更加靠近用户的想法呢?是设身处境么? 第11章: 问题:我们现在这个阶段是在做四则运算APP,如果按照这章的步骤走下去,每天都要进行进度更新,和每日会议还有每日构建的,会不会不太符合我们现在的处境?毕竟我们的所有时间不能只为一门课程服务,还要大量的时间花在其他的课程上呢. 第12章: 问题:在实际的项目中,我们…

5.Scrum团队成立 5.1 团队名称:喳喳 团队目标:突破渣渣 团队口号:吱吱喳喳 团队照: 5.2 角色分配 产品负责人: 112冯婉莹 Scrum Master:109张鑫相 PM项目经理:103李康梅 用户:149麦锦俊 6. 团队项目选题 项目名:昵妆(一个有关化妆的平台). 7. 阅读<构建之法>第6~7章,并参考以下链接,发布读后感.提出问题.并简要说明你对Scrum的理解. 学习附录: Scrum中文网--什么是Scrum?  http://www.scrumcn.com/a…

<构建之法>第8.9.10章读后感  第八章重点讲了需求分析,在一个项目中,需求分析是最基础也是最重要的,只有充分了解了用户需求,我们才不会走弯路,才能做出正确的规划,保证项目的进行是按照用户的需求进行的.其中,获取用户需求的方法即用户调查,常用的用户调研方法包括: 1.焦点小组           2.深入面谈 3.卡片分类           4.用户调查问卷 5.用户日志研究     6.人类学调查 7.眼动跟踪研究     8.快速原型调研 9.A/B测试 第九章重点讲了项目经理.其实…

本博客是第二届构建之法论坛暨软件工程培训活动预培训文档中[适用于结对编程部分的C++版本],需要实验者有一部分C++基础. 目录 Part0.背景 Part1.配置环境 Part2.克隆项目 Part3.单元测试 Part4.基本操作 断点 单步运行 条件断言 Part5.回归测试 Part6.效能工具介绍 Part7.提交代码 Part0.背景 阿超家里的孩子上小学一年级了,这个暑假老师给家长们布置了一个作业:家长每天要给孩子出一些合理的,但要有些难度的四则运算题目,并且家长要对孩子的作业打分…

本博客是第二届构建之法论坛暨软件工程培训活动预培训文档中[适用于结对编程部分的Java版本],需要实验者有一部分Java基础. 目录 Part0.背景 Part1.配置环境 配置JDK Linux 平台 Windows 平台 下载安装IDE Part2.克隆项目 Part3.单元测试 Part4.基本操作 断点 单步运行 条件断言 Part5.回归测试 Part6.效能工具介绍 Part7.提交代码 参考链接 Part0.背景 阿超家里的孩子上小学一年级了,这个暑假老师给家长们布置了一个作业:家…

阅读完了<构建之法>第一章后,觉得我们平时使用的软件并不是自己想象中的那样简单,用的时候是觉得很方便,但从来没有考虑过一个软件的背后需要一个团队多少的付出才能换来一个获得用户频频好评的软件.突然之间很佩服所有软件的开发者,因为在读了概述之后,我就能体会到他们背后付出的努力.时间和精力. 软件=程序+软件工程.要有一个软件,首先需要一个程序,而算法.数据结构是程序的基本功.其次软件工程的核心部分是:构建管理.源代码管理.软件设计.软件测试.项目管理等相关内容,软件工程直接决定了软件的质量.在现在…

[第二届构建之法论坛] 预培训文档(Java版) 学习总结 我通读并学习了此文档,并且动手实践了一遍.以下是我学习过程的记录~ Part1.配置环境 配置JDK 原文中提到了2个容易被混淆的概念 JDK 与 JRE,在此温习一下: JDK全称为 Java Development Kit,Java程序的开发人员必须安装:JRE全称为Java Runtime Environment,它只是Java程序的一个运行环境. JDK中一般已经带了JRE包,所以我们只需要下载JDK并安装配置即可. 由于我之前…

总时长近两周的结对项目终于算是结束了,马上要重新开启团队项目.于是这几天决定对<构建之法>一书中与团队项目及需求分析有关的章节进行重点阅读,希望能够从中得到启发,并运用到接下来的团队项目中去.        团队模式 团队这一部分提到了软件团队的很多模式.我认为,就我们目前的团队项目而言,更合适的应该还是“交响乐团模式”和“功能团队模式”. 先说“交响乐团模式”(吐槽一下书上给交响乐团配的图真是错误百出,当然这不是重点,只是觉得应该还是要严谨一些),我自认对一个乐团还是非常了解,在一个乐团中,…

 <构建之法>第四&十七章读书笔记 一．         前言 再次阅读<构建之法>,愈发被其中生动有趣的举例吸引.作为一本给予软件工程学生的书籍,其不以枯燥的理论知识为核心,而是基于对知识和方法的引导.本次研读的这两章内容主要涉及了代码规范,两人结对与多人合作的团队方面等相关知识,从其中逐渐明白与人相处作业等方面的技巧与艺术.以下是我对这两章节的思考与疑惑. 二.        第四章<两人合作>. 本章主要涉及代码规范,极限编程,结对编程,两人合作不同阶段,…

这几天阅读了<构建之法>中的几章,受益匪浅,刷新了很多我对软件工程的认知.这本书让我很惊喜,阅读起来不像其他书一样枯燥,有很多人物的设计,以及对话的形式,非常有趣. 第一章.概述 读完第一章了解了软件工程具体是什么,以及它与类似计算机科学等的区别,还有对bug的定义,以前觉得软件工程和计算机差不多,看了书过后才发现其中的不同,一个比较偏科研,一个比较偏实践,悟清了许多之后,还有一些不太能明白的问题: 问题1: 我看了这一段文字 “中国大陆的高校中大致有下面三种将计算机软件的机构:计算机科学与技…

Week2-作业一——精读<构建之法> 前言 其实我本人是不经常看书的,电子书倒是看了不少,实体书真的不经常看,但是为了这次作业的需求,我还是选择静下心来阅读一下这本<构建之法>.也算是强迫自己增加一些阅读量吧,哈哈. 第一章概论 对于第一章,我觉得这个1.1的开头很好: 软件=程序+软件工程 简单明了,这样一个等式也引起了我的好奇: Questiion1:软件只等于程序加软件工程?就这么简单?   那看来是我小看了程序和软件工程这两个词.于是我特地去百度了一下程序和软件工程,百科…

本周主要对<构建之法>中的一部分进行阅读. 一.软件与软件工程究竟是什么? 本书的概论部分就指出“软件 = 程序 + 软件工程”.而我们这门课的名字就叫“现代软件工程”.其实在上课之前,我对这门课存在一定的误解,我更多地把这门课归入“程序”部分.在我原来的理解中,像电设二一样,自己学新知识(当然很多在电设一已经学过),然好以团队的形式独立去完成一个项目,只不过电设属于硬件(也包含一部分软件),而软工则纯粹是软件了. 而上课之后却和我预想的不一样.首先每周读书笔记这个就让我非常不解,有些推荐书籍…

5.Scrum团队成立 5.1 团队名称:喳喳      团队目标:突破渣渣      团队口号:吱吱喳喳      团队照: 5.2 角色分配 产品负责人: 112冯婉莹 Scrum Master:109张鑫相 PM项目经理:103李康梅 用户:149麦锦俊 6. 团队项目选题  项目名字:昵妆(一个有关化妆的平台) 理由:“昵妆”这个平台主要是向用户提供化妆品.化妆学习视频和化妆上门服务. 我们这个平台比较多功能,它不但可以满足用户可以购买化妆品的需求.还可以 教初学者如何化妆.如果有一些用…