我的第二次(四则运算、构建之法、三个软件)

一、代码的coding地址:https://coding.net/u/xuchunxiao119/p/homework_count/git#user-content-homeworkcount

二、《构建之法》读后问题以及感言:

1、 对于7.3MSF团队模型,7.2.6保持敏捷,预期和适应变化,中的“我们是预期变化,不是期望变化”我们如何让自己的软件处于不断的变化之中?换言之,我们如果推出了一款软件之后,如何给软件预留足够的更新空间,这些空间的具体位置我们如何得知呢?

2、9.3PM的作用:经过阅读PM的作用和能力之后,我想问,在我们学校的生活中,制作一款软件也需要PM吗?PM不是所有人都可以胜任的,一个团队中如果没有PM,还能按照正常的顺序运作吗?在学习生活中碰到风险我们应该如何处理呢?

3、我阅读了8.4节的竞争性需求分析的框架之后,我对NABCD模型产生了兴趣,这个模型在分析玩需求之后直接索取做法,我觉得有些突兀,因为这时候我们应该确定的是功能,即“电梯演说”中的办法,而不是软件的做法,我们用考虑好的功能来应对好处与竞争,从而不断的完善功能后,再找到实现这些功能的最简便的做法和工具,待产品出来之后经过现在很火的比如内测之后,再进行发布会不会效果更好?

4、11.4.2开发人员的标准工作流程具体流向是什么,新建缺陷完成后每一步的发现bug是如何发现的?发现以后又是如何处理的?

5、结对编程:根据结对编程的内容,正如79页两人合作的不同阶段和技巧所言,根据所学的人类心理学来说,很多人到了磨合阶段就会土崩瓦解,尤其是两个性格强势的人,那现在所说的结对编程还会变成单人编程。是不是出现第三个人调节会更好呢,三个人的团队复审效益会不会大于两个人的伙伴复审呢?而且对于编程来说,两人同时编程时程序质量会符合能力高的人的能力,那能力低的人对能力高的人的代码进行复审的时候会不会因为自身能力不足而无法判断出程序所存在的漏洞呢?

三、三种软件:

软件:

1、游戏类:《天涯明月刀》

(1)、软件开发者通过唯美的故事以及极佳的视觉效果(全部3D建模),360°无死角查看地图,而且但凡地图上有的建筑均可到达。目标是为了盈利和竞争,依靠自己的出奇的画面在国际电竞界博得一席之地。通过电子货币的形式通过装备等游戏必需品来盈利。

(2)我通过朋友介绍以及游戏官网宣传片的引到在游戏官网上进行下载。

(3)游戏中的人物很容易卡在一个界面不能动,游戏通过让角色传送至一个指定的位置来达到修复BUG的效果。游戏通过设计师预留位置从而通过补丁更新包来更新。

(4)网络游戏之间的竞争通常是通过游戏参与者的体验感受以及参与者愿不愿意进行投资的方面来竞争。

2、社交类:微信

(1)、软件开发者通过多种多样的新颖的社交方式,如摇一摇,漂流瓶等方式吸引我进行下载,微信的目标应该是为大众提供一个便捷的交流平台,毕竟腾讯不需要wechat来为自己谋利了,微信和QQ一起垄断了中国的社交软件行业,

(2)通过各种app商店下载均可下载到手机上(iphone有自己的APP store)。

(3)类似于这种社交软件一般是没有BUG的,即便有重启一下就可以了。聊天软件更新要加入很多功能所以是完整的整个更新,就像QQ每次更新完安装包也要完全更换。

(4)聊天软件是根据聊天的便捷性以及多种多样个性、新颖的功能来进行竞争的,所以腾讯公司几乎垄断了这个行业。

3、视频类:优酷客户端

(1)、软件的开发者通过广告,向我推荐视频清晰度,视频库的存储量来诱导我下载的,这种视频软件主要目的就是盈利,就像电影院一样,很多新上映的电影电视剧都要通过购买,即电子货币的交易来达到盈利的目的。目标:垄断视频行业,赚取金钱。

(2)通过在官网下载PC端下载到电脑上。

(3)视频软件一般很少有能出BUG的地方,最多就是卡顿,播电影像播ppt一样,其实内部处理BUG的话即让视频缓冲即可。视频软件更新一般是更新视频库,如果出现了新的功能则会进行大幅度更新。

(4)视频软件的竞争主要是视频库的存数量,辅助的是视频广告的长短、会员的价格等。

我在使用上述软件时它们是基于硬件使用的,它们赋予了硬件不同枯燥的按键的多姿多彩的功能,如果硬件是基础设施的话,软件就好比上层建筑,他们赋予了硬件多样的功能与特性。本质特性:1,软件工程关注于大型程序的构造;
2,软件工程的中心课题是控制复杂性;
——许多软件的复杂性主要不是由问题的内在复杂性造成的,而是由必须处理的大量细节造成的。
3,软件经常化;
4,开发软件的效率非常重要;
5,和谐地合作是开发软件的关键;
6,软件必须有效地支持它的用户;
7,在软件工程领域中是由一种文化背景的人替具有另一种文化背景的人创造产品。

时间: 2024-10-18 11:34:18

我的第二次(四则运算、构建之法、三个软件)的相关文章

[读书报告]构建之法(三)

今天读了<构建之法>的第八章. 第八章讲需求分析.需求分析有以下几个步骤: 1.获取和引导需求 找到软件的利益相关者,了解和挖掘他们对软件的需求,引导他们表达出对软件的需求. 2.分析和定义需求 对从各个方面获取的需求进行规整,定义需求的内涵,从各个角度将需求量化. 3.验证需求 通过分析报告.用户调查等形式向利益相关者验证团队对需求的认知. 4.在软件产品的生命周期中管理需求 在软件的声明周期中不断对需求进行重新审核并作出调整 需求分为以下几个方面: 1.对产品功能性的需求 要求产品必须实现

