第一章: 看了大概了解软件从一个想法到最终成品的一个过程.软件先是由一个想法引出的,有那个想法,你需要一个工具去做什么,根据自己想要的功能大概做一个能实现基本功能的软件,对客户提出的要求进行完善,实现了功能后对软件进行维护.还有做的软件要符合客户的要求,不能只是跟着自己想法,要满足大众的需要,满足客户的需求,在使用过程中发现有bug对其进行修复. 软件工程在社会发展处于什么地位,发展潜力在未来究竟有多大? 第二章 : 这章分别从效能分析工具,个人开发流程,实践等方面讲,知道了好的单元测试的标准有…

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

<构建之法>第十三章到十七章有感 第13章:软件测试方法有哪些? 主要讲了软件测试方法:要说有什么问题就是哪种效率最高? 第14章:质量保障 软件的质量指标是什么?怎么样能够提升软件的质量? 第15章:稳定和发布阶段 软件的发布是要有很多步骤的,需要注意哪些问题呢? 第16章:IT行业的创新 创新一般是要有一定的基础才行的,那么怎么样能够让自己的创新能力发挥出来? 第17章:人,绩效和职业道德 我们以后如果从事这个行业的,那么需要有什么职业道德? 我读了<一个程序员的生命周期>之后…

十一章:软件设计与实现 工作时要懂得平衡进度和质量.我一直有一个困扰:像我们团队这次做 男神女神配 社区交友网,我负责主页的设计及内容模块,有个队友负责网站的注册和登录模块,有个队友负责搜索模块,有个队友负责活动查看模块.但是一个项目是一个整体的,每一个人所负责的每一个模块都必须关联起来才能成为一个整体,例如我的主页完成了50%后,为了查看整体效果, 发给队友与他的模块连接起来,如果对方在我的程序上修改了部分,然后同时我也继续编写我剩下的内容,双方都在我那个原本完成了50%的进度模块上做了修 改…

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

第一章 看了第一章,第一章主要是概论,主要讲述软件是什么,是由什么组成的,然后接着陈述软件工程是什么,看了第一章之后,得知,软件工程只是实现软件的一个工具,有了工具做事情才容易.还有进行运维和维护软件,并且我们所开发的软件要符合客户的要求,不能盲目开发,浪费精力和体力,根据自己的想法去做满足客户的软件,而且要不断的发现bug并进行修复.    软件工程在社会发展处于什么地位,发展潜力在未来究竟有多大? 第二章 看完第二章之后,我才知道之前我们的想法是多么的幼稚,以为可以运行就可以,才知道软件是需…

第四章:两人合作内容出处:4.6 两人合作的不同阶段和技巧 本章主要是讲关于合作方面的,文章以刚刚认识的两个人为例!也就是说,他们之前的关系是陌生人,然而在现实当中两人合作也可以有其它的关系,比如说合作的两人彼此是情侣关 系,那应该怎样合作呢?如果男的与女的合作前,男的对女的千依百顺,再合作时,当女的意见是错误的并且女的非常强势,而男的意见是正确的,这种情况之下应该怎么办呢?又 如,如果合作的两位伙伴,在合作之前是师生关系,这样又怎么办呢 另外我也和别人合作过,不过我们到了磨合阶段后就永远停留在…

