7网站项目管理.

网站项目管理含义以Web应用程序为主要表现方式的架构来进行的项目设计及管理，这样的架构中包含了浏览器、网络和Web服务器等关键主体，主要体现在网站设计、以浏览器为客户端的Web应用程序开发（例如信息类网站、网上商店、虚拟邮局、客户关系管理。）等项目管理中。网站项目管理的必然出现随着技术的不断发展和用户对网站功能性的需求不断提高，如今网站项目的设计已经不能再仅仅简单地利用静态Html文件来实现，与前几年网站设计由一两名网页设计师自由的创作相比，网站项目的设计和开发越来越像一个软件工程，也越来越复杂，网站项目的设计和开发进入了需要强调流程和分工的时代，建立规范的、有效的、健壮的开发机制，才能适应用户不断变化的需要，达到预期的计划目标。网站项目管理流程需求分析及变更管理项目模型及业务流程分析系统分析及软件建模界面设计、交互设计及程序开发系统测试和文档编写如何做好需求分析及变更管理撰写需求分析报告是项目展开的基础。项目是以客户的需求为中心，而不是为技术而迁就需求。需求调研内容网站当前以及日后可能出现的功能需求。客户对网站的性能（如访问速度）的要求和可靠性的要求。确定网站维护的要求。网站的实际运行环境。网站页面总体风格以及美工效果（必要的时候用户可以提供参考站点或者由公司向用户提供）。主页面和次级页面数量，是否需要多种语言版本等内容管理及录入任务的分配。各种页面特殊效果及其数量（js,flash等）项目完成时间及进度（可以根据合同）明确项目完成后的维护责任。让用户畅所欲言，罗列出所有的需求让用户将所有的想法尽可能的阐述清楚，并把所有的要求罗列出来，不要遗漏。不应该害怕引起用户的潜在需求而增加设计开发的工作量，从而被今后用户无止境的变更拖入泥潭，直接明白地跟用户把问题和要求一条条地列出来，把条理、归纳、分析先都扔到一边去，将用户最原始、最完整的要求准确地记录下来。透过现象分析潜在的需求用户往往对需求的概念是非常模糊的，大多时候给出的需求都是笼统而且尺度难以控制的，这就要求我们在倾听了用户的详细说明以后，帮助用户进行整理和归纳、分析，整理出重点和技术难关，同时预测用户在开发过程中变更及今后应用中可能进行修改升级的潜在需求。尤其是用户谈的不多却又是技术上实现难度和强度很高的地方特别值得注意。利用自然的语言描述项目模型在需求调研人员与用户进行沟通和调查时撰写的需求分析，尽可能用自然的语言进行描述，虽然用户的水平和资历有所不同，但是最自然的描述能够使项目开发的各个成员都能清楚地理解需求含义，不至于在理解上产生偏差。对用户而言，这样的模型描述最接近真实，容易参与修订，并能以此为测试和验收的依据。利用示意图和图表将用户的需求表现出来需求分析无论文字上怎么样表述都还是抽象的，对用户而言理解毕竟是困难的，将基本确定的需求制作出示意图是最直观有效的。利用示意图将用户的需求和即将开始设计的系统体现起来，在进行系统分析和程序开发之前，双方对今后要完成的产品就能够有直观的认识，也就是在产品还没有真正进入开发阶段的时候，双方就对工作的结果达成统一的意见，这将大大地减轻需求变更所带来的困扰，同时用户更容易地参与到项目的开发过程，保证项目往正确的方向进行。需求分析报告讨论项目经理、系统分析员、开发经理、交互设计师、测试人员、文档人员包括用客户代表都应该看需求分析，并进行共同的讨论，达成一致的意见。项目经理通过需求分析组建所需要的团队，配置工作环境，制定开发周期。程序员采用的编程语言和工具受开发周期的限制和功能上的要求的影响；交互设计师进行前台设计时的精度要求受操作用户的技能水平的影响；界面设计人员根据项目的性质和定位确定表现方式。测试人员了解测试环境和条件后才能对项目质量进行跟踪和检测。建立需求变更日志，更新需求分析报告由于用户的遗漏，或者在开发过程中被激发出来的需求，需求变更有时非常频繁和琐碎，往往不能将变更及时反馈到项目的各个角色中，那么做好需求变更日志就显得非常重要。在需求分析后面附上变更日志，并将修改后的需求分析制作成新版本，保留每次更改过的版本，而不是覆盖，这样就比较容易地跟踪到需求变更过程中所带来的工作调整。新版本的需求分析中，将变更多部分用特殊方式表现出来，并在日志中记录变更多的细节。需求分析和变更管理关系需求管理计划书为了降低项目的风险，提高工作效率，有必要设计规范的需求管理计划书，以便更好的完成任务。要素：修订记录（日期，版本，说明，修订者）项目简介（客户资料，项目背景，项目前景）需求分析（需求记录，用户角色，用户流程）功能分析（功能描述，模块划分，接口定义）形象分析（形象定位，特殊标志，色彩定义）结构规划（网站结构，扩展接口）界面规范（设计标准，公共参数）系统规范（硬件环境，软件环境，开发语言）项目实施（项目阶段，开发周期，验收标准，项目成员）需求分析阶段重点工作角色重点角色为用户代表、需求调研人员和项目经理。用户代表提出需求，需求调研人员帮助整理和分析，项目经理对整个项目进行评估。在实际工作中，很多项目失败的起因都和需求分析有关。用户代表和需求调研人员通常并非从事技术开发的专业人员，在讨论需求的时候往往对项目的技术难度、工作量、时间进度把握不准确，这时候需要项目经理或技术人员进行协调。需求分析阶段总结（一）仔细聆听，罗列用户的所有要求；将需求进行分析，确认可操作的系统模型。利用最自然的语言将系统进行描述，使每个开发人员不会产生歧义；迅速确定网站的用户角色。比如访客、会员、重要客户、前台管理员、网站管理员、业务员等；需求分析阶段总结（二）分析确定每个角色的权限及可操作的功能。制作流程图和示意图将需求表现出来；让用户参与到示意图的设计中，及时正确的反应出需求变更。制作需求变更日志，保留升级版本，通过版本控制进行需求管理；通过《需求管理计划书》使每个参与人员看到共同的努力目标。项目模型及业务流程分析网络技术的应用所产生的电子流程工作方式既不能彻底更改传统的工作流程，也不是对传统工作流程的简单复制，而需要对传统的工作流程进行合理的优化、改进和重组。编写项目模型文档，使所有人都一目了然在进行需求分析后制作项目模型文档，能在项目进入开发前，双方对即将要开始完成的项目的结果有个共同的认识，并提早暴露可能出现的需求变更，那么将大大提高开发的效率和质量。由需求调研人员进行项目模型的设计描述。模型描述采用最自然的语言进行描述，这份文档是对需求分析报告的进一步描述。使得客户代表、项目经理、开发人员对即将展开的项目通过项目模型的描述产生最直观的印象，并针对关键的问题进行讨论并达成统一认识，比如功能要求、性能指标、运行环境、投资规模等等。业务流程分析员进行流程设计业务流程分析员的人员应该善于简化工作，担任此角色的人员中必须要有具备广博的专业领域知识，并且具有良好的沟通技巧。业务分析人员重点需要协助客户将需求进行归纳分析，查找出所有的业务主角，确定业务主角后，每个主角的相关活动及流程应清晰地制定出来，最终设计出逻辑视图、用户界面示意图。业务流程设计注意事项调查用户网络环境和配置，使架构设计师能够制定合理可行的系统架构；调查用户偏好和技能水平，这将直接影响到项目开发的深度和用户界面的设计；预测并制定系统的性能指标，为测试人员编写测试计划提供依据。界面工程师创建用户界面原型为了在实际系统开发投入之前，创建用户界面模型是非常重要的，开发原型的成本远远低于实际开发的成本，在项目初期，创建完整的用户界面揭示和测试系统的所有功能和可用性，并能够使用户代表参与讨论及修改，可以大大提高项目的成功几率。创建正确可行的原型以后，系统分析、设计及代码的编写都必须遵照原型进行，确保构建的系统是正确的，测试人员和用户也能够在开发过程中即实时地参与检查，可以有效地保障了项目的质量。创建用户界面原型阶段注意事项界面设计工程师根据流程分析逻辑图设计制作用户界面原型，这个阶段，界面设计人员还没有进入精细设计的阶段，最重要的只是将业务流程完整地表现出来，并和客户就设计风格，设计规范进行确认和定义。界面工程师在充分理解客户需求和所有的业务流程之后，利用合理的布局设计用户界面。比如网站的首页风格、首页需要显示的各个元素、导航的分类和表现方法、各类业务角色的入口等等。用户界面不仅仅是网站访问者所浏览的界面，也包括了特殊用户、管理员、业务伙伴等不同的用户界面，甚至还有提示界面、警告界面、出错界面等等。以用户为中心的设计思考无论项目设计开发人员的水平多么精尖，毕竟不是系统的最终用户，最大限度地满足用户的需要才是关键，系统设计人员往往口头上挂着以用户为中心的口号，而实际上工作中又在大量地假想，或是出于懒惰或是出于条件限制，对于将来使用系统的不同用户来说都可能产生意想不到的障碍。真正做到以用户为中心，就要先放弃沉淀在脑子里的经验和想象，到用户工作的地方去、观察记录用户如何工作、然后与用户谈论他们的工作。熟悉用户需求的方法与用户交谈或者到办公地点拜访用户观察用户工作了解工作组织自我尝试让用户参与设计在设计小组中包括专家级用户执行任务分析利用调查和问卷制定可测试的目标制作设计计划书这个阶段，可以说掌握了用户的需求并对计划实施的系统开发有了清楚地认识，与用户之间达成了共识，那么在进入下个阶段的工作时，制作设计计划书是非常必要的。设计计划书是全面描述整个系统的全貌，作为系统分析、测试人员工作的基础，同时也是客户验收的标准，作为业务合同的内容之一，因此，应该仔细谨慎地撰写设计计划书。设计计划书要素用户情况分析（概况优势，竞争者，网站带来好处）网站需要实现的目的和目标；网站形象说明；网站的栏目版块和结构；网站内容的安排，相互链接关系；使用软件，硬件和技术分析说明；网站测试（方法，目标）开发时间进度表；宣传推广方案；维护方案（软硬件，数据库维护，内容更新，调整）制作费用；流程分析阶段总结真正以用户为中心的设计，到用户的实际工作环境中观察和记录；仔细查找各种业务主角，并表述不同主角的各种操作流程步骤；简化需求，将用户的需求归纳整理，抓住核心问题；细化需求，针对核心问题，模拟用户角色，进一步确认流程和规范；认真制定设计计划书，为下阶段的工作打好基础；系统分析及软件建模系统分析决定系统开发的成败，软件建模使系统开发走向成熟。系统分析在网站项目管理中的地位系统分析是能体现整个系统的灵魂的文档，将客户的需求从具体到抽象的一个过程，并制定编码人员可实施的规范和标准。在系统分析的过程中需要对需求分析进行进一步的深化和分析，通常用户及需求调研人员在需求分析和流程分析的过程中比较注重功能上的表现和定义，即使是做出正规的用户界面原型，对系统的需求也是不完整的，处于非技术人员的缘故，很难苛求能提出完整清晰专业的性能需求，但不意味着这需求不存在，而且这隐藏的需求对编码人员来说是极其重要的。系统分析所要做的工作把系统分析和详细设计阶段分开，针对不同项目的具体情况再决定采用什么方式进行开发。对客户的需求分析进一步完善和补充，尤其是性能需求。系统运行所需要的的软硬件网络环境。系统的资源说明，包括人员、时间、投入等。系统可行性分析。系统分析几个解决方案大多用户在系统的要求上提不出独立的或成熟的意见，而将问题交给了系统分析员的手上，为了避免在系统论证方面难以把握的失控和无从下手，有几种解决方案：低成本解决方案：只完成最必要工作，不能多做一点额外工作。中等成本的解决方案：系统不仅能够很好地完成预定的任务，而且可能还具有用户没有具体指定的某些功能和特点。高成本的“十全十美”的系统：系统具有用户可能希望有的所有功能和特点。系统分析的难点和技能要求对客户隐藏的性能需求的分析。根据项目需求和资源的配置选择最合适的设计方式。对系统模块的划分和代码复用的设计：模块最大化，代码复用度最高。项目整体评估，评估项目整体和各个模块的工作量、进度和分配资源，制定出最合理的可行的实施方案。软件建模使