构建之法三、四、五章总结

趁着五一小短假期间阅读了这三章,让我感觉想要成为一名软件工程师的路还要很长,在我面前就出现了一条分叉路:即是成为一名个人能力优异但不顾及团队成员理解与否的程序员还是个人能力一般但会结合团队人员的理解能力去编程的程序员,如果两者都能取长补短呢?或许太过于理想化了,每个人对于程序都有自己独特的程序风格,即便是使用同一种规格下的编程风格,但是每个人执行起来总会添加有自己的东西,像是变量名的取向,函数的调用,还有类似的等等.如果是我的话,可能会选后者,毕竟以后加入了团队以后,首要的宗旨是服从团队的安排,

读《现代软件工程--构建之法》1~5章的感受

1:看完书后的第一感觉: 晚上抽出时间看了软件工程这本书.刚开始的时候我也就凭着对作业的要求去看了1~5章,并没有深刻的去了解,甚至有的章节还就一眼带过,或者直接跳过,直到很随便的看完后,并没有了解到多少.说句心理话,这本书在我认为真的是很枯燥乏味,但能成为我们的学习课程之一,一定有它的好处,有它的知识值得我们去学习.之后带着想学知识的心理再重看了一遍,心里大概的了解到什么是软件工程,怎么有效的写出代码.若以后工作中,承当一个软件工程师的话,该如何做,才能在自己的工作团队中发挥到最有效的成果.

读《构建之法》有感

构建之法,超越软件,不至于代码: 由于一直没有拿到书,又看不惯电子书,所以就一直没写阅读笔记,在对自己略感失望之余,我沉心静气地做出计划,安排时间,意外的是3天时间就读完了,略感欣喜之余,也越发深刻的感受到「阅读和思考」的重要性. 这本书有别于传统理论教材晦涩难懂,阅读性差的特点,通过一种活泼生动,别开生面的方式将「软件工程」这门学科讲得系统全面,令人印象深刻.因为是专业的学科类书籍,所以其中技术方面的知识的重要性不言自明. 开篇提到的现实世界中软件工程师的职业发展与教科书上经典的瀑布模型刚好相

构建之法阅读笔记六

今天看完构建之法,开始写最后一篇感想,在开始写对构建之法这本书的感想之前,我想先写一下对今天软件工程概论课上老师讲的话的一些感受.今天上课一上来老师就说我们离“人”还差很远,在听完之后发现还真是这么回事.那么,人是什么,人分为做事的人和不做事的人,而仅仅当一个做事的人就可以了吗?当然不行,做事的人又可以细分成做真事的人,做假事的人和假装做事的人,你想当哪种人呢? 言归正传,今天看了构建之法中有关软件发布这一部分,联想到自己团队也要发布bata版本,感觉还是应该仔细看一下的.在软件生命周期的最后阶

构建之法第八章学习心得

今天,我学习了构建之法第八章软件需求,人们为了解决现实社会和生活中的各种问题,要求助于软件.人们的需求五花八门,那么软件团队如何才能准确而全面地找到这些需求呢? 需求分析1.获取和引导需求 软件团队需要找到 软件的利益相关者,了解和挖掘他们对软件的需求,引导他们表达出对软件的需求. 不同的项目需要不同的手段,这一步骤也被叫做"需求捕捉",形容真正的需求稍纵即逝,需要靠火眼金睛和敏捷的身手来发现并抓住它们.另外,很多时候用户并不知道自己确切的需求,或者不愿意表达完整的需求,软件团队需要设

构建之法--第二篇

构建之法--第二章 在这一周中,我计划学习了<构建之法>的第二章,我认为从第二章开始,才算真正进入到了这本书的主题.这一章讲到的是个人技术和流程.首先,个人技术是衡量你是否能成为一名合格的软件工程师.而想要组建一个优秀的软件开发团队,就必须要有一名软件工程师.流程则是团队来管理开发活动的经过. 个人技术:其中就包括了三点,即单元测试.回归测试.效能分析. 单元测试:我们为什么需要做单元测试呢?这是为了让自己负责的模块功能定义尽量明确,模块内部的改变不会影响其他模块,而且模块的质量能得到稳定的.

构建之法现代软件工程(第二次)

构建之法现代软件工程(第二次) 单元测试是什么? 单元测试是为了让各个模块的质量能得到稳定的,量化的保证的一种有效解决方案.(VSTS) 好的单元测试的标准是什么? 1.单元测试应该在最基本的功能/参数上验证程序的正确性 2.单元测试必须由最熟悉代码的人(程序的作者)来写 3.单元测试过后,机器状态保持不变 4.单元测试要快 5.单元测试应该产生可重复,一致的结果. 6.独立性--单元测试的运行/通过/失败不依赖于别的测试,可以人为构造数据,以保持单元测试的独立性. 7.单元测试应该覆盖所有代码

读《构建之法 现代软件工程(第二版)》

1.读后感: 对于计算机相关专业的学生来说,我们学习了很多的专业课程,像编程语言.算法.数据结构.编译原理.软件工程等.但是我相信很多同学和我一样仍然对于我们现在学到的课程在之后有什么用心存疑惑.也就是说,大家都觉得理论和实践之间有着不可逾越的鸿沟.然而在读到邹欣老师的这本书<构建之法 现代软件工程(第二版)>的时候,我解决了我一直纠结的这个问题. 因为作业要求,第一遍是快速阅读,虽然仍然对书里的一些内容有些疑问,但是仍然觉得这本书有很多特点: (1)文字+图画:很多专业书都有一个问题就是整本