《构建之法》内容提问及思考

第一章节中提到很多非常成功的软件赢在用户体验中,由此引起我的思考:

用户体验需要注意哪些方面?

1、操作的连续性,当用户为了完成某一任务而需要经过一系列操作时,系统应该尽量避免出现任何打扰用户行为出现,就算出于其他需要,也必须保证任务可以继续顺利完成。

2、在软件功能模块及操作命名上要尽量通俗易懂,软件界面要保持统一。

3、操作简便,易于上手。

4、拥有良好的用户引导,可使用户对当前操作的过程和结果产生心理预期,从而避免由于系统操作时间过长、流程复杂等因素,导致用户失去耐心而放弃当前操作。

第一章节中提到“应该有职业道德规范来约束IT人的行为”,由此引起我的思考:

IT人的职业道德包含哪些?

我觉得创新应该是职业道德的一部分,而且应该占到很大的比重,抄袭本身就是道德的缺失,我们不能说把不侵犯别人的隐私,保护国家或者公司的机密当做计算机行业道德的全部,发掘自身的优势和特色,可以说这是一份责任,跟随只会停滞不前。关于职业道德在保护个人隐私这方面,计算机领域现在完全是两大对立势力,病毒制造者和杀毒软件制造者,但后者明显表现的有些力不从心,现在病毒产生的速度确实是太快了,已经走在杀毒软件的前面,杀毒软件现在只是在疲于跟随,所以现在才会提出“云安全”这个概念,因为杀毒软件制造者已经受够了被人领着跑的日子了,所以开始发动群众的力量,可能也是借鉴了历史,革命要想成功就必须发动群众的力量。

第一章节中提举例关于如何选择飞机的功能,由此引起我的思考:

程序的功能设计应该遵循哪些原则?

1、必须要有先进的技术和标准。

2、以功能实用性为主导思想,开发实现整个规范建设需要展示的内容,实现按照信息发布机制管理,满足展示和管理的实用性。

3 、开放性和可扩展性,满足将来不断提升的信息系统建设需求。

4 以安全性为设计要求,系统设计充分考虑"安全性"。因系统投入后将长期使用,必须保证系统长期正常稳定的运行。采用有效的技术实现方式提高安全系数。

第一章节中提到“软件的本质特性让‘做一个好软件变得很难’”,由此引起我的思考:

我们应该如何应对软件工程面临的挑战?

件工程作为一种用工程的思想来规范地有效地开发和维护软件的方式,有着无穷的活力与广泛的发展空间。软件工程在不断的完善与发展中,逐渐形成了多位一体的专业内涵和严谨的课程体系。作为软件工程专业的学生应该深入了解行业动态和发展趋势,同时努力提高自身业务素质,夯实基础,不断提高技术水平,争取成为系统地、较好地掌握软件开发、组织、管理的基本理论、基本知识和基本方法。现在开始就给自己定下目标,努力培养自己发现解决问题、学习创新、沟通表达、团队协作、英语实用的能力。坚持实践与理论相结合,养成良好的编程习惯,通过不断地实践使自己熟练地使用各种编程语言。同时经常参与团队工作,养成良好的团队协作习惯,为自己以后的工作打下坚实的基础,为软件工程的发展作出自己的贡献。

第一章节中提到“软件团队存在许多不同的角色”,由此引起我的思考:

软件团队存在哪些角色?

1、管理角色包含项目经理、配置经理、部署经理等。

2、分析角色包含业务过程分析设计、统计分析、需求分析

3、开发角色包含软件结构师、设计员、界面设计、数据库设计人员、实现人员等。

4、测试角色包含测试分析与测试设计人员等。

5、制造与支持角色。

时间: 2024-10-13 16:36:02

《构建之法》内容提问及思考的相关文章

《构建之法》问题与思考

阅读笔记 我在阅读书籍的时候,大部分都是浏览,也许是跟我看的书籍的内容有关系吧,但是,在浏览过<构建之法>这本书后,我精读了它,以下是我在阅读完1,2,16章后有的想法和问题,希望和大家一起分享和讨论.质疑和不断探索会帮助大家进步. 第一章        概论 引用 软件团队要从需求分析(Requirement Analysis)开始,把合适的需求梳理出来,然后逐步开展后续工作,如设计(软件架构).实现(写数据结构和算法).测试,到最后发布软件                         

作业三:构建之法的困惑和思考(1-5)

