|
如何做好网站开发项目需求分析 | 2006-5-11 | 21 |  | | · 一个网站项目的确立是建立在各种各样的需求上面的,这种需求往往来自于客户的实际需求或者是出于公司自身发展的需要,其中客户的实际需求也就是说这种交易性质的需求占了绝大部分。面对对网站开发拥有不同知识层面的客户,项目的负责人对用户需求的理解程度,在很大程度上决定了此类网站开发项目的... |
面向模式的分析和设计(POAD) | 2006-4-9 | 124 |  | | · 设计模式的作用有软件开发经验的朋友应该有这样的体会:构建一个优秀的系统最困难之处不在于编码(coding),而是在早期做出的设计(design)上的决定。设计是软件开发生命周期中的关键阶段,好的设计能产生好的产品,而不当的设计则会影响最终产品的质量。设计的重要性已经深入人心,这从人们热烈... |
程序员与程序经理 | 2006-4-9 | 64 |  | | · 工作在第一线的软件开发人员是程序员和程序经理,他们决定着软件的命运。良好的程序员队伍和出色的管理是软件项目成功的必要条件。管理不是管制,不是去卡住人家的脖子,因为程序员不是一群野鸭子。管理的目的是让大家一起把工作做好,并且让各人获得各自的快乐和满足。当一个组织被出色地领导时,... |
编码人员和美工的配合问题 | 2006-4-9 | 133 |  | | · 公司的项目都是基于B/S结构的,绝大多数操作界面都是通过网页的形式展现在用户面前的,页面的美观就成了非常重要的问题。记得去年的这个时候公司迎来了它历史上的第一个专职美工。同时到来的就是程序员与美工的合作问题。矛盾篇:公司以前的系统都是由程序员来编写界面的,美观与否先不必说,单从 ... |
项目范围管理 | 2006-4-9 | 39 |  | | · 做过项目的人可能都会有这样的经历:一个项目做了很久,感觉总是做不完,就像一个“无底洞”。用户总是有新的需求要项目开发方来做,就像用户在“漫天要价”,而开发方在“就地还钱”。实际上,这里涉及到一个“范围管理”的概念。项目中哪些该做,哪些不该做,做到什么程度,都是由“范围管理”来 ... |
项目时间管理 | 2006-4-9 | 30 |  | | · “按时、保质地完成项目”大概是每一位项目经理最希望做到的。但工期托延的情况却时常发生。因而合理地安排项目时间是项目管理中一项关键内容,它的目的是保证按时完成项目、合理分配资源、发挥最佳工作效率。它的主要工作包括定义项目活动、任务、活动排序、每项活动的合理工期估算、制定项目完整... |
项目质量管理 | 2006-4-9 | 25 |  | | · 提起如今的IT项目,软件工程倍受关注。而软件的质量更是众人关注的焦点,因为目前还没有一套完善的评估标准。甚至有人提出,现在的软件开发根本提不上是“工程”,因为它太稚嫩了,还没有一套成熟的标准来比照;因而软件项目极易出现失败或失误。大量实践证明,软件工程项目的成败,通常是因为管理... |
项目成本管理 | 2006-4-9 | 46 |  | | · 究竟如何进行项目成本管理呢?简单地说,就是通过开源和节流两条腿走路,使项目的净现金流(现金流入减去现金流出)最大化。开源是增大项目的现金流入,节流是控制项目的现金流出。 在项目建设期,开源表现为扩大项目融资渠道,保证项目能够筹集足够的建设资金;节流是使融资成本或代价最低,最节 ... |
项目人力资源管理 | 2006-4-9 | 29 |  | | · 天时、地利、人和一直被认为是成功的三大因素。其中,“人和”是主观因素,就显得更为重要。比如,在足球比赛中,主场球迷甚至可以被视为主队又多了一名队员。在项目管理中“人”的因素也极为重要,因为项目中所有活动均是由人来完成的。如何充分发挥“人”的作用,对于项目的成败起着至关重要的作... |
项目沟通管理 | 2006-4-9 | 23 |  | | · 回想一下你所经历的项目,有没有出现过以下这样的情况:客户在检查项目阶段成果时,指出曾经要求的某个产品特性没有包含在其中,并且抱怨说早就以口头的方式反映给了项目组的成员,糟糕的是作为项目经理的你却一无所知,而那位成员解释说把这点忘记了;或者,你手下的程序员在设计评审时描述了他所... |
项目风险管理 | 2006-4-9 | 19 |  | | · 风险在字典中的解释是“损失或伤害的可能性”,一般人们对风险的理解是“可能发生的问题”。风险与许多事物都有关联,例如,一个已经投入使用的存有易燃品的仓库,随时会有发生火灾的风险。一个建设中的项目也会面临许多不确定性的风险。风险就像“隐形杀手”一样,不知什么时候会出现。无论人们是... |
项目整体管理 | 2006-4-9 | 26 |  | | · 项目整体管理就是为满足各方需求而进行协调以达到预期目的的过程。它是一项综合性、全局性的工作,主要内容是在相互冲突的目标或可选择的目标中权衡得失。虽然所有的项目管理过程在某种程度上都可看成是一个整体,但在整合管理中所描述的这些过程是最基本的管理知识。整合管理主要包括:项目计划开... |
怎样从一名程序员过度到项目经理 | 2006-4-9 | 62 |  | | · 如果你曾经以为自己在启蒙阶段就已经了解了需要了解的全部东西,那么你肯定从来都没有做过IT经理。曾经身为IT专业人士的你该如何成功过渡为IT管理者?下面这位经验丰富的专业人士所介绍的技巧应该能帮助你避免很多错误的发生。 从一位纯技术人员向一位IT管理者的过渡是一条充满了艰辛和曲折的漫长... |
微软资深经理人的项目管理经验 | 2006-4-9 | 57 |  | | · 这是微软资深项目经理人Stephen Maguire的项目管理经验。软件开发和网站开发有极其相似的地方,我们可以从中学习领会许多知识。 第一章.有效团队的基础 1、专心改善产品 公司付工资给设计师,要他们在合理的时间开发出品质精良的网站,但是设计师们的时间却经常被其它事情占用了。 ... |
类图(Class Diagram) | 2006-4-6 | 107 |  | | · 在UML的静态机制中类图是一个重点,它不但是设计人员关心的核心,更是实现人员关注的核心。建模工具也主要根据类图来产生代码。类图在UML的9个图中占据了一个相当重要的地位。James Rumbaugh对类的定义是:类是具有相似结构、行为和关系的一组对象的描述符。类是面向对象系统中最重要的构造块。类 ... |
数据要求说明书 | 2005-5-5 | 1 |  | | · 1 引言 1.1编写目的说明编写这份数据要求说明书的目的,指出预期的读者。 1.2背景说明: a.待开发软件系统的名称; b.列出本项目的任务提出者、开发者、用户以及将运行该项软件的计算站(中心)或计算机#网络系统。 1.3定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词... |
概要设计说明书 | 2005-5-5 | 3 |  | | · 1、引言 1.1编写目的 说明编写这份概要设计说明书的目的,指出预期的读者。1.2背景说明: a.待开发软件系统的名称; b.列出此项目的任务提出者、开发者、用户以及将运行该软件的计算站(中心)。1.3定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。1.4参考资料 ... |
详细设计说明书 | 2005-5-5 | 2 |  | | · 1 引言 1.1编写目的说明编写这份详细设计说明书的目的,指出预期的读者。1.2背景 说明: a.待开发软件系统的名称; b.本项目的任务提出者、开发者、用户和运行该程序系统的计算中心。 1.3定义 列出本文件中用到专门术语的定义和外文首字母组词的原词组。1.4参考资料 列出有关的参 ... |
软件体系结构(构架)、框架、设计模式之间的关系 | 2005-5-5 | 1 |  | | · 框架不是构架(即软件体系机构)。体系结构确定了系统整体结构、层次划分,不同部分之间的协作等设计考虑。框架比架构更具体。更偏重于技术涉嫌。确定框架后,软件体系结构也随之确定,而对于同一软件体系结构(比如Web开发中的MVC),可以通过多种框架来实现。 |
架构师的工作[图文] | 2005-5-5 | 2 |  | | · 就笨笨所理解,其实很简单:1 把意图表达出来,主要做法是画图。2 把意图贯彻下去,主要做法是喷,对象是项目组、客户、公司领导。业务架构的目标按照优先级排列1 固化开发和测试模式,减小开发人员的自由发挥余地,从而做到: 1 将业务代码实现简单化和固定化,降低对开发人员的技术要求(如要... |
页次:1/3 20篇/页 首页 上一页 下一页 尾页 合计 57 篇 Go: |