摘要：做一个计划； 跟踪花费时间的方式； 记录你对时间计划和估计的准确性,看看你实际上做了什么,做计划是一项技巧,学会技巧的第一步就是要做计划； 分析和调整以制定更加准确的计划,看看以前的计划错在哪里,什么是你可以做的更好的。 管理时间，计划你的新的时间，执行计划。 建立工程记事本 􀂃记录时间花费情况，还可记录作业，跟踪所承诺的工作， 作课堂笔记等等； 􀂃 软件专业人员除了记录时间、设计方案等，还可作为遵循 正确的工程实施方案的凭证； 􀂃 保护你的知识资产，假如有专利的话。 􀂃 借以养成好的学习习惯（好脑筋不如烂笔头）。 计划和管理时间的第一步是要弄清楚现在是如何利用时间的。为了做到这一点，应当： 1 需要把活动分成几个主要的类。 2 然后，用一种标准的方法把每项活动所花费的时间记录下来。为了方便记录和查阅数据，采用了工程记事本。 阅读全文

摘要：ＲＵＰ是一种迭代的、以架构为中心的、用例驱动的软件开发方法（software development approach)。 是一种well-defined and well-structureed software engineering process。它明确的定义了人员的职责、如何完成各项工作及何时完成各项工作。定义了软件开发生命周期的结构，定义了里程碑和决策的关系。 是一个process product,提供了可定制的软件工程的过程框架。可以定制适用于不同开发规模的软件过程。 ＲＵＰ基本原理： 　尽早且不断化解重大风险 　确保满足用户需求 　把注意力放到可执行软件上 　尽早在项目中适应变化 　在早期确定一个可执行架构 　使用构件构造系统 　建立高效的开发团队 　始终重视质量 需求变化和功能蔓延（feature creep)——由技术或用户驱使的额外功能——是项目中的主要困难源，推迟交付等。 ＲＵＰ是基于软件过程工程原模型(SPEM)——基于ＵＭＬ的过程建模标准的。分为 阅读全文

摘要： 业务分析员,系统分析员,新产品经理或其它与业务建模,需求管理或用户界面原型相关的工作人员都在指导之列。 系统分析员的任务是定义并与所有涉众来沟通系统的功能。可以被分解成以下几个高层任务： 理解用户需求 理解其它涉众的需求 记录、排列优先级并交流需求 与用户商议需求，并使其认可待开发应用程序 执行这些任务对系统分析员有以下几点要求： 能处理好涉众之间的关系 理解问题领域或具备快速学习这些知识的能力 全面、清晰和简明的书面和口头表达能力 编写清晰的用户需求 对软件开发周期有全面认识，知道系统分析员应该做哪些工作 在RUP中系统分析员的主要工作主要涉及到业务建模、用户需求和分析/设计。其主要工作在Inception和Elaboration阶段，也即识别用户需求的过程。系统分析员的工作就是保证创建正确的系统。在其它两个阶段的工作也主要来自于需求变更和对业务模型的细化分析。 系统分析员的角色 系统分析员 业务设计者 阅读全文

摘要：系统需求分为三类：功能性需求、非功能性需求和可用性需求。在需求分析中常使用功能性需求和非功能性需求。可用性需求在小规模系统的开发过程中常常被忽略。 阅读全文