关于第五章后面的阅读已经在Practice3中有所感悟,下面是6-7章的读书笔记. 第6章 敏捷流程这一章讲了“敏捷流程”这一概念,关于这一名词我是很陌生的,在阅读之后有了一定的理解.敏捷流程是提供了给开发团队一种开发的方法,令软件开发的更好更快,更加地能达到客户的满意值.在6.1.2节中,敏捷流程有四步:1.找出完成产品需要做的事情(Poduct Backlog),而我的理解就是找出问题.2.决定当前的冲刺需要解决的事情(Sprint Backlog),即找出该最优先解决的问题.3.冲刺(Sp…

第一章:概论 本章主要是讲了软件工程的基本概念,软件工程的最终目标是创造“足够好”的软件. 提出问题:什么是BUG?(出自1.2.5节) 答:就我个人而言,在许多游戏中也有许多的BUG,BUG这一词在网络游戏中属于高频率的词,中文意思就是“漏洞”,在游戏中这些BUG漏洞往往会带来给玩家很大的伤害,会造成游戏的不公平,游戏也是个大型的软件,所以一个游戏每个星期几乎都会进行维护更新,主要就是修复这些游戏里的BUG.而书中所说,BUG,简单地说是软件的行为和用户的期望值不一样,就叫BUG.通俗易懂,B…

第一章 第一节 新时代中国的IT产业市场规则不规范,书中提到社会上有个别软件公司的软件一定要卸载别家公司的软件才能运行,我这里感到疑惑---————是不是说如果 一间软件公司他能做出一个像微软操作系统那样的受大众十分喜爱的软件 那么他就可为所欲为 对一些不友好的软件公司进行屏蔽,从而决定了其他公司的生存??? 第二章 第一节 之第二部分 这里说到程序员作为该单元的开发者 必须亲自写开发单元 但如果遇到上头委派的一件又急又大型的项目 那么还要写单元测试?或者不能让别人写? 第三章 第二节 这里说的…

本教材不同于其他教材一贯的理知识直接灌溉,而是以对话形式向我们传授知识的,以使我们更好地理解知识点,更加清晰明确. 第一章 第一章的概述中,书本以多种方式,形象生动地向我们阐述了软件工程的内容,也让我们的视野更加开阔. 问题:计算机科学技术与软件工程的关系如何?讲述了软件工程的定义和基本的学习教程 第二章 单元测试,条件反射以为是测验...不过阅读后,对单元测试有一定了解,单元测试作用很大,能够很好地发现bug以及提高软件的速度效率. 问题:对单元测试了解不是太清楚,概念有点复杂. 第三章 本章…

粗读 第四章主要讲的是关于结对合作的事项.大多数的软件开发都是团体性的,而合作的最小单位也就是两个人,这也是软件开发中的最佳实践.而结对中,我们能够更好的编写我们的代码,能够少一些担心,对自己的代码也多一份信心,因为我们是两个人在战斗而非一个人.我的伙伴可以帮我进行一个代码的纠错,让我可以更加舒服的进行代码的编写,遇到问题的时候,解决方法也并不只是一种,两个人的思想会交流,会碰撞,出现的火花可能是你一个人在编写时候完全想不到的. 想法 读完第四章之后,会感觉你的代码已经不只是你自己的代码了,为什…

第13章:软件测试 问题:对于这么多种的测试方法,怎么才能最有效的选取? 第14章:质量保证 问题:很多工程师都把大多数时间花在软件质量上.一成不变是无法创新的.如何在保证质量的情况下,又得到创新呢? 第15章:稳定和发布阶段 问题:是否要弄一个用户反馈,就是反馈些漏洞的情况并且及时发布更新版? 第16章:IT行业的创新 问题:作为大学生,我们应该如何提高自己的创新能力?如何对项目进行创新? 第17章:绩效和职业道德 问题:公司都是以绩效和职业道德来恒定员工的吗?…

第6章读后感: 看完第六章后了解什么是敏捷流程.“敏捷流程”在软件工程的语境中是一系列价值观和方法论的集合.我觉得敏捷是比较人性化而且让人比较轻松的的一种团队做项目的方法吧,它会比较注重交流,而不是硬性的规定和要求,比如用户与开发者之间的交流,团队内部成员的交流等等,分工合作等会比较公平,而且会比较注重效率,会经常更新自己做的软件,会有长期的一个规划,有计划的去完成任务,团队进步会很快. 第7章读后感: 本章主要说了MSF的原则,MSF团队模型和开发模式,MSF和CMMI.MSF的基本原则是推动…

基本语法 1 Java 简单的类型 1.1 一些常量 正无穷大 Double.POSITVE_INFINITY 负无穷大 Double.NEGATIVE_INFINITY 不存在 Double.NaN 1.2 boolean类型 false 或 ture 不能用0来表示false 1.3变量初始化 必须对变量显示初始化 否则会报错 1.4 常量 final = const 1.5数学库 Math Math.round() 1.6 improt improt static java.lang.Ma…

c++实现计算器(自动生成算式并计算) 要满足的需求有以下几个: 自动生成随机的四则运算算式,包含括号和小数. 对生成的算式计算出结果. 算式.结果分别存储到不同的文件. 一 生成算式 由上述需求可知,算式中有运算符('+','-','*','/','(',')'),整数,小数(重点是有小数点),同时满足程序模块化设计的要求,所以使用STL中的string类存储生成的算式. 生成算式时有几点需要注意: 首先生成一个数字,然后运算符('+','-','*','/')和数字交替出现,可以限定长度为奇…

身在大学,却想起了在高中的生活和初中的生活,特别是初中的生活,为什么这么说呢!因为<构建之法>,看了其中的两章的内容,为什么想到了初中和高中的生活呢,因为在高中和初三的时候看的最多的就是课本,虽然有时会看不进去,但是同样会硬着头皮去看,因为要想考一个好的高中所以就认真的学习,看书.但是到了大学,可以说很少去看课本了,都开始看电子版的书了,当然看的电子版的书,就分好坏了,(其实书都分好坏,主要是看你怎么去看待它,在书中看到的是什么,是主人公的坚持不懈的努力,还是一些其他的东西!)而我就看了好几本…

项目 内容 这个作业属于哪个课程 2020春季计算机学院软件工程(罗杰 任建) 这个作业的要求在哪里 个人博客作业 我在这个课程的目标是 完成一次完整的软件开发经历并以博客的方式记录开发过程的心得掌握团队协作的技巧做出一个优秀的.持久的.具有实际意义的产品 这个作业在哪个具体方面帮助我实现目标 通过邹欣老师的<构建之法> 在开始团队项目前先了解清楚"团队"和"项目" 学会提出问题 第一次真正意义上的软件工程个人博客作业,要求是速读邹欣老师编著的<构…

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

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…

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

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

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

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

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

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

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

软工读书笔记  week 9                 ——<构建之法> 最近的三周我们正式开始我们的项目.然后我也把<构建之法>中的相关章节再拿出来读了一番.以下是一些感悟. 首先就是第十章“典型用户和场景”.书中提到,我们作为设计或者开发者,往往会以自己使用产品的习惯和熟悉程度来出发设计,但我们永远不能代表用户.搞一个“典型用户”会让我们考虑问题从用户的角度出发.由于我们正式开始项目后的第一周就是继续对用户做需求分析,这一章对我们有很大帮助. 我们也要考虑我们的典型用户.…

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

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