IT职业生涯中的必修课

 红五月,博文视点大讲堂成长专题     火红五月,燃情季节,博文视点大讲堂浓清奉献4场专题技术讲座。成长规划中,您不容错过的精彩,敬请关注!博文视点大讲堂第8期嵌入式Linux C语言开发与用户界面开发设计讲座内容:嵌入式Linux上的C语言编程实践:C语言在开发中的重要性;嵌入式行C语言开发的特点;如何更好掌握C语言;嵌入式GUI开发设计——基于MiniGUI: 嵌入式GUI开发设...
阅读(1396) 评论(1)

软件架构发展的几个阶段

软件架构发展的几个阶段  1.基础研究阶段(1985年~1994年)    从20世纪60年代到20世纪80年代中期,软件系统的设计人员就已经习惯使用一些没有统一格式和语义的图线来描述系统的结构。当然,这样对所设计系统的表述是一种很直观和容易理解的下意识的做法。虽然这样的做法已经有二十几年的历史,长期的实践经验也使这些设计人员认识到:虽然描述的是各自负责的不同类型的系统,但在描述风格和手段...
阅读(3924) 评论(1)

软件架构的历程

 软件架构的历程    计算机科学的发展历程可以追溯到第一代电子管计算机(1945年~1956年)。1946年2月15日世界上第一台重达30顿的计算机ENIAC(Electronic Numerical Integrator and Computer)正式在费城公布于世,它标志着现代计算机科学的诞生。    相比来说,计算机软件架构的发展就更晚。从20世纪80年代晚期开始,整个计算机科学界为了...
阅读(4739) 评论(9)

系统架构与软件架构是一层含义吗

 系统架构与软件架构    再深一层分析,无论是建筑工程领域,还是其他工程领域(包括计算机科学),从它们的演化历史来看,直觉上我们似乎能够发现其共同点:即从哲学的角度上来说,它们都是人类为了克服与生俱来的恐惧而进行的创造、演化和发展。人类到底恐惧什么呢?    我们可以注意到,人类本能当中有这样一个重要的共同点:对不确定的、感觉到威胁的事物具有强烈的不安全感。这就激发了人类尽量把这些恐惧的因素...
阅读(2048) 评论(1)

架构的源起

 架构的源起    “架构(Architecture)”一词,其实来自于建筑行业。本源自拉丁语的“Architectura”,而最早的词源是来自希腊语的“Arkitekton”一词。“Arkitekton”或者“αρχιτεκτων”都是主建筑师的意思,“Αρχι”是“主要的、首要的”意思,而“τεκτων”是建筑师或工匠的意思。    架构与建筑的关系,使得它与人类社会文明的发展紧密关联...
阅读(1559) 评论(2)

由塔科马大桥事件 谈软件架构

由塔科马大桥事件 谈软件架构     经常,我们会涉及系统架构、面向对象的架构(SOA)、软件架构等词,那么到底什么是“架构”?什么是“软件架构”?“系统架构”与“软件架构”有着怎样的区别和联系?“系统架构构建”和“系统设计”之间有什么区别和联系?    本章带着这些问题,追本溯源,对于架构及软件架构的一些基本概念及发展历程做一番说明。同时对一些人们认识上的误区进行分析,以还原事物的真实面...
阅读(3268) 评论(3)

开发好的项目必须要有好的需求

开发好的项目必须要有好的需求      好的开始是成功的一半,要充分认识需求分析对项目过程的重要意义。需求分析是项目的开始,其质量如何对整个项目的进展与最终结局都会起到重要作用。这里介绍的只是需求分析过程中一些常见的应对策略,正确理解与恰当运用这些经验将会有助于效率的提高与质量的改善。    这部分内容与本书后续内容存在着必然的内在联系。对于需求的研究不仅在项目中如此,对于控件对象的设计与...
阅读(1188) 评论(0)

项目经理要提升需求分析的能力

 提升需求分析的能力     采取面向对象的理念需要战略性的决策、合适的人才与适当的成本,需要的是相对长期的积累与磨合,同时需要技术与经验的有机结合。天上不会掉馅饼,核心技术的竞争力只有通过不懈的努力才有可能逐渐形成。    基于对象的需求分析是更加具备挑战性的分析过程,它的存在强化了需求分析在项目前端的作用与地位,要求需求分析人员能够在需求阶段初步判定业务对象的性质、作用、作用空间、对业...
