构建之法之阅读笔记03

  做任何事情都要有一个目标、一个目的和一个过程。做软件项目也是如此,拿到一个项目,立刻着手去做的人想必不是大佬就是菜鸟,这好比建筑一般,要实现去分析、测量、寻求别人的意见或是住人的要求,一系列的准备工作完成之后才能动手去做,不然就会回炉重做。

  一个项目开始之前我们首先要对它进行软件的需求与分析,是什么人需要这款软件?同时,适合这款软件的群体是什么?该软件主要完成哪些功能?以及如何设计该软件?这些都是需要我们进行考虑的,站在用户的角度去考虑这些问题往往会事半功倍,我们应该随机应变,不能完全按照用户的要求,因为有的时候用户只知道要求我们去实现什么功能,但是他们大多是不会编程的,如果想要做到让用户体验极好,那么就需要我们站在用户的角度去使用这款软件,如此这般,才能做出让用户满意的作品。

  个人感受:过去的我总是站在自己的角度去考虑问题、看待项目,认为只要完成老师的要求即可,但往往总是刚好及格,没有达到让老师拍手称快的效果,所以今后在做项目的同时要时刻站在用户的角度去实现功能,让用户一次性满意。

原文地址:https://www.cnblogs.com/news1997/p/8177489.html

时间: 2024-11-06 07:15:32

构建之法之阅读笔记03的相关文章

《构建之法》阅读笔记03

我一直认为软件工程就是用很好的方法设计出很好的软件.那么这个过程从头到尾都要好好研究,然而刚开始的阶段并不是软件开发的开端,而是对用户的需求分析,是想,如果我们都没有把用户内心里真正想要的东西搞清楚,怎么能够开发出来令用户满意的软件呢? 软件的需求共有三类: 获取和引导需求:软件团队要找到软件的利益相关者,了解和挖掘他们对软件的需求,引导他们表达出对软件的需求. 分析和定义需求:对各个方面的需求进行规整,定义需求的内涵,从各个角度将需求量化. 验证需求:软件团队用各种形式向用户验证软件团队对需求

《构建之法》阅读笔记一

1.程序=数据结构+算法 2.构建管理,源代码管理,软件设计,软件测试,项目管理是软件工程的核心部分. 3.软件=程序+软件工程 4.软件企业=软件+商业模式 5.软件开发的不同阶段:玩具阶段,业余爱好阶段,探索阶段,成熟的产业阶段 6.软件工程是把系统的,有序的,可量化的方法应用到软件的开发,运营和维护上的过程 7.软件工程包括:软件需求分析,软件设计,软件构建,软件测试和软件维护等领域 8.软件的特殊性:复杂性,不可见性,易变性,服从性,非连续性 9. 软件工程的目标--创造"足够好&quo

《构建之法》阅读笔记(2)

<构件之法>阅读笔记2 看了前面两章,我感觉我现阶段距离一个程序员还很远,软件工程师更是遥不可及.在学校的我学习了很多,如c++,数据结构,面向对象--学的多而不精,纵观现在我就是一个盲目学习的学生,上课时认真听了课后却没有花更多的时间去研究,遇到不懂的容易掉价死胡同,总是花很多时间闷闷思考,不到最后都没有去请教同学,去百度.看着其他很厉害的同学,自己就只能在一旁羡慕嫉妒恨.那现在在怎么样才能将自己对编程的兴趣提高,加强自己的编程思想?提高自己的价值?能够尽早地迈进程序员.软件工程师的行列之中

《构建之法》阅读笔记(1)

<构建之法>第一章阅读笔记 大马哈鱼洄游模型 软件工程按照经典的瀑布模型 1. 需求分析 2. 设计阶段 3. 实现阶段 4. 稳定阶段 5. 发布阶段 6. 维护阶段 事实上在现实世界中,软件工程师的职业发展与瀑布流程刚好相反 毕业进入公司(或者实习生),开始学习并维护一些已有的软件(维护阶段),主要由自己的师傅(Mentor)带领 能够在项目中改一些 Bug,然后发现发布小规模的更新版本(稳定/发布阶段),联系重构,开始和其他同事打交道 有机会负责重写一个较小的模块,没有多少文档,自己要写

《构建之法》阅读笔记01

这一学期,开始了健民老师的软件工程概论课,早就听闻健民老师的软件工程概论课很牛,听了两节课下来,果然如此. 老师引用了<构建之法>书中的理念,认为软件不是靠着理论堆积而成,而是一个个实发的项目组成的,在课上,老师引用了书中的例子来形容学生和老师的关系. 1.餐馆服务员/食客 2.老板/雇员 3.保姆/幼儿:像保姆一样操办一切 4.哥们/哥们:一起混吧 5.路人甲/路人乙 6.狱警/犯人:想法点名/想法逃课 7.健身教练/健身学员:鼓励成长 当然,大家都更加喜欢7,希望能够获得更多的编程技能和知

《构建之法》阅读笔记(一)

阅读第一章所得: 就像上半学期学到的那样:程序=数据结构+算法,通过阅读<构建之法>的第一章后,更加清晰的认识到:软件=程序+软件工程.也清楚的意识到我现在的水平也只是略懂皮毛,书中也提到了软件开发的4个阶段,分别是玩具阶段.业余爱好阶段.探索阶段.成熟的产业阶段.我现在就是处于玩具阶段向业余爱好阶段的过渡阶段,即写程序练习,并用新的语言如JAVA尝试C语言的程序,这么说来......大一至今是处于玩具阶段的状态.如果大学时期好好学习,按部就班,即精通老师教授的语言,那么等到毕业时,就像书中说

《构建之法》阅读笔记04

今天,我阅读了构建之法10-12章.总结出了自己以前一些不对的思想和做法. 以前认为对软件需求最大的人肯定就是我们的典型用户了呀.于是就可以为这些人打造一款软件就等于软件成功了.可是大多数时候我们软件已做完发现这些人根本不用我们的软件.为什么呢?因为不会用.所以我们定义典型用户的时候首要条件就是会用这款软件,然后和需求有关系的用户. 以前认为工程师做软件就是先把要做的任务分分类,然后大家把自己的任务文成,最后链接起来就可以了,可是这样做出来的软件真的解决了需求了吗?软件设计是首先要把需求先搞清楚

《构建之法》阅读笔记1

最初接触软件工程时仅仅以为软件工程就是写代码,只要编写的代码能够符合题目要求.运行成功就算是成功.<构建之法>用生活中的一个实例启发我什么是程序,什么是软件,什么是软件工程.程序指的是源程序,就是一行行的代码.能满足各种功能的是应用软件.写代码并不等于软件开发.软件的开发也是复杂的,需要经过:构建管理.源代码管理.软件设计.软件测试.项目管理等相关活动.概括为:软件=程序+软件工程.在阅读中我明白软件开发中应用工程化原则的重要性. 在读第二章阅读时我更是一头雾水,到底什么是单元测试,具体应该如

《构建之法》阅读笔记04-团队合作

现代软件产业经过几十年的发展,一个软件由一个人单枪匹马完成,已经很少见了,软件都是在互相合作中完成的.所以团队合作尤为重要. 在学习构建之法之前,学习的大部分编程都是自己编的,对团队合作不是很了解.通过阅读构建之法让我了解到团队的合作是尤为的重要,团队的团结合作,众志成城是成功的关键. 团队共同的特点: 1.团队有一致的目标,团队要一起完成这个目标.一个团队的成员不一定要同时工作,例如接力赛跑. 2.团队成员有各自的分工,互相依赖合作,共同完成任务. 在团队中,我们应该各司其职,努力为团队的目标