软件工程
SZ大伟
生活中充满了代码,在代码中感受程序之美,让代码体现思想的光芒。
展开
-
需求分析的两上两下方法论
业务需求的两下两上: 对项目的业务需求的分析是一个项目的入口和最重要的事情,但是很多人员并不知道怎么考虑项目的业务需求。反而受项目范围管理的束缚走进了教条主义。自己认为,用户给多少钱就干多少事这句话本身没有问题,但是如果是基于这句话来管理范围、分析业务需求就容易走进了“只见树木不见森林”的陷阱。导致最后的返工、重做,用户的不满意、系统的不灵活,甚至修改一个小功能而牵动全身,或是根本转载 2007-10-23 16:53:00 · 742 阅读 · 0 评论 -
高手是怎样炼成的:精妙SQL语句介绍
如何从一位菜鸟蜕变成为高手,灵活使用的SQL语句是必不可少的。本文收集了部分比较经典,常用的SQL语句供大家参考,希望对大家有所帮助。 说明:复制表(只复制结构,源表名:a 新表名:b) SQL: select * into b from a where 1 说明:拷贝表(拷贝数据,源表名:a 目标表名:b) SQL: insert into b(a, b, c) selec转载 2007-12-26 10:04:00 · 748 阅读 · 0 评论 -
使用用例捕获需求
本文来自我提供用例培训的PPT。本文内容包括1.用例基本概念2.用例的作用3.从何处发现用例线索4.如何发现用例5.编写用例的准则6.如何判断系统用例是否有效1.用例基本概念(1)需求分析(用例技术)、系统分析(OOA)、系统设计(OOD)、系统实现(OOP)(2)用例的主要作用是:用来捕获系统的高层次(High Level)用户功能性需求 (3)用例从用户的视角描述了在逻辑上相对完整的一个功能流转载 2008-02-01 14:19:00 · 947 阅读 · 0 评论 -
系统构架师必备知识大纲
系统构架师必备知识大纲 .软件架构一般概念.软件架构师的角色以及最难处理的问题.系统架构的核心原则.系统架构设计的特点、层次、分类.系统架构设计的构想、节奏、预测、验证.系统架构设计的协作和简化.系统架构的主要理论、方向和趋势.如何成为一个好的系统架构师 信息化模型与需求过程与领域建模 .网络支撑平台模型建立.信息应用平台模型建立.数据中转载 2007-10-30 09:29:00 · 831 阅读 · 0 评论 -
架构师之路
架构师(Architecture)是目前很多软件企业最急需的人才,也是一个软件企业中薪水最高的技术人才。换句话说,架构师是企业的人力资本,与人力资源相比其能够通过架构、创新使企业获得新的产品、新的市场和新的技术体系。那么什么是架构师、架构师的作用、如何定位一个架构师和如何成为一个架构师呢?这是许多企业、许多程序员朋友希望知道的或希望参与讨论的话题内容。 所谓架构师通俗的说就是设计师、画图员、结构设转载 2007-10-30 09:28:00 · 685 阅读 · 0 评论 -
用例建模指南
傅纯一, Rational中国区技术销售经理, IBM中国有限公司软件部2004 年 11 月 01 日用例(Use Case)是一种描述系统需求的方法,使用用例的方法来描述系统需求的过程就是用例建模。用例方法最早是由Iva Jackboson博士提出的,后来被综合到UML规范之中,成为一种标准化的需求表述体系。用例的使用在RUP中被推崇备至,整个RUP流程都被称作是"用例驱动"(Us转载 2007-10-23 17:12:00 · 1477 阅读 · 0 评论 -
代替测试用例的检查表-但不要作为偷懒的借口
2004年底在大连出差的时候,帮一个项目做测试,顺便写下这个检查表,这个检查表对测试的初学者积累经验比较有用,实际对于有经验的测试人员尤其对于测试业务管理信息系统,基本上大量的测试不需要再编写测试用例,当然对业务流程、复杂逻辑还是要设计详细的测试用例的。如果你测试的系统是有大量人机交互的业务管理信息系统,而且你又比较懒惰,那就可以使用这个检查表检查了。因此我总结了这类系统中常用的测试的检查项,转载 2007-10-23 17:04:00 · 1244 阅读 · 0 评论 -
代码自测检查单模板
对代码的质量控制一直是保证最后产品质量见效最快、也是非常关键的环节,我在去年的一个大型项目中,对于代码的控制是基本做到了每日检查,即开发人员在每天完成代码的编写和调试后提交到配置库中的时候要先进行自测检查,自测完成后由组长对代码进行走查。通过后的代码才可以提交BUILD。下面就给出我们的检查单,方便开发人员个人和组长对代码的检查用。转载 2007-10-23 16:56:00 · 923 阅读 · 0 评论 -
软件项目管理流程分析与设计
1 引言 长期以来,软件项目高失败率的状况一直困扰着人们,研究表明,软件项目失败的原因主要有两个:一是应用项目的复杂性;二是缺乏合格的软件项目管理人才。实践证明缺乏有效的项目管理是导致软件项目失控的直接原因。软件开发的风险之所以大,是由于软件过程能力低,其中最关键的问题在于软件开发组织不能很好地管理其软件过程,从而使一些好的开发方法和技术不能起到预期的作用。 流程管理作为现代企转载 2007-10-18 15:36:00 · 1727 阅读 · 0 评论 -
软件经理日常工作检查表
作为项目的软件经理,除了可能会承担一部分开发任务外,还需要对软件开发人员的工作的跟踪和检查。本文将软件经理的工作分为每天必须做的、每周必须做的、里程碑要做的和事件驱动的事情,文中列出的也并非是工作的全集,仅是比较重要的工作,供大家参考。1. 每天必须做的工作² 阅读各个小组的工作检查日报,回复和解决日报中的问题;² 跟踪小组的任务完成情况;²转载 2007-10-23 17:01:00 · 1635 阅读 · 0 评论 -
项目经理小手册
一、项目经理的12条规则 1、弄清项目经理所面临的问题、机会和期望。 2、明白项目团队将会有冲突,但确是团队发展中的必然之物。 3、弄清谁是利益的关系者,以及他们活动的目标。 4、意识到组织的强烈政治色彩并利用政治手段获得优势。 5、意识到项目经理必须精于领导,但转载 2007-10-18 15:59:00 · 680 阅读 · 0 评论 -
读《大象-Thinking in UML》的一些感悟归纳。
<br /><br />呵呵,最早我从Blog上读到coffeewoo的文章还是在2008年,那是自己刚好处于一个瓶颈,而且很多方面的经验与知识都是零零碎碎的,不成系统,后来在网络上看到coffeewoo的一些系统分析方面的文章《OO系统分析员之路》和《大象-Thinking in UML》,就想碰到甘露,让我的很多知识与经验贯穿起来,也知道一些需求采集与分析的方法;最近我又重新看了一遍,在这里,我把自己看完后的一部分总结写出来,聊以记忆自己的成长历程。<br /> <br /> <br />需求的获取与业原创 2010-08-08 21:52:00 · 2742 阅读 · 0 评论