第一章:了解了什么是软件和软件工程,知道了BUG,但对于软件发布的时机还是有点模糊 第二章:学习了单元测试,效能分析工具和开发流程,但是对于内容还是一知半解 第三章:惊叹于要成为一名软件工程师的职业发展的考级之路,意识到了一名软件工程师的厉害之处,我们在毕业应聘职业时用不用拿出相应的工程师等级 第四章:了解了代码规范和两人合作,也在结对实验中明白了两人合作的重要性 第五章:知道了团队合作,问在多人的思维冲突时如何解决

构建之法阅读提问

1.团队模式是否应该与具体项目相适应调整 2.结对编程中,二人所长不同,单纯采取交替执行“驾驶/领航”的工作方式是否影响效率 3.敏捷流程各阶段的耗时比重是怎样的 4.MSF的基本原则若无法同时满足,如何取舍 5.PM只能有一个人吗?如果多人会有什么影响. 6.如何依据实际情况修改spec 7.如何在面临多个bug时进行先后抉择

读《构建之法》后的思考

1.单元测试具体的实现?一个好的程序的需要单元测试质量如何? 2.软件工程师的成长方法以及定位自己能力的方法? 3.一个好的程序的健康性简洁性效率性的判断?团队之间的复审? 4.团队合作时人员的交流?软件团队的模式? 5.一个软件出现必须经过的步骤? 6.处理软件的需求与彼此之间的竞争? 7.处理软件的针对性以及用户体验? 8.软件开发中每个人的具体定位和应负责任? 9.软件的创新和具体实现所需要的前提与步骤?

简读《构建之法》提问

一.         文中提到了软件工程和计算机科学的关系与区别,那么究竟是软件催促着硬件的更新还是硬件的更新导致了软件的更新.文中说软件的重点在于构架,硬件上也有架构这一说,那么这两个之间有没有关系呢,是不是新的软件构架侧生了新的硬件架构. 二.       文中有一句很矛盾的话:百分之白的代码覆盖率不等同于百分之百的正确性,这里的代码覆盖率是什么意思.个人理解是代码所包含的所有可能的运行结果,如果是这样,那么既然所有的结果都包含了怎么会没有百分之百的正确性? 三.   书上说过有代码复审这一

作业四:构建之法的困惑和思考(5-7)

第五章:团队与流程是关于简介各种团队的模式和流程的,问题:在不熟悉团队的情况下怎么选出适合自己团队的团队模式和流程第六章:敏捷流程剖析了敏捷流程,详细的讲了什么是敏捷流程,总结了敏捷流程.问题:敏捷流程如何准确的应用在程序中第七章:MSF 说明了MSF是什么,MSF可以做什么.问题:MSF CMMI的开发模式的主要功能?对于MSF有什么帮助评价: 这本书的语言通俗易懂 语言幽默风趣问题由浅入深 适当的插图

《构建之法》提问

第一章 对于计算机科学和软件工程这两个不同的侧重点,让我更加清晰自己适合哪个方向 第四章 合作之间我们应该怎样协调好各种矛盾?团队模式和团队的开发模式关系? 第五章 在现在软件工程中,怎么避免吵架? 第六章 什么时候适合选择敏捷?选择哪种开发比较好呢? 之后好好看书

《构建之法(第三版)》速读提问

<构建之法(第三版)>速读提问 1.什么是软件工程 软件工程学科诞生后,人们为软件工程给出了不同的定义,例如最早的定义是由F.L. Bauer给出的,即"软件工程是为了经济地获得能够在实际机器上高效运行的.可靠的软件而建立和应用一系列坚实的软件工程原则". 软件工程学科包含为完成软件需求.设计.构建.测试和维护所需的知识.方法和工具. 软件工程是一门交叉性的工程学科,它是将计算机科学.数学.工程学和管理学等基本原理应用于软件的开发与维护中,其重点在于大型软件的分析与评价.规

读着读着《构建之法》(Build To Win) 越精神的白雪儿的思考

哲学家的宗旨是:我思,故我在 科学家的宗旨是:我发现,故我在 工程师的宗旨是:我构建,故我在 ——<工程学--无尽的前沿> 序言:珍惜角色“人”,注重实践“物” <构建之法>,精读三曲,感触良多. 曲一,语言诙谐幽默,思维独具匠心:曲二,提问勾画,思考获益:曲三,豁然开朗,又困惑不解.软件工程与“人”有不解之缘,“人”用百花齐放的实践构建软件工程.三曲之后,知识概念,不必硬背,只需循序渐进,逐步实践体验,但不得不提出如下五惑. 核心:提出困惑点,分享你我他 第 0 章  目录: 1