笑话哦
很搞笑的冷笑话哦 !

软件需求的笑话(软件需求的重要性体现在哪些方面)

本文目录一览:

实例帮我解释下如何做软件的需求分析?

项目需求分析是一个项目的开端,也是项目建设的基石。在以往建设失败的项目中,80%是由于需求分析的不明确而造成的。因此一个项目成功的关键因素之一,就是对需求分析的把握程度。

项目需求分析是一个项目的开端,也是项目建设的基石。在以往建设失败的项目中,80%是由于需求分析的不明确而造成的。因此一个项目成功的关键因素之一,就是对需求分析的把握程度。在原则上,需求阶段监理应尊重承建方的项目管理和项目分析能力;在具体的任务开展上,以不深入、不干扰承建方的自主权为主,除非在项目合作过程中发现承建方的项目管理以及项目分析能力存在很大的差距和不足。 为了保证项目的成功,监理方必须加强项目管理和项目分析工作,在具体的操作上可以坚持吸收、同化、贯彻的方法和手段。其中,需求分析是一个项目的开端,也是项目建设的基石。在以往建设失败的项目中,80%是由于需求分析的不明确而造成的。因此一个项目成功的关键因素之一,就是对需求分析的把握程度。而项目的整体风险往往表现在需求分析不明确、业务流程不合理,用户不习惯或不愿意去用承建方的软件。作为第三方的监理公司,必须提醒承建方、客户方重视需求分析的重要性,采用必要的手段和方法来进行需求调研,同时监理方也应深入具体的需求调研中去。只有这样才能切切实实地把握用户的需求和方向,才能在将来的功能界定、开发范围上有发言权。 如何进行需求分析 需求分析不象侦探推理那样需从蛛丝马迹着手,而是应该先了解宏观的问题,再了解细节的问题。 一个应用软件系统(记为S)的涉及面可能很广,可以按不同的问题域(记为D)分类,每个问题域对应于一个软件子系统。 S={D1,D2,D3,…Dn} 问题域Di由若干个问题(记为P)组成,每个问题对应于子系统中的一个软构件。 Di={P1,P2,P3,…Pm} 问题Pj有若干个行为(或功能,记为F),每个行为对应于软构件中的实现接口。 Pj={F1,F2,F3,…Fk} 需求说明书应该对于那些只想了解宏观需求的领导,和需要了解细节的技术员都合适。在写需求说明书时应该注意两个问题: 1.最好为每个需求注释“为什么”,这样可让程序员了解需求的本质,以便选用最合适的技术来实现此需求。 2.需求说明不可有二义性,更不能前后相矛盾。如果有二义性或前后相矛盾,则要重新分析此需求。 重点监控需求分析 由于项目的特殊性和行业覆盖的广阔性,以及需求分析的高风险性,软件需求分析的重要性是不言而喻的,同时需求分析又的的确确难做。其原因基本是由于以下情况造成的。 客户说不清楚需求 有些客户对需求只有朦胧的感觉,当然说不清楚具体的需求。例如全国各地的很多部门、机构、单位在进行应用系统以及网络建设时,客户方的办公人员大多不清楚计算机网络有什么用,更缺乏IT系统建设方面的专家和知识。此时,用户就会要求软件系统分析人员替他们设想需求。工程的需求存在一定的主观性,为项目未来建设埋下了潜在的风险。 需求自身经常变动 根据以往的历史经验,随着客户方对信息化建设的认识和自己业务水平的提高,他们会在不同的阶段和时期对项目的需求提出新的要求和需求变更。事实上,历史上没有一个软件的需求改动少于三次的!所以必须接受“需求会变动”这个事实,在进行需求分析时要懂得防患于未然,尽可能地分析清楚哪些是稳定的需求,哪些是易变的需求,以便在进行系统设计时,将软件的核心建筑在稳定的需求上,同时留出变更空间。咨询监理方在需求分析的功能界定上担任一个中间、公平、公正的角色,所以也必须积极参与到需求分析的准备中来,以便协助客户方和承建方来界定“做什么”、“不做什么”的系统功能界限。 分析人员或客户理解有误 软件系统分析人员不可能都是全才,更不可能是行业方面的专家。客户表达的需求,不同的分析人员可能有不同的理解。如果分析人员理解错了,可能会导致以后的开发工作劳而无功。记得一则笑话,有个外星人间谍潜伏到地球刺探情报,它给上司写了一份报告:“主宰地球的是汽车。它们喝汽油,靠四个轮子滚动前进,嗓门极大,双眼在夜里能射出强光……有趣的是,车里住着一种叫作‘人’的寄生虫,这些寄生虫完全控制了车。”所以分析人员知识的专一性也会造成需求分析的误解和失败。这时,咨询监理公司就必须根据实际的项目需求调研计划,提醒承建方加强业务了解程度和注重沟通技巧。 需求分析方法论 根据以往的工程经验,需求分析工作方法,应该定位在“三个阶段”(也称“三步法”)。 第一阶段:“访谈式”(Visitation) 这一阶段是和具体用户方的领导层、业务层人员的访谈式沟通,主要目的是从宏观上把握用户的具体需求方向和趋势,了解现有的组织架构、业务流程、硬件环境、软件环境、现有的运行系统等等具体情况、客观的信息。建立起良好的沟通渠道和方式。针对具体的职能部门以及各委办局,最好能指定本次项目的接口人。 实现手段:访谈、调查表格 输出成果:调查报告、业务流程报告 第二阶段:“诱导式”(Inducement) 这一阶段是在承建方已经了解了具体用户方的组织架构、业务流程、硬件环境、软件环境、现有的运行系统等等具体实际、客观的信息基础上,结合现有的硬件、软件实现方案,做出简单的用户流程页面,同时结合以往的项目经验对用户采用诱导式、启发式的调研方法和手段,和用户一起探讨业务流程设计的合理性、准确性、便易性、习惯性。用户可以操作简单演示的DEMO,来感受一下整个业务流程的设计合理性、准确性等等问题,及时地提出改进意见和方法。 实现手段:拜访(诱导)、原型演示 输出成果:调研分析报告、原型反馈报告、业务流程报告 第三阶段:“确认式”(Afirm) 这一阶段是在上述两个阶段成果的基础上,进行具体的流程细化、数据项的确认阶段,这个阶段承建方必须提供原型系统和明确的业务流程报告、数据项表,并能清晰地向用户描述系统的业务流设计目标。用户方可以通过审查业务流程报告、数据项表以及操作承建方提供的DEMO系统,来提出反馈意见,并对已经可接受的报告、文档签字确认。 实现手段:拜访(回顾、确认),提交业务流程报告、数据项表;原型演示系统 输出成果:需求分析报告、数据项、业务流程报告、原型系统反馈意见(后三者可以统一归入需求分析报告中,提交用户方、监理方进行确认和存档) 整体来讲,需求分析的三个阶段是需求调研中不可忽视一个重要的部分,三个阶段或者说三步法的实施和采用,对用户和承建方都同样提供了项目成功的保证。当然在系统建设的过程中,特别在采用迭代法的开发模式时,需求分析的工作需一直进行下去,而在后期的需求改进中,工作则基本集中在后两个阶段中。

