一、项目启动（项目开工会）

　　了解项目干系人及其利害关系。

　　所有项目组成员是否到位，如到位则拿到项目开发人员的简历，详细了解每个开发人员的情况（可能会组织到客户方面试）。

　　根据项目需求规格列出项目功能列表，并根据开发人员技术等情况创建WBS。

　　根据项目时间、资源等情况规划项目初步开发计划（各里程碑时间点的粗略计划，每个时间段投入多少人力等）。

　　确定各种软硬件需求，如：版本控制服务器、数据库服务器、开发服务器、缺陷管理软件服务器、开发工具等。

　　参与人员：

　　项目经理、项目总监、全体项目组成员、用户方领导、用户方参与人员、其它主要项目干系人

　　项目启动会议的目标：

　　让整个项目组的成员相互认识

　　建立项目的工作关系和沟通关系

　　让大家明确团队的工作目标

　　让大家了解项目的当前状态

　　一起审阅项目计划

　　找出项目的难点或可能出问题的环节

　　分配小组和个人的角色与责任

　　获得小组和个人的承诺

　　实施建议：

　　对立项管理过程域产生的所有有价值的文档如《立项建议书》、《立项调查报告》、《立项可行性分析报告》、《立项评审报告》进行配置管理。

　　做好必要的保密工作。

　　由于每个项目都要占用机构的资金和资源，立项评审一定要严格。建议对机构高层管理人员进行必要的立项管理培训。

　　输出文档包括：

　　项目风险管理计划、工作任务分解结构（WBS）、项目进度计划、配置管理计划、质量保证计划、TimeSheet、开发规范文档、测试计划

　　二、需求分析

　　需求调研：与客户就其所需要的功能、流程、操作等需要为基础，而且需求决策者必须是项目经理或部门负责人。

　　列一个需求管理（包括详细的沟通计划及要求沟通）计划，考虑需求沟通中的人员、资源、时间的要求。

　　虽然有些因素是客户方造成的，但应该站在其角度上，为其考虑一些存在的客观及主观因素。

　　注意与项目成员之间的沟通方式及对团队的建设。

　　把握需求分析的进度及质量是否符合要求。

　　根据交互设计原型与客户交流需求分析是否达到要求及功能点是否有遗漏。

　　有哪些文档或数据是由客户提供的，这些数据是否需要在新开发的系统中维护等。

　　实施建议：

　　先对项目成员进行培训，让他们掌握必要的需求开发技能。（比如需求开发要做什么，做到什么程度，需要注意哪些问题等）

　　对需求开发过程域产生的所有有价值的文档进行配置管理。

　　需求的建模分析有较高的技术难度，项目成员应当根据自身水平进行取舍。

　　交互设计中应以用户的易用性为前提然后考虑在这样设计的前提下技术上实现是否有难度或者工作量超过前期设计的百分之二十.

　　（多用TAB形式，尽量让客户的某个角色的任务可以在一个页面中完成，一般用上下文菜单，避免用系统的菜单，一个功能块一般只需要一个入口）

　　输出文档包括：

　　产品需求分析说明书、数据流程图、系统应用架构图、交互设计原型、需求分析模型（RQM）

　　三、概要设计

　　确定影响系统设计的约束因素：本系统应当遵循的标准或规范、软件、硬件环境（包括运行环境和开发环境）的约束、接口/协议的约束、软件质量的约束、隐含约束等。

　　确定设计策略：扩展策略、复用策略、折衷策略。

　　系统分解与设计：将系统分解为若干子系统，确定每个子系统的功能以及子系统之间的关系；将子系统分解为若干模块，确定每个模块的功能以及模块之间的关系。

　　数据库概要设计。

　　输出文档：

　　产品概要设计说明书、数据概要设计模型（CDM）