网站的项目管理 PowerPoint Presentation.ppt

网站项目管理 网站项目管理含义 以Web应用程序为主要表现方式的架构来进行的项目设计及管理，这样的架构中包含了浏览器、网络和Web服务器等关键主体，主要体现在网站设计、以浏览器为客户端的Web应用程序开发（例如信息类网站、网上商店、虚拟邮局、客户关系管理。）等项目管理中。 网站项目管理的必然出现 随着技术的不断发展和用户对网站功能性的需求不断提高，如今网站项目的设计已经不能再仅仅简单地利用静态Html文件来实现，与前几年网站设计由一两名网页设计师自由的创作相比，网站项目的设计和开发越来越像一个软件工程，也越来越复杂，网站项目的设计和开发进入了需要强调流程和分工的时代，建立规范的、有效的、健壮的开发机制，才能适应用户不断变化的需要，达到预期的计划目标。 网站项目管理流程 需求分析及变更管理 项目模型及业务流程分析 系统分析及软件建模 界面设计、交互设计及程序开发 系统测试和文档编写  如何做好需求分析及变更管理 撰写需求分析报告是项目展开的基础。项目是以客户的需求为中心，而不是为技术而迁就需求。  需求调研内容 网站当前以及日后可能出现的功能需求。 客户对网站的性能（如访问速度）的要求和可靠性的要求。 确定网站维护的要求。 网站的实际运行环境。 网站页面总体风格以及美工效果（必要的时候用户可以提供参考站点或者由公司向用户提供）。 主页面和次级页面数量，是否需要多种语言版本等 内容管理及录入任务的分配。 各种页面特殊效果及其数量（js,flash等） 项目完成时间及进度（可以根据合同） 明确项目完成后的维护责任。 让用户畅所欲言，罗列出所有的需求 让用户将所有的想法尽可能的阐述清楚，并把所有的要求罗列出来，不要遗漏。不应该害怕引起用户的潜在需求而增加设计开发的工作量，从而被今后用户无止境的变更拖入泥潭，直接明白地跟用户把问题和要求一条条地列出来，把条理、归纳、分析先都扔到一边去，将用户最原始、最完整的要求准确地记录下来。 透过现象分析潜在的需求 用户往往对需求的概念是非常模糊的，大多时候给出的需求都是笼统而且尺度难以控制的，这就要求我们在倾听了用户的详细说明以后，帮助用户进行整理和归纳、分析，整理出重点和技术难关，同时预测用户在开发过程中变更及今后应用中可能进行修改升级的潜在需求。尤其是用户谈的不多却又是技术上实现难度和强度很高的地方特别值得注意。 利用自然的语言描述项目模型 在需求调研人员与用户进行沟通和调查时撰写的需求分析，尽可能用自然的语言进行描述，虽然用户的水平和资历有所不同，但是最自然的描述能够使项目开发的各个成员都能清楚地理解需求含义，不至于在理解上产生偏差。对用户而言，这样的模型描述最接近真实，容易参与修订，并能以此为测试和验收的依据。 利用示意图和图表将用户的需求表现出来 需求分析无论文字上怎么样表述都还是抽象的，对用户而言理解毕竟是困难的，将基本确定的需求制作出示意图是最直观有效的。利用示意图将用户的需求和即将开始设计的系统体现起来，在进行系统分析和程序开发之前，双方对今后要完成的产品就能够有直观的认识，也就是在产品还没有真正进入开发阶段的时候，双方就对工作的结果达成统一的意见，这将大大地减轻需求变更所带来的困扰，同时用户更容易地参与到项目的开发过程，保证项目往正确的方向进行。 需求分析报告讨论 项目经理、系统分析员、开发经理、交互设计师、测试人员、文档人员包括用客户代表都应该看需求分析，并进行共同的讨论，达成一致的意见。 项目经理通过需求分析组建所需要的团队，配置工作环境，制定开发周期。 程序员采用的编程语言和工具受开发周期的限制和功能上的要求的影响； 交互设计师进行前台设计时的精度要求受操作用户的技能水平的影响； 界面设计人员根据项目的性质和定位确定表现方式。 测试人员了解测试环境和条件后才能对项目质量进行跟踪和检测。 建立需求变更日志，更新需求分析报告 由于用户的遗漏，或者在开发过程中被激发出来的需求，需求变更有时非常频繁和琐碎，往往不能将变更及时反馈到项目的各个角色中，那么做好需求变更日志就显得非常重要。 在需求分析后面附上变更日志，并将修改后的需求分析制作成新版本，保留每次更改过的版本，而不是覆盖，这样就比较容易地跟踪到需求变更过程中所带来的工作调整。 新版本的需求分析中，将变更多部分用特殊方式表现出来，并在日志中记录变更多的细节。 需求分析和变更管理关系 需求管理计划书 为了降低项目的风险，提高工作效率，有必要设计规范的需求管理计划书，以便更好的完成任务。 要素： 修订记录（日期，版本，说明，修订者） 项目简介（客户资料，项目背景，项目前景） 需求分析（需求记录，用户角色，用户流程） 功能分析（功能描述，模块划分，接口定义） 形象分析（形象