如何做好一个项目(新).pptVIP

编程规范 文档齐备 易于交接 相关人员的沟通 项目持续性保证 联想集团领导人柳传志曾说：“没钱赚的事我们不干；有钱赚但投不起钱的事不干；有钱赚也投得起钱但没有可靠的人选，这样的事也不干。” * * * 不可抗力，如自然灾害，政策风险 * * 用户与开发人员很难进行交流； 用户的需求是动态变化的； 系统变更的代价呈非线性增长 * * * 程序的偶然出错一般情况下是编程的问题 * 如何做好一个项目？ 可行性分析（能不能做） 需求分析（做什么） 概要设计（大概怎么做） 详细设计（具体怎么做） 编码与测试（做起来并验证） 部署实施（开始用） 验收（符合要求） 运行维护（维持正常使用） 更新或废弃（不再适用或新需求） 项目实施的一般步骤 分析目的 明确有利/不利因素（SWOT分析） 估计项目成功率大小 确定是否实施该项目 给出待选方案 可行性分析 分析内容 市场分析（含粗略的需求分析） 研/产/供/销 成本/收益 社会环境（风俗、政策、法律） 可行性分析 分析方法 市场调研、需求分析 实验验证 数据/案例论证 系统综合地分析与评估 可行性分析 项目风险预估 项目风险应对预案 不可抗力等意外风险的应对 风险预测与控制 需求分析的目的 明确用户的业务需求 确定系统的功能和性能 指导系统的研发 作为供需双方的凭据 需求分析 需求的内容 功能需求 性能需求 可靠性和可用性需求 出错处理需求 接口需求 约束 逆向需求 将来可能提出的要求 需求分析 提出方式 用户提出需求 专业人员发现需求 开发使用中进一步挖掘需求，发现市场 新业务、新政策等引发需求 需求分析 分析方法 实地调研 人员访谈 原型法 需求分析 分析步骤 初步调研 形成初稿 需求诱导 需求确认 这个一个反复的过程，在项目进行中都可能修改，大的框架应此时确定。 需求分析 面向过程的方法(Process-oriented)主要从系统如何将输入转换为输出的角度来分析系统，如SA-结构化分析 面向数据的方法(Data-oriented)强调用数据结构表示系统状态,如ERM-实体关系模型 面向控制的方法(Control-oriented)强调同步、死锁、排斥、并发及过程的激活和去活,如流程图 面向对象的方法(object-oriented)基于系统的对象类及类之间的交互来分析需求 需求分析转换 主要的六种需求分析方法（1）： 功能分解法(function decomposition)：以系统需要提供的功能为中心来组织系统 数据流法(data flow approach)：跟踪数据流，即研究问题域中数据如何流动以及在各个环节上进行何种处理，从而发现数据流和加工 实体关系法 (entity-relationship approach)：认识问题域的出发点是问题域中的具体事物及事物之间在数据方面的联系 需求分析转换 主要的六种需求分析方法（2）： 状态转换图(state-transition diagram )：对系统的状态进行建模分析 面向对象分析方法 (object-oriented analysis)：强调从问题域中的实际事物以及与系统责任有关的概念出发来构造系统模型 形式化方法(formal method)：采用数学的形式语法和语义来描述系统功能和行为 需求分析转换 需求分析安排 概要设计安排 详细设计安排 测试人员安排 安装部署安排 培训安排 运维安排 实施方案 项目负责人 需求分析人员 概要设计人员 详细设计人员 测试人员 安装部署人员 培训人员 运维人员 人员安排 时间节点控制 过程检查 时间控制 需求与实现的桥梁 系统的运行环境 系统的框架 各功能模块 各模块接口及之间的关系 用户使用考虑 出错考虑… 概要设计 程序模块设计说明 程序描述 功能/性能 输入项/输出项 算法/流程逻辑/接口/存储分配 注释设计/限制条件 测试计划 尚未解决的问题 详细设计 编程风格 出错处理 内存管理 进程线程管理 运行效率 程序的强健性 文档的撰写 程序编写 功能测试 性能测试 压力测试 单元测试 系统联调 … 测试 部署准备 原有系统的交接 新设备的购置 新环境的布置 新系统的安装 对运行业务的影响 数据的导入 部署 完善各种文档 管理人员、操作人员培训 建立日常运行制度 建立良好的沟通渠道 运维 系统bug的补丁 打补丁的方式 新增功能的确认 更新对系统的影响 更新升级 业务的交接 数据的处理 设备的废弃处理 废弃 联想集团领导人柳传志曾说：“没钱赚的事我们不干；有钱赚但投不起钱的事不干；有钱赚也投得起钱但没有可靠的人选，这样的事也不干。” * * * 不可抗力，如自然灾害，政策风险 * * 用户与开发人员很难进行交流； 用户的需求是动态变化的； 系统变更的代价呈