阅读(1319) 评论(3)

细节也可以决定网站中交互设计的成败

 细节也可以决定网站中交互设计的成败    2009年4月23日,外面的天气虽然是烟雨濛濛,但是在电子工业出版社博文视点公司的会议室里充满了阳光与热情,因为今天我们邀请到了《细节决定交互设计的成败》的作者 张亮老师给我们的团队进行了很好的交流,让我们对网站在设计和用户体验方面有了更多、更深的感受。 与张亮老师交谈的主要内容有:用户识别    网站的目标用户都有哪些呢?用户目标及任务...
阅读(2651) 评论(4)

全面规范的软件需求可以规避项目风险

 需求与项目风险      从定制一个软件项目到最终的实现不仅是个漫长的过程,也是充满变数的过程,全面理解与正确领悟用户需求演变的本质与应对的策略应当是需求分析人员所要具备的素质。有理由认为面向对象的理念降低了开发过程的难度,但却强化了需求分析在项目过程中的地位与作用。需求分析人员是否具备、是否能够驾驭面向对象的概念对项目的成功率关系会更加重大。下面就说明一下需求分析与项目风险的关系。1.5....
阅读(978) 评论(2)

写软件开发需求你必须掌握的规格

 需求规格      为设计过程中的需要而撰写的需求规格说明书是三种文体中要求最高的一种,因为它的用途在于为设计实现提供一个可以用来作为参照的基本约束。在有些情况下,它可能会包括需求报告的全部内容,并在此基础上进行扩充。      在这里有一个职责上的划分,原则上来说,需求分析只对用户需求的真实性负责,并不需要考虑数据设计与功能框架,后续工作会由专职的数据库工程师与架构设计师来完成。这种说法只...
阅读(1995) 评论(8)

需求方案撰写之售前方案

 需求方案撰写之售前方案      需求素材调研与需求分析都是报告撰写的必然过程,在这里重点强调三种不同用途的需求文档在表述内容、表述方式上的差别与各自的特点。最全面的报告并不一定就是最合适的报告,尽可能采取相对简单的方式应当是基本策略,以满足特定的用途为出发点。1.4.1  售前方案      如果你所面对的需求分析是个相对标准的操作过程,大体上可以按照专业书籍提供的方法与步骤进行。但在中小...
阅读(1742) 评论(2)

软件开发的需求分析样例

 需求分析样例      完整系统的需求分析太庞大了,很难说清楚。我们不妨从中找出一个节点,目的是说明在需求判别研究的过程中大体应当怎样对待各种管理目标的演变。限于篇幅我们只能以命题框架的构造为基点讨论问题,而不可深入到应用功能的内部细节。我们可以设想一个用户提供的《设备故障维修单》。它必然要包括设备名称、维修内容、维修人员、时间、地点、结果等基本信息,就简单管理过程而言不过如此。在不使用信息...
阅读(3326) 评论(3)

面向对象之软件需求中的体系构造

 面向对象之软件需求中的体系构造    这里需要一种特定的思维方式与特有的方法论,正确地理解与恰当地运用经典的需求分析理论是必要的。    1.在思想方式上尽快建立起一个系统的整体框架,大体定位各种具体目标在系统框架中所处的位置及其对总体的作用,同时要分析各个部分之间的相互作用与内在联系。在这个阶段中,往往重视交流过程而忽视真实的操作过程。实际上,通过亲临现场的走访过程来了解需求所要达到的目的...
阅读(1342) 评论(0)

写软件的需求分析全方位攻略

写软件的 需求分析全方位考虑      需求总是在回答“需要什么”的问题,而实现总是在解决怎样才能做到的问题。需求是所要达到的目的,就是要在事先确定出到达目的地的路径与方法。为了避免误入歧途,就要避免由于需求分析误差产生的误导。      首先要明确,“分析”是一个主动思维的过程,而不是一个总结归纳的过程。很多需求调研人员认为,只要把用户提出的原始需求归纳在一起就是需求分析了,这是一个误区。 ...
阅读(3162) 评论(14)
38条 共3页1 2 3 下一页 尾页
    个人资料
    • 访问:3700917次
    • 积分:51213
    • 等级:
    • 排名:第58名
    • 原创:1431篇
    • 转载:83篇
    • 译文:1篇
    • 评论:3255条
    博客专栏
    最新评论