Sieger教您如何编写网站项目需求分析规范

一些同事就如何编写网站需求分析咨询了Sigma Networks. Sigma Networks项目需求手册不应该保密，因为我们是为每个客户量身定制的且有所不同. 让我与您分享我们的写作方法和方法，希望对您有所帮助.

前言

随着技术的不断发展和用户对网站功能需求的不断提高，仅通过使用静态HTML文件就无法再完成网站项目的设计. 与前几年相比，网站设计由一两个网站设计组成. 与老师的免费创作相比，网站项目的设计和开发越来越像软件项目，并且变得越来越复杂. . 网站项目的设计和开发已进入一个时代，需要强调流程和分工，并且需要一个标准化，有效的，只有强大的开发机制才能适应用户不断变化的需求并实现预期的计划目标.

基于Web的项目管理（WPM）的含义是基于Web的项目管理，即，具有使用Web应用程序作为主要表达方式的体系结构的项目设计和管理. 这种架构包括浏览器，网络和Web <

诸如服务器之类的关键实体主要体现在项目管理中，例如以浏览器为客户端的网站设计和Web应用程序开发（例如信息网站，商店，虚拟邮局，客户关系管理）.

在本文中，作者将网站项目管理（WPM）与软件工程的统一过程管理（RUP）进行了比较，并结合了实际的工作经验，并努力发挥网站项目的作用，分工和过程管理（WPM）. 完整的解释使网站项目管理逐渐标准化.

根据作者的经验，网站项目管理可以分为以下六个控制阶段:

1. 需求分析和变更管理

2. 项目模型和业务流程分析

3. 系统分析和软件建模

4. 界面设计，交互设计和程序开发

5. 系统测试和文档编写

6. 客户培训，技术支持和售后服务

应注意，尽管这些阶段具有一定程度的连续性，但它们并不是完全孤立的. 例如，需求变更管理和测试工作以及文档编写都贯穿于整个项目过程，并且许多任务是交叉或同时执行的.

（1）如何做好需求分析和变更管理？

销售人员与客户之间的沟通以及编写需求分析报告是项目开发的基础. 该项目以客户需求为中心，而不是适应技术需求.

本章包括以下内容:

1. 让客户畅所欲言并列出所有需求

2. 通过现象分析潜在需求

3. 用自然语言描述项目模型

四个. 使用图表显示用户的需求.

5. 谁想查看需求分析报告？

6. 建立需求变更日志并制作新版本的需求分析报告.

七. 现阶段的关键工作角色

8. 摘要

1: 让客户畅所欲言并列出所有需求

让用户尽可能清楚地解释他们的所有想法，并列出所有要求而不会遗漏它们. 这时，您不应该害怕“吸引”客户的潜在需求并增加设计和开发工作量，以免在未来客户的无休止变化中被拖入泥潭，并直接清晰地列出与客户一起解决问题和需求，并组织它们. ，归纳法和分析法都放在一边，第一步是通过准确记录用户的最原始和完整的要求来完成.

很明显，如果客户的要求不完整，则随时可能发生意外更改，甚至此更改将破坏已完成的模型和结构，那么该项目注定要从一开始就失败；例如，该站点的所有功能都已实现，本地测试没有问题，但是您不知道客户的系统每天必须承受一百万次唯一IP访问，而您最初将其用于如果有10,000个独立IP访问访问流量，那么有经验的开发人员就会知道，这样的设计是一场灾难，无论是应用服务器，还是程序都需要重新开发！

二: 通过现象分析潜在需求

在许多情况下，客户不是人员. 在无休止的描述中，不能指望它们帮助我们理清关键点和技术难题. 这要求我们为客户进行分析，总结和组织，尤其是在不讨论客户的情况下. 特别值得一提的是，技术难度和强度很高，但很多.

客户通常对需求有非常模糊的概念. 在大多数情况下，给出的要求是通用的，规模很难控制. 这就要求业务人员在听完客户的详细说明后帮助客户进行组织和分析. 同时，它可以预测客户对开发过程中的更改以及未来应用程序中可能的修改和升级的潜在需求.

例如，在为客户设计办公自动化系统时，可能有必要为客户预留一个渠道，以便将来与他们的业务部门进行交互；设计电子邮件系统时，请考虑可能需要广告管理服务器；设计网络电子产品将来，商店将增加库存产品的进销存统计分析等；由于时间和财务方面的考虑，客户通常可以接受开发过程的分阶段实施. 在需求分析过程中，早期的需求除了平稳之外，还为将来的进一步深入业务奠定了更好的基础.

作者负责大型新闻网站的设计. 当客户持有一份近50页厚的设计要求报告时，我发现40页的内容对于程序开发是重复的. 在一页的角落，有一个“在其他网站上搜索相关新闻”按钮，没有任何说明. 仅用这10个单词完成的工作量就比重复完成工作的其他四十页的工作量完全高. ，客户完全不知道由该请求引起的问题实际上是搜索引擎的开发. 通过协商，客户同意将搜索引擎修改为网站.

三: 用自然语言描述项目模型

在推销员与客户之间进行沟通和调查期间编写的需求分析应尽可能用自然语言来描述. 尽管客户的级别和资格不同，但最自然的描述可以使项目开发的所有成员都能清楚地理解需求的含义，并且不会引起理解上的偏差. 对于客户而言，这样的模型描述最接近实际，易于参与修订，并且可以用作测试和接受的基础.

请比较以下两个需求描述，

”当用户访问主页时，单击“客户频道”按钮，将弹出一个用于填写“用户名”和“密码”的窗口. 输入正确后，打开客户频道的首页在新窗口中显示. 所有可操作功能的导航栏和最新新闻指南链接列表都显示在此页面上.