以前看到过一个笑话,是关于一个软件的需求变更的,软件上线后说简单好用,客户要求不停的改

公司开发部的管理混乱,开发项目下来没有正式的通知,没有需求计划书,而且参与的人离奇的少,一般一个项目一个人。你永远不知道用户最终要求的产品是什么样的。也永远不知道谁的意见才是最重要的。

举个例子,一般都是这样的:

开始,上面来个人叫你开发一个自行车,他会说:就一个自行车,你看多简单呀。就两个轮子,加一个三角架。你问:有什么要求?他通常会回答:没什么要求,就是一辆自行车嘛。最后不忘问你一句:明天能好不?

通常第二天也可能过几天,他会来问你:开发的如何了?好了吧。你会说:还有点,过几天就好。这时他就会在你身边看,不时提点意见,最后说:干脆,你给它装个发动机,做成个摩托车吧。你说:啊,这个难度高了吧,还要找变速箱、离合器的资料。他会说:不怕,要的不是很急,加个发动机而已,又不是很难。然后你就去找资料去了。

再过几天,他又来了。又问:快好了吧。没等你回答他又说了:我回去想了一下,反正都加了发动机、变速箱、离合器,干脆再加多两个轮子,开发一个汽车好了。然后走开,留下你愕然而立。

再过段时间,他还会来,说道:这几天我与他们讨论了一下,觉得把汽车上加多一对翅膀,做成架飞机,这样爽点。怎么样?这时你已经没有多少言语了,不管他,做自己的事。

