需求分析类文档模板

需求分析类文档模板老师，不好意思了，我错看了题目，以为只交数据库设计说明书，现在发现要赶也来不及了，请老师原谅，编者说明：许多有经验的开发团队在开始需求调查的时候，总会将“软件客户需求权利书”和“软件客户需求义务书”提交给客户，让客户明确其权利与义务，将会对需求调研、分析的工作带来意想不到的效果，你可以一试。软件客户需求权利书1.要求分析人员使用符合客户语言习惯的表达；2.要求分析人员了解客户系统的业务及目标；3.要求分析人员组织需求获取期间所介绍的信息，并编写软件需求规格说明。4.要求开发人员对需求过程中所产生的工作结果进行解释说明；5.要求开发人员在整个交流过程中保持和维护一种合作的职业态度；6.要求开发人员对产品的实现及需求都要提供建议，拿出主意。7.描述产品使其具有易用、好用的特性；8.可以调整需求，允许重用已有的软件组件；9.当需要对需求进行变更时，对成本、影响、得失有个真实可信的评估；10.获得满足客户功能和质量要求的系统，并且这些要求是开发人员同意的。软件客户需求义务书1.给分析人员讲解业务及说明业务方面的术语等专业问题；2.抽出时间清楚地说明需求并不断完善；3.当说明系统需求时，力求准确详细；4.需要时要及时对需求做出决策；5.要尊重开发人员的成本估算和对需求的可行性分析；6.对单项需求、系统特性或使用实例划分优先级；7.评审需求文档和原型；8.一旦知道要对项目需求进行变更，要马上与开发人员联系；9.在要求需求变更时，应遵造开发组织确定的工作过程来处理；10.尊重需求工程中开发人员采用的流程（过程）。软件项目视图和范围编者说明：项目所涉及的内容与所解决的问题都是有限的，而且项目应该是十分有目的性的，是为了实现某个可度量的目标而做的。因此，在需求分析的前期应该将“项目的目标与范围”这一项目的本质文档化，让每一个项目成员对其达成共识。该文档是十分重要，但却又是十分容易被忽视的。该文档模板比较适用于定制开发项目。1.业务需求本系统是简单实用的订货管理系统，能够为企业提供比较全面的自动化功能，实现对仓库信息的管理、职工信息的管理、了解仓库库存的情况并能够调度、对销售情况做出统计，还能对销售的定单管理、修改和增加。1.1背景订货管理的自动化需求迫切，但是专业的大型商业软件价格昂贵而且功能庞杂而无法满足需求。本软件免费，简单，实用，满足小型企业的管理需求，开发难度不高，主要协作技术实现。1.2业务机遇目前一般供货企业都使用了偏向于商业级的管理软件，大多实现了网络化层级服务，但是个人供货商的管理经常是人工操作，无论是哪个环节效率都相对较低，实现自动化管理的需求越来越强烈，因此需要一款免费简单实用的能在单机运行的小型软件。1.3业务目标１、本软件努力解决订货的管理需求，可以方便随时的进行销售管理。２、软件不需要增加额外的硬件投入，对硬件的要求相当低，不需要有网络环境。３、保证数据的保密性，提供完备简易的数据备份功能。４、提供简单易操作的交互界面，一般人群均可操作。1.4客户或市场需求[描述一些典型客户的需求，包括不满足现在市场上的产品或信息系统的需求。提出客户目前所遇到的问题在新产品中将可能（或不可能）出现的阐述，提供客户怎样使用产品的例子。确定了产品所能运行的软、硬件平台。定义了较高层次的关键接口或性能要求，但避免设计或实现细节。把这些要求写到列表中，可以反过来跟踪调查特殊用户和功能需求。]1.5提供给客户的价值实现供货商管理信息与仓库管理信息的及时对接提高生产效率，减少返工；节省开支；业务过程的流水线化；先前人工劳动的自动化；符合相关标准和规则；与目前的应用产品相比较，提高了可用性或减少了失效程度1.6业务风险该数据库系统针对企业在市场竞争中及时有效处理信息资源有可靠的技术保障，数据库如若出现数据泄密危险，将自动进行数据备份工作。2.项目视图的解决方案该数据库旨在合理规划企业订货业务健康发展。2.1项目视图陈述该系统可使用户方便快捷地掌握库存消息，克最大限度降低货物囤积所造成的成本积压和浪费。2.2主要特征系统实现了职工、仓库、供应商三方消息的有机统一，一方数据变更则可以顺利实现整个相关数据的更新。2.3假设和依赖环境该系统可以替代现有的订货管理系统，并能与有关职工部门的应用相连接。为确保数据安全性，该系统设置了访问权限。3.范围和局限性该系统与其他企业统计系统的兼容性还有待提高。3.1首次发行的范围该系统对订货管理数据的处理能力明显优于同类系统，对拥有庞大数据处理任务的企业均适用。3.2随后发行的范围3.3局限性和专用性该系统使用费用较多，且后期维护周期较为频繁，对小型企业可能不太适用。4.业务环境[这一部分总结了一些项目的业务问题。]4.1客户概貌各种客户类型将从产品中获得的主要益处：大中型企业可将主要精力投入市场分析而非数据处理它们对产品所持的态度：大多数客户对该系统评价均为优良哪一类型客户能成功使用：拥有大型数据处理任务的企业必须适应任何客户的限制4.2项目的优先级5.产品成功的因素该系统的市场占有率是用于评价是否达到业务目标的标准，影响因素包括：市场股票、销售量及收入、客户满意度、交易处理量和准确度项目构想编者说明：这个文档模板与“软件项目视图与范围”文档的功能十分接近，只不过该文档更适合于产品型项目。其注重对项目的用户、市场进行分析，紧抓项目相关人员（也叫做风险承担者）的需求的本质。1.文档简介1.1目的承担使用户快速熟悉该系统的功能1.2范围该文档主要是介绍系统的构造1.3定义、首字母缩写词和缩略语无缩略词1.4参考资料[在这一小节中，应完整地列出该文档引用的所有文档。对于每个引用的文档都应该给出标题、标识号、日期以及来源，为阅读者查找这些文档提供足够详细的信息。]1.5概述该文档分析系统的目标客户与市场前景2.定位2.1商业机会2.2问题说明存在的问题使用成本偏高受影响的人群刚刚起步的小型企业导致的后果不利于系统市场占有额的扩展希望的解决方案等待技术更加成熟后降低运行成本2.3产品定位说明目标市场数据处理任务复杂的企业目标客户需求大多数现代化企业主要优点处理数据能力强大主要竞争对手与数据处理有关的系统主要优势数据安全性能优越3.项目相关人员和用户说明企业在忙于获取利润的同时最担心要分配精力在交易数据上，该系统致力于数据管理服务，解除用户后顾之忧3.1产品用户分析随着全球化范围日益扩展，势必急需相关数据处理系统3.2项目相关人员一览表人员类别代表作用数据库开发团队程序开发师统领该数据库的开发工作3.3用户一览表用户类型说明代表企业[简要说明他们在系统中代表的对象和充当的作用][列举出代表]3.4用户环境3.5项目相关人员的简要说明代表[列出该类项目相关人员的代表。]说明[对该类人员进行简要说明。]专业技能[描述本类人员的技能特长、技术背景以及电脑系统操作的熟练程度（可以分成业务用户、专家用户、熟练用户、初级用户等）]职责[描述本类人员对系统开发所承担的职责，以及应享有的利益。]验收标准[描述验证系统是否满足其职责的标准。]参与方式[该类人员是否参与系统开发，如果参与将以什么形式参加。]项目成果[说明该类项目相关人员是否参与项目成果的开发，是否有与其相关的项目成果。]意见/问题[列出与该类项目成员相关的问题与建议。]3.6用户简要说明代表[列出该类用户的代表。]说明[对该类用户进行简要说明。]专业技能[描述该用户的技能特长、技术背景和对计算机系统操作的熟练程度。]职责[列出该用户对所开发的系统负有的关键职责，如记录详细信息、撰写报告、协调工作等。]验收标准[描述验证系统符合用户需求的标准。]参与方式[说明该类用户是否参与开发，如何参与。]项目成果[说明是否有依赖于该类用户的项目成果。]意见/问题[列出一些该类用户对系统提出的一个意见与建议，并且收集其认为该系统将遇到的问题。]3.7关键的项目相关人员/用户需要需求优先级要点目前解决方案提议的解决方案3.8备选方案和竞争[如果是产品型项目，应在此小节列举出客户除了购买该产品这外的选择，其中包括购买竞争对手的产品、自行设计解决方案甚至是维持现状。对所有潜在的竞争产品做一个列表，并根据客户的实际情况来确认主要优缺点。][而如果是定制开发型项目，则应该了解竞争对手提供的解决方案，比在此进行相应的比较。]4.产品概述[本节主要从产品级、系统级的视角，高度概括产品的功能、与其它应用程序的交互以及所需的系统配置等。]4.1产品总体效果[本小节主要将产品话在用户环境、使用环境的角度来介绍。如果是自成一体，则说明用户将如何使用；如果是与其它的应用系统进行交互的，则在此小节说明如何与这些系统进行交互？它们之间采用什么样的通讯方式和接口。在这里最适合的方式是使用UML的部署图，让用户对系统最终的运行环境有一个较宏观的了解。]4.2主要功能[本小节不是对系统或产品所有功能的罗列，而是将能够体现系统、产品主要优点和特性功能在此列出。在内容组织方面，应该直接与“客户能够通过产品获得的好处”相联系，使读者能够将系统的功能与客户的价值直接联系起来，在开发时能够从本质出发，构建出更加符合客户需要的系统。]4.3假设与依赖关系[在此小节中，列出所有会影响该文档中所述特性的各种因素。也就是列举出所有可能让该文档发生变化的假设条件。]4.4成本与定价[该小节主要是对该项目的成本进行核算，对给出相应的定价策略。对于定制开发的项目，其成本主要包括开发的人工成本、公司管理成本、项目额外开支、相关软硬件工具投资等方面。而对于产品型项目而言，还包括分销成本、用户手册制作、CD制作等方面的成本。这里的成本核算为最终的合同价格以及产品的销售价值将提供一个基础的依据，因此也是十分重要的。]4.5许可与安装[该小节中主要列出影响开发工作的一些许可和安装相关的问题。例如是否需要加密，如果验证用户合法性，安装界面的要求是什么。这方面对于产品型项目而言显得更加重要，也是对软件知识产权保护的一个重要措施。]5.产品特性[在本节中将列出系统或产品的特性，特性是指实现用户价值的系统功能。每一个特性都是一个所需的服务，通常是通过一系列操作实现预期结果。在FDD中，也就是特征。通常一个特征会由一个或多个用例来实现，通常系统的特性应该进行整合打包，以25-99项为合适。][本小节的描述应该能够让用户、操作人员、外部系统直接从系统的外边感受到每项特性，这些特性应该包括功能性说明以及一些可用性问题。但是要注意，在这里不要过早地引入设计的内容，这里说明的是What，而不是How。][另外，因在所有特性的描述中，确定其优先级。]6.约束[记录用户、项目相关人员提供出的一些约束条件，以及与其它系统之间的依赖关系，这是制订解决方案时必须考虑到的问题。]7.质量要求[对于整个系统的质量要求，如可靠性、可用性、性能、容错等质量要求，在这此节中详细地定义与描述。]8.其他产品需求[一些要求符合的标准、硬件基础要求、软件基础要求、环境要求等。]8.1适用的标准[列出产品必须符合的所有标准。其中可能包括法律和法规（FDA、UCC）标准、通讯标准（TCP/IP、ISDN）、平台一致性标准（Windows、Unix等）以及质量和安全标准（UL、ISO、CMM）。]8.2系统需求[确定支持该应用程序所必需的任何系统需求。其中可能包括操作系统、网络环境、系统配置、内存大小、硬盘大小、外围设备和配套软件。]8.3性能需求[本节用于详细说明性能需求。性能问题可能包括在各种负载条件下的用户负载因素、带宽或通信容量、吞吐量、精确度以及可靠性或响应时间。]8.4环境需求[对于基于硬件的系统，环境因素可以包括温度、振荡、湿度、辐射等。对于软件应用系统，环境因素可以包括使用条件、用户环境、资源可用性、维护问题、错误处理和恢复。]9.文档需求[列举用户所需的与该系统或产品相关的文档。]9.1用户手册[用户手册的制作说明，例如手册篇幅、详细程序、是否需要图、主要关心的点、要不要建立索引、词汇表，采用教程式还是速查手册式。]9.2联机帮助[联机帮助是一种用户界