“站点分为公开和加密两种状态. 通过身份验证机制，唯一用户可以访问加密信息并提供与普通用户不同的功能. ”

在第一段中，我们可以轻松地想象设计的网站的外观，而后一个描述可能具有数不尽的不同版本，从而导致在理解需求时含糊不清.

四: 使用图表显示用户的需求.

需求分析仍然是抽象的，无论它以文本形式如何表达，毕竟客户很难理解. 绘制基本确定的需求的是最直观和有效的.

有很多方法可以制作原理图. 可以使用PowerPoint或Visio来说明生产过程. 可以使用HTML文档来创建界面. 使用绘图和Word表单的最简单方法也是可能的. 关键是要使用原理图来满足客户的需求. 反映在将要设计的系统中，在进行系统分析和程序开发之前，双方都可以对将来要完成的产品有直观的了解. 换句话说，在产品真正进入开发阶段之前，双方将达成统一的意见，这将大大减轻需求变化带来的麻烦，同时，客户将更容易参与其中. 在项目的开发过程中，以确保项目朝着正确的方向进行.

RUP中有这样的描述:

“首先制作电影，卡通，图片，桌子，卡通等的草图，以告诉我们用户是谁，将会发生什么以及如何发生.

以用户友好的方式帮助收集和改善用户需求.

鼓励更多创新的设计解决方案.

鼓励团队审查并避免没人想要的功能.

确保以易于理解和直观的方式实现功能.

使面试过程更加轻松，并避免面试无结果的现象.

简而言之，绘制原理图是使用一种工具向用户（主角）解释（有时是演示）系统如何适应组织的需求并显示系统将如何运行. 协调员向小组展示了最初的董事会，小组成员提出了意见. 后来，在研讨会期间，情节提要也“实时”发展. 因此，您需要一个可以轻松更改情节提要的绘图工具. 为了避免分心，通常最好使用简单的工具，例如图表，白板或

PowerPoint. “

五: 谁应该看需求分析报告

项目经理，系统分析师，开发经理，交互设计师，测试人员，文档人员和客户代表都应研究需求分析并进行共同讨论以达成共识.

我们经常遇到业务人员努力讨论的项目，但是开发人员很难实现. 但是，技术人员设计的产品通常不会被客户认可，甚至会发生纠纷，因此他们参与项目开发人员应对此需求有一个统一而清晰的了解，并根据自己的工作并通过沟通对需求提出意见. 并与客户一起修订网站需求分析说明书，确定了项目的最终目标.

例如:

项目经理可以通过需求分析来建立所需的团队，包括配置工作环境和制定开发周期.

开发周期和功能要求的局限性可能会影响程序员用于编写的语言和工具；

操作用户的技能水平将影响交互设计师在设计前台时可以达到的精度；

接口设计人员根据项目的性质和位置确定演示方式.

测试人员只有在了解测试环境和条件后才能跟踪和测试项目质量；

通过下表，我们可以根据需求的变化查看不同角色的工作流程:

六: 建立需求变更日志并制作新版本的需求分析报告

尽管我们在需求分析上花费了很多精力并做出了最大的努力，但是几乎可以肯定的是，需求分析在开发过程中肯定会发生变化，这可能是由于客户遗漏或受到开发过程的启发，这样的更改有时过于频繁且琐碎，以至于它们常常无法及时将更改反馈给项目的各个角色，因此保持良好的需求更改日志非常重要.

在需求分析之后附加一个变更日志，并将修订后的需求分析转变为新版本，而不是覆盖每次更改的版本，而不是覆盖它，以便于更轻松地跟踪由...引起的更改需求变更流程工作调整.

在新版本的需求分析中，将以特殊方式指示更改的更多部分，并将更改的多个详细信息记录在日志中.

有关需求分析和变更管理，请参见下图:

七: 现阶段的关键工作角色

在需求分析和变更管理过程中，最大的工作量角色是客户代表，销售人员和项目经理.

客户代表提出要求，销售员帮助组织和分析，项目经理评估整个项目.

在实际工作中，许多项目失败的原因与需求分析有关. 客户代表和销售人员通常不是从事技术开发的人员. 在讨论需求时，他们通常对项目的技术难度，工作量和时间表不准确. 目前，需要项目经理或技术人员进行咨询.

为了降低项目风险并提高工作效率，有必要设计一个标准化的需求管理计划，以帮助客户代表和销售人员更好地完成任务.

以下提供了需求管理计划模板以供参考:

八: 摘要

根据作者的经验，有必要尽早进行需求分析并掌握以下几点，这也许可以用一半的努力获得两倍的结果:

仔细听并列出所有客户要求；

分析需求并确认操作系统模型；

使用最自然的语言来描述系统，以便每个开发人员都不会有歧义；

快速确定网站的用户角色；

例如访客网站需求分析说明书，成员，重要客户，前台管理员，网站管理员，业务员等；

分析并确定每个角色的权限和可操作的功能；

例如，会员可以查看特殊信息，修改个人信息，注销等；

前台管理员可以登录管理系统，发布编辑和修改信息以及查看成员资格等；

网站管理员可以更改列，修改网站界面等；

制作流程图和以显示需求；

让客户参与的设计，并及时正确地反映需求变化.

制作需求变更日志，保留升级版本，并通过版本控制进行需求管理；

通过需求“管理计划”，每个参与者都可以看到共同的努力目标.

本文来自电脑杂谈，转载请注明本文网址：
https://www.pc-fly.com/a/ruanjian/article-287487-1.html