再过了段时间,终于他又来了,同行的还有老板和几个客人。他们一起来参观你的作品。老板对客人大肆吹嘘:怎么样?我们的开发能力,世界一流吧。那个谁,在飞机上再加多几个火箭助推器,做成个飞船不是更好。你愕然:啊!?这时,先前那个他马上跳出来:老板英明,算无遗策,千秋万代,必一统江湖~~~~~然后他们相互拍马,吃饭唱歌泡澡也顺随泡mm去了,没你什么事。该干啥还是干啥吧。

再过几天,客户的订单来了,飞船 xx 艘,10天内交货。

这个笑话有点意思,不过想想,搞管理的不了解搞技术开发的,软件的定位一变再变,这样的郁闷事并不少

软件需求的笑话(软件需求的重要性体现在哪些方面)插图

如何学习编程

1 你适合当程序员吗,你知道编程序是怎么回事吗? 1. 程序员意味着要编程序。(如果你仅仅想得到一份高薪水的工作,喝喝咖啡就等老板发薪水,我奉劝你还是另找一份更合适的工作,譬如练摊,真的,兄弟,这份工作不适合你) 2. 你是学文的还是学理的,编程序也许需要浪漫,但更需要逻辑和严谨。(说坦白点就是,在你没有找到乐趣以前,它很枯燥) 3. 你有对新技术追求的热情吗?你有刨根问底的探索精神吗?(热情绝对是最重要的!你仔细思考一下自己的性格适合当程序员吗?) 4. 当程序员决不是什么好差事,时刻需要学习,需要思考。(直到你成为那个可以引导别人去学习和思考的人,你才可以偷偷的嘿嘿笑,又一群傻蛋) 5. 程序员的未来很迷茫。(但我认为关键看你自己!我希望你是一个有追求的人,不仅仅是混碗饭吃。因为真正的乐趣在于创造;如果你能改变软件业的历史,那才是英雄;不想成为Bill Gates,不想成为Dennis Ritchie和 BjarneStroustrup,我会说你没有追求。有个关于程序员未来的笑话,也许你还没听过,你该听一听,摘抄如下: 一个程序员对自己的未来很迷茫,于是去问上帝。 “万能的上帝呀,请你告诉我,我的未来会怎样?” 上帝说“我的孩子,你去问Lippman,他现在领导的程序员的队伍可能是地球上最大的” 于是他去问Lippman。 Lippman说“程序员的未来就是驾驭程序员” 这个程序员对这个未来不满意,于是他又去问上帝。 “万能的上帝呀,请你告诉我,我的未来会怎样?” 上帝说“我的孩子,你去问Gates,他现在所拥有的财产可能是地球上最多的” 于是他去问Gates。 Gates说“程序员的未来就是榨取程序员” 这个程序员对这个未来不满意,于是他又去问上帝。 “万能的上帝呀,请你告诉我,我的未来会怎样?” 上帝说“我的孩子,你去问侯捷,他写的计算机书的读者可能是地球上最多的” 于是他去问侯捷。 侯捷说“程序员的未来就是诱惑程序员” 这个程序员对这个未来不满意,于是他又去问上帝。 “万能的上帝呀,请你告诉我,我的未来会怎样?” 上帝摇摇头“唉,我的孩子,你还是别当程序员了”) 6. 当程序员还是很有乐趣的。(当你学到新知识时,当你有新的思想见解时,当你有新的产品问世时,和知己探讨你的成果时…我问你,觉得这些是乐趣吗?) 7. 当程序员不易也不难。(世间事有难易乎?为之…;不为…。你有决心和信心吗?) 8. 你真的要当程序员?是你自己的想法? 9. 你舍得花钱买书吗?(读好书绝对是学习编程的最佳捷径。你一定会说,现在电脑书籍真T.M.D贵,没法子,谁让知识和技术在人家的脑袋,在人家的书里呢;等你写书时可以把价格定低一点,记着还有好多没钱但想买书的兄弟很困难呀。要舍得买书,买好书,不好的的书不如不读,其害大于其益,关于买什么书,你可以问高手或看候捷的书评;准备一个小本子记录你想买的书的名字,逛书店时看看,如果好就买下,记住要读,别光买不看。) 10. 我告诉你,程序就是:任何有目的的、预想好的动作序列,它是一种软件。 11. 编程序就是编写程序。 12. 你想好了吗?(如果你想好了还是决定要当程序员,可以继续往下读;否则,你可以继续寻找别的出路了。) 2 一个程序员应该具备的基础知识和概念 1. 计算机是有什么组成的,CPU是什么东西,其工作原理是什么。(对于这些以及下面将要提到的概念我不会告诉你什么答案,你可以看相应的教材,关于教材我会在下一部分详述,记住理解最重要!) 2. 机器语言和微指令集的概念。 3. 程序的概念。 4. 汇编语言是低级语言但不是机器语言。 5. 高级语言主要有那些?(C,C++,Basic,Pascal,Fortran,C#,Java等等;如果你是中国软件业的英雄,你也写一门语言,最好不用英语) 6、编译程序和解释程序的概念和其原理。(编译器是高手和专家编写的) 6. HTML、XML等是标识性语言。 7. Prolog是人工智能语言。 8. 操作系统OS的概念和原理。(Windows98,Windows2000,Windows NT,WindowsXP,UNIX,Linux,等等都是OS,还有一些实时OS,嵌入OS,编这些的绝对是高手) 9. Windows编程说白了就是Windows API的调用。(中国的程序员很多只是会编windows程序,用的是VB,我的建议是这些程序员顶多只是低级编码员,我称其是coder) 10. VC++、VB、BC、BCB、Delphi、VF等都只是编程的工具和环境,不是编程语言。 11. 面向结构的设计概念。 12. 面向对象的概念。(好好理解,兄弟,这个东西还是很重要的) 13. 软件工程的概念和原理。(如果你想当老总就需要好好研究了,系统分析员比编码员要高一个等级,薪水也高哟) 14. 数据库的概念。(要熟悉一些著名的数据库系统和语言的名字,如Orcle,SQL,DB2,DyBase等) 15. 了解网络概念。 16. 了解多媒体概念。 17. 熟悉和掌握数据结构和基本算法。 18. 是不是要求太高了,别着急慢慢来,进步在不知不觉之中。(一旦开始学习,一个月以后你就会有一个基本的概念;两个月以后你就会感觉自己有了全面的基础知识;当你知道编程序是怎么回事时,说明你已经入门了。也有很多人编了很多年程序还没有入门呢,你不会希望自己步其后尘吧。要有信心和耐心。沉不住气怎么能成大事?!) 3 教材推荐 ――-推荐的教材主要还是针对概念来的,最好选用名校的教学用书。 1. 《计算机组成原理》(熟悉) 2. 《数据结构》(掌握) 3. 《操作系统》(了解-熟悉) 4. 《The C language》(掌握) 5. 《编译原理》(了解原理) 6. 《汇编语言》(了解) 7. 《计算机网络》(了解) 8. 《软件工程》(了解) 9. 《关系数据库》(熟悉) 10. 《The C++Languege 》(掌握) 11. 《面向对象设计》(掌握;结合C++学习) 4 一些经验和体会 1. 真正的程序员用C++;(一位专家说的) 2. 动手去编程序; 3. 动脑去思考; 4. 要有良好的编程风格; 5. 读书,读好书,尽量读原版书!(我反复强调这一点,读书要有选择,坚持读好书,名家出的经典书,不要浪费实践在一些粗制滥造的书上面;坚持博览群书) 6. 有自己的学习计划; 7. 总结自己的经验教训;(准备一个笔记本,记录错误和心得) 8. 不要怕学新东西; 9. 要有软件工程的思想; 10. 善于发现问题,然后去寻找答案; 11. 向高手请教;(要虚心直到你成为高手) 12. 和同行交流;(不善于交流肯定不行) 13. 懂得软件的实质,不要被千变万化的表象所迷惑; 14. 真正要学习用的是编程语言和方法,不是什么库,什么类,什么工具;(学用那些什么库都比较简单,但光会这些库,我觉得还远远不够) 15. 学习wiodows编程主要是学习windows OS和win32 API; 16. 有空了解一下嵌入式开发; 17. 有空了解一下PDA软件开发; 18. 了解一下.net框架和C#语言,也许它是你新的衣食父母; 19. 要有耐心,不要作浮躁的人; 20. 对程序加注释,并保留你的老程序; 21. 学到的东西越多,了解的越多,你就越接近专家; 22. 有空去逛逛CSDN,那里有你很多知己; 23. 要有信心成为一个优秀的程序; 5 一些好书的推荐 1、《The C Programming language》 (Keinighan Dennis Ritchie 1988) 2、《The C++ Programming Languague》(BjarneStroustrup 1997) 3、《Inside The C++ Object Model》 (lippmans) 4、《Effective C++》 (同上) 5、《More Effective C++》 (同上) 6、《Exceptional c++》 7、《C++面向对象高效编程》 8、《设计模式》 9、《Thinking In C++》 10、《The Standard C++ Bible》(一般推荐) 11、《The Art of Computer Programming 》 12、《Programming Windows》 (Charles Petzold) 13、《VC++5.0技术内幕》 14、《MFC 深入浅出》 15、《软件需求》 16、《Advanced Windows》 17、《C++ primer》 18、《win32程序员参考手册》 19、《用TCP/IP进行网际互连》 20、《COM 本质论》 6 学习计划 ――-这个学习计划是我个人定的,也共享给大家参考一下,共同进步吧。 1. 《 C 》 2. 《 C++ 》 3. 《数据结构 (C /Java / c++ / c_sharpyuyanmiaoshu)》 4. 《操作系统》 5. 数据库 6. 网络 7. 软件工程 8. UNIX和Linux ---------------------------------------------------- 9. 《VC 技术内幕》 10. 《Programming Windows》 11. 《深入浅出MFC》 12. 《Advanced Windows》 13. 《Inside The C++ Object Model》 14. 《Thinking in C++》 15. Thinking in Java 16. 《Effective C++》 ---------------------------------------------------- 17. 《汇编语言》 18. 硬件单片机 19. 嵌入式OS和编程 ------------------------------------------------ 20. .NET和C# 21. Java J2EE

从零开始成为一个程序员,你真的准备好了吗

1、 程序员意味着要编程序。(如果你仅仅想得到一份高薪水的工作,喝喝咖啡就等老板发薪水,我奉劝你还是另找一份更合适的工作,譬如练摊,真的,兄弟,这份工作不适合你)

2、你是学文的还是学理的,编程序也许需要浪漫,但更需要逻辑和严谨。(说坦白点就是,在你没有找到乐趣以前,它很枯燥)

3、你有对新技术追求的热情吗?你有刨根问底的探索精神吗?(热情绝对是最重要的!你仔细思考一下自己的性格适合当程序员吗?)

4、当程序员决不是什么好差事,时刻需要学习,需要思考。(直到你成为那个可以引导别人去学习和思考的人,你才可以偷偷的嘿嘿笑,又一群傻蛋)

5、程序员的未来很迷茫。(但我认为关键看你自己!我希望你是一个有追求的人,不仅仅是混碗饭吃。因为真正的乐趣在于创造;如果你能改变软件业的历史,那才是英雄;不想成为Bill Gates,不想成为Dennis Ritchie和 Bjarne Stroustrup,我会说你没有追求。有个关于程序员未来的笑话,也许你还没听过,你该听一听,摘抄如下:

一个程序员对自己的未来很迷茫,于是去问上帝。

“万能的上帝呀,请你告诉我,我的未来会怎样?”

上帝说“我的孩子,你去问Lippman,他现在领导的程序员的队伍可能是地球上最大的”

于是他去问Lippman。

Lippman说“程序员的未来就是驾驭程序员”

这个程序员对这个未来不满意,于是他又去问上帝。

“万能的上帝呀,请你告诉我,我的未来会怎样?”

上帝说“我的孩子,你去问Gates,他现在所拥有的财产可能是地球上最多的”

于是他去问Gates。

Gates说“程序员的未来就是榨取程序员”

这个程序员对这个未来不满意,于是他又去问上帝。

“万能的上帝呀,请你告诉我,我的未来会怎样?”

上帝说“我的孩子,你去问侯捷,他写的计算机书的读者可能是地球上最多的”

于是他去问侯捷。

侯捷说“程序员的未来就是诱惑程序员”

这个程序员对这个未来不满意,于是他又去问上帝。

“万能的上帝呀,请你告诉我,我的未来会怎样?”

上帝摇摇头“唉,我的孩子,你还是别当程序员了”)

6、当程序员还是很有乐趣的。(当你学到新知识时,当你有新的思想见解时,当你有新的产品问世时,和知己探讨你的成果时…我问你,觉得这些是乐趣吗?)

7、当程序员不易也不难。(世间事有难易乎?为之…;不为…。你有决心和信心吗?)

8、你真的要当程序员?是你自己的想法?

9、你舍得花钱买书吗?(读好书绝对是学习编程的最佳捷径。你一定会说,现在电脑书籍真他XX的贵,没法子,谁让知识和技术在人家的脑袋,在人家的书里呢;等你写书时可以把价格定低一点,记着还有好多没钱但想买书的兄弟很困难呀。要舍得买书,买好书,不好的的书不如不读,其害大于其益,关于买什么书,你可以问高手或看候捷的书评;准备一个小本子记录你想买的书的名字,逛书店时看看,如果好就买下,记住要读,别光买不看。) 10、我告诉你,程序就是:任何有目的的、预想好的动作序列,它是一种软件。

11、编程序就是编写程序。

12、你想好了吗?(如果你想好了还是决定要当程序员,可以继续往下读;否则,你可以继续寻找别的出路了。)

(三) 一个程序员应该具备的基础知识和概念

1、计算机是有什么组成的,CPU是什么东西,其工作原理是什么。(对于这些以及下面将要提到的概念我不会告诉你什么答案,你可以看相应的教材,关于教材我会在下一部分详述,记住理解最重要!)

2、机器语言和微指令集的概念。

3、程序的概念。

4、汇编语言是低级语言但不是机器语言。

5、高级语言主要有那些?(C,C++,Basic,Pascal,Fortran,C#,Java等等;如果你是中国软件业的英雄,你也写一门语言,最好不用英语) 6、编译程序和解释程序的概念和其原理。(编译器是高手和专家编写的)

7、HTML、XML等是标识性语言。

8、Prolog是人工智能语言。

9、操作系统OS的概念和原理。(Windows98,Windows2000,Windows NT,UNIX,Linux,等等都是OS,还有一些实时OS,嵌入OS,编这些的绝对是高手)

10、Windows编程说白了就是Windows API的调用。(中国的程序员很多只是会编windows程序,用的是VB,我的建议是这些程序员顶多只是低级编码员,我称其是coder)

11、VC++、VB、BC、BCB、Delphi、VF等都只是编程的工具和环境,不是编程语言。

12、面向结构的设计概念。

13、面向对象的概念。(好好理解,兄弟,这个东西还是很重要的)

14、软件工程的概念和原理。(如果你想当老总就需要好好研究了,系统分析员比编码员要高一个等级,薪水也高哟)

15、数据库的概念。(要熟悉一些著名的数据库系统和语言的名字,如Orcle,SQL,DB2,DyBase等)

16、了解网络概念。

17、了解多媒体概念。

18、熟悉和掌握数据结构和基本算法。

19、是不是要求太高了,别着急慢慢来,进步在不知不觉之中。(一旦开始学习,一个月以后你就会有一个基本的概念;两个月以后你就会感觉自己有了全面的基础知识;当你知道编程序是怎么回事时,说明你已经入门了。也有很多人编了很多年程序还没有入门呢,你不会希望自己步其后尘吧。要有信心和耐心。沉不住气怎么能成大事?!)

(四) 教材推荐

――-推荐的教材主要还是针对概念来的,最好选用名校的教学用书。

1、《计算机组成原理》(熟悉)

2、《数据结构》(掌握)

3、《操作系统》(了解-熟悉)

4、《The C language》(掌握)

5、《编译原理》(了解原理)

6、《汇编语言》(了解)

7、《计算机网络》(了解)

8、《软件工程》(了解)

9、《关系数据库》(熟悉)

10、《The C++Languege 》(掌握)

11、《面向对象设计》(掌握;结合C++学习)

(五)一些经验和体会

1、真正的程序员用C++;(一位专家说的)

2、动手去编程序;

3、动脑去思考;

4、要有良好的编程风格;

5、读书,读好书,尽量读原版书!(我反复强调这一点,读书要有选择,坚持读好书,名家出的经典书,不要浪费实践在一些粗制滥造的书上面;坚持博览群书)

6、有自己的学习计划;

7、总结自己的经验教训;(准备一个笔记本,记录错误和心得)

8、不要怕学新东西;

9、要有软件工程的思想;

10、善于发现问题,然后去寻找答案;

11、向高手请教;(要虚心直到你成为高手)

12、和同行交流;(不善于交流肯定不行)

13、懂得软件的实质,不要被千变万化的表象所迷惑;

14、真正要学习用的是编程语言和方法,不是什么库,什么类,什么工具;(学用那些什么库都比较简单,但光会这些库,我觉得还远远不够)

15、学习wiodows编程主要是学习windows OS和win32 API;

16、有空了解一下嵌入式开发;

17、有空了解一下PDA软件开发;

18、了解一下.NET框架和C#语言,也许它是你新的衣食父母;

19、要有耐心,不要作浮躁的人; 20、对程序加注释,并保留你的老程序;

21、学到的东西越多,了解的越多,你就越接近专家;

22、有空去逛逛CSDN,那里有你很多知己;

23、要有信心成为一个优秀的程序;

(六)一些好书的推荐

1、《The C Programming language》 (Keinighan Dennis Ritchie 1988)

2、《The C++ Programming Languague》(Bjarne Stroustrup 1997)

3、《Inside The C++ Object Model》 (lippmans)

4、《Effective C++》 (同上)

5、《More Effective C++》 (同上)

6、《Exceptional c++》

7、《C++面向对象高效编程》

8、《设计模式》

9、《Thinking In C++》

10、《The Standard C++ Bible》(一般推荐)

11、《The Art of Computer Programming 》

12、《Programming Windows》 (Charles Petzold)

13、《VC++5.0技术内幕》

14、《MFC 深入浅出》

15、《软件需求》

16、《Advanced Windows》

17、《C++ primer》

18、《win32程序员参考手册》

19、《用TCP/IP进行网际互连》

20、《COM 本质论》

(七)学习计划

――-这个学习计划是我个人定的,也共享给大家参考一下,共同进步吧。 1、《计算机组成原理》

2、《操作系统》

3、《数据结构》

4、《汇编语言》

5、《 C 》

6、《 C++ 》

7、《VC 技术内幕》

8、《Programming Windows》

9、《深入浅出MFC》

10、《Advanced Windows》

11、《Inside The C++ Object Model》

12、《Thinking in C++》

13、《Effective C++》

14、数据库

15、网络

16、嵌入式OS和编程

17、硬件单片机

18、.NET和C#

19、软件工程

20、UNIX和Linux

赞(0)
未经允许不得转载:笑话哦 » 软件需求的笑话(软件需求的重要性体现在哪些方面)

评论 抢沙发