关于学习了《构建之法》的若干存在疑惑的问题

通过自学《构建之法》,我和我的团队进行了开发APP的旅程,作为初学者,我们还是遇到比较多的问题。

首先,要开发一个APP,如何准确捕捉用户的需求是我们第一步要做的事情,怎么事前调查客户需求,精准了解客户对我们的要求和我们目前的技术能否实现他们的需求,需要老师为我们讲解经验和建议。

第二,在开发的过程中,如何协调高效解决我们的遇到问题,团队每个人的知识技能水平不一样,如何协调发挥各自的才能,使人尽其力,物为我们所用,有效提高整个团队的效率是我们要认真探讨的问题,也是一个成功团队需要解决的问题。

第三,在APP的开发过程中,最重要的就是软件的设置与实现了,凡事预则立不预则废,所以制定一个详细的时间执行表是十分重要的,各种事项的完成,原型的设计,代码的实现,到后期的推广和维护,都是需要有开发经验的老师带带我们,怎么合理安排这开发过程中的时间是我们面对的一个问题。

第四,我们开发的APP最终还是得交付用户的,所以用户的体验好坏关系到我们这个APP的成功与否。我们需要准确了解用户的需求,以及后期怎么获取用户对APP的体验,我们可以通过怎么样的途径和方法,以及怎么改进和维护APP的功能来贴近用户的需求,相互沟通理解是关键,怎么样UI界面能让用户体验更好,都是我们需要学习去理解的事情。

第五,就是在软件测试阶段,这个阶段我们可能遇到的问题可能比开发过程中遇到的问题还要多,怎么处理 好在测试阶段中的问题,怎么运用不同的测试方法进行测试,需要老师为我们指导和讲解。

第六,软件质量的维护,作为一个软件,其后期维护的成本要比前期开发的成本还要高,所以怎么保证软件开发的质量以及软件质量的维护,是我们面对的一个重要的课题。所以怎么解决质量维护的问题和降低维护的成本问题,需要向老师请教和探讨的问题。

时间: 2024-12-08 02:45:37

关于学习了《构建之法》的若干存在疑惑的问题的相关文章

学习《构建之法》的感悟

在读了<构建之法>这本书之后,令我感触颇深. 一.第一映像: 还记得第一次翻开<构建之法>,真的是眼前一亮,这本书与常见的软件工程教材有本质的不同,这本书写得跟小说似的,而且语言幽默风趣,颠覆了传统软件工程教材刻板生硬.枯燥乏味的形象,相较之下,这本书显得清新脱俗.可是因为书中有许多讲的是工作中要注意的地方,所以有些地方不是很懂. 二.收获: 1.日后编程的工作,大都是多人合作写软件,那么有好的代码风格相当重要,这本书详细介绍了什么是好的代码风格,这让我有了改进的方向. 2.日后工

项目管理学习——《构建之法》读书笔记

最近终于有时间来读读书了.买了<构建之法>已经一年多了,这次静下心来读完了,收获很大.现在想起自己在上大学的时候学习软件工程是机械工业出版社出版的一本外国书籍的翻译版本,当时由于对于整个行业没有太大的感触,而这本书又全部由专业术语和定义组成,所以当时的课是相当痛苦.而老师通过的这门课程的方式又由各种理论知识考试为准,所以当时学习感觉相当“鸡肋”. 好的地方: 1,情景式.对话式对白,有趣易读.这点非常喜欢,很多实际中碰到的问题在这里可以重现.比如:每日构建,在实际开发中,就会由于各种原因导致不

学习构建之法后的疑问

通过一个学期的学中做,做中学这样的学习方法,深深的感觉到了与平时听课学习方式的不同,收获很多.我学习完构建之法这本书后仍然有几个小问题.’ 1.成功的软件总是解决了我们生活中的迫切需求,但是不同的人群有不同的需求,我们如何去权衡各种需求,从中取出最核心的需求,我们该如何完成一个好的需求分析? 2.在实际制作软件时,外观.需求.性能.效率,我们该如何取舍?我们需要注意些什么才能更好的完成开发设计? 3.优秀的产品总是需要优秀的团队,但是在有限的资源下,怎样才能磨合出优秀的团队,探索出合适的团队模式

构建之法第六章学习心得

这周我学习了构建之法第六章敏捷流程,本章主要介绍了敏捷流程及其原则,Backlog.Burn-down.Sprint.Scrum方法论.以及什么时候选择敏捷的开发方法,什么时候选择其他方法..敏捷开发的原则是尽早并持续地交付有价值的软件以满足顾客需求敏捷流程欢迎需求的变化,并利用这种变化来提高用户的竞争优势经常发布可用的软件,发布间隔可以从几周到几个月,能短则短业务人员和开发人员在项目开发过程中应该每天共同工作以有进取心的人为项目核心,充分支持信任他们无论团队内外,面对面的交流始终是最有效的沟通

构建之法第四章学习心得

今天我学习了构建之法第四章,主要讲述了两人合作的理论和知识点.合作,无论在任何领域,都是不可缺失的,往往能产生不可替代的效果.同样在软件设计中也是如此,经过我的学习,我了解到软件设计中两人合作主要包括包括代码规范.极限编程.结对编两人合作的不同阶段以及影响他人的技巧. 其中最让我印象深刻的是代码规范.包括:代码风格规范和代码设计规范,代码风格规范主要是文字上的规定,看似表面文章,实际上非常重要:代码设计规范牵涉到程序设计.模块之间的关系.设计模式.等方方面面的通行原则: 同时,我了解了代码风格规

构建之法第七章学习心得

这周我学习了构建之法第七章MSF的介绍.MSF有9个基本原则,针对信息共享,团队内部运营,市场,还有客户.同样是强调效率,人性,灵活,还有前景. MSF对信息共享和沟通十分强调,对团队内部运营强调相互信任,各司其职.MSF敏捷开发模式分为两支,MSF敏捷开发模式和MSF CMMI开发模式.都是很人性,灵活,以及对自身有高要求的模式.结合上一章的敏捷流程和这次学习的MSF,在我看来相对比较迅捷,给人一种少了很严肃气愤的方法,个人还是比较喜欢.MSF的最大特性是商业化,并一直体现在项目的实施过程中.

构建之法学习回顾(二)

学习完构建之法五到八章之后,发现这本书更加贴近于当代,一般的软工教材为了追求更广更久的接受度,在内容上会趋于保守,而这本书不同,许多生硬的知识都得到了新的活力. 在第五章的学习中,主要讲了典型的软件团队模式和开发流程.以及我们也将讨论团队模式和开发效率之间的一些关系. 团队有一致的集体目标,团队要一起完成这个目标.一个团队的成员不一定要同时工作.团队成员有各自的分工,互相依赖合作,共同完成任务.只有我们当做一个团队一样进行工作和学习才能取得更大的成就. 第六章的学习中讲了敏捷流程及其原则,Bac

构建之法学习总结

在学习完构建之法这本书后我收获颇丰,构建之法与其他市面上编程教材最大的不同之处在于这本书没有大段枯燥无味的代码,作者别出心裁地用一个个小故事来启发读者,语言也不失风趣幽默.读完这本书后,我有许多感想,心得与疑问.今后的软件开发维护等大多都是团队合作,有良好的编程风格十分重要,良好的编程风格不仅能为团队中其他成员阅读代码时带来便利,也能极大程度地提升效率,减少错误的发生.今后的软件开发不再是自己写代码来满足自己的兴趣爱好而是要最大程度地满足客户的需求.创新对于一名程序员来说是十分重要的.对于他人的

构建之法第八章学习心得

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

构建之法读书笔记之三

在学习了构建之法第四章,第五章之后,写一下我的感想. 代码规范一直是我们在学习过程中一个老生常谈的话题.专业技能过硬与否只是一方面,代码规范同样也是一个举足轻重的方面.比如最开始的注释,在我们写一些很短的代码十几行,几十行代码的时候,如果不写注释,说白了,那么短的代码,谁都能找得到.但是,万一代码量上了三位数呢.几百行的代码,找那么一个错误,难度可是不小.再加点难度,四位数,五位数,甚至做项目的时候呢.没有注释,八成项目经理都不要你了. 代码规范有很多方面,处了注释,还有缩进,行宽,括号,分行,