对于需求分析说明书（又名需求规格说明书），有很多刚入行的小白对此有很多的迷惑，在这里我就接着多年的工作经验，并拿出曾经给负责的一个项目撰写的需求分析说明书来作为案例给大家展示一下，写得不好，其中也有很多欠缺之处，愿朋友们看过之后能够给出很好的批评，咱们在这里相互学习、共同进步！
第一章引言1.修订记录
2.撰写目的
本需求分析说明书主要以剖析的方式对“XXXXXXX管理平台”做全面细致的用户需求分析，明确所要研发的系统应具有的模块、功能与界面内的详细需求，以供业主能够确认项目的基本功能和具体性能，和业主达成一个立场，从而形成一致的理解和确定，是系统分析人员及后续的系统设计人员能够更加清楚地了解用户的具体需求，使得后面的设计、研发工作的基础。
本说明书的预期读者是：项目管理人员、系统设计人员、研发人员、文案、测试人员、业主。
3.需求背景
3.1所建议开发系统的名称
XXXXXXX管理平台
3.2参与方信息
XXXX信息科技有限公司
3.3背景及必要性
近年来，随着经济社会和城市建设的快速发展，市政基础设施行业发展越来越快，投资规模也越来越大。
市政工程项目具有规模大、作业人员多、材料设备种类繁多、工序复杂、环境复杂、管理条线多、管理强度大、质量与安全隐患大等特点，使得工程项目管理要求及难度非常大。
目前相比制造、金融等行业，建筑业的信息化程度整体较低。传统的依靠人力来处理信息的管理方法已很难实现精细化、高效的项目管理，更无法适应建筑业快速发展的要求。因此，建筑企业纷纷进行信息化建设，通过信息技术的应用来强化企业的集约化管理，基于信息化系统的协同工作来提升项目的管理水平。
走在信息化前沿的各大企业，均将信息产业作为新兴业务板块，投入大量资源成立独立的公司以助力集团的数字化转型，进而驱动主营业务的发展。
如宝钢集团1996年就成立了宝钢软件公司，发展至今宝信软件在工信部发布的2018年中国软件业务收入前百家企业名单中排名第35位，为企业提供IT规划咨询、MES、ERP、BI等管理信息化整体解决方案以及个性化的软件定制服务。
行业内，华东建筑集团股份有限公司也于2018年底成立了华建数创（上海）科技有限公司，着力建设“互联网+设计”、“数字化+建筑”、“智慧化+工程”等三大业务引擎，意图发展成为工程行业互联网平台公司。
信息化已成为各大建筑企业发展战略的重要组成部分，加强信息化基础设施建设，推进管理信息系统升级换代，推动多方协同工作与数据共享，探索大数据技术的集成应用，已成为本行业发展的必然趋势。
3.4集团建设工程项目信息化管理现状
3.4.1项目信息化管理系统使用现状
在平台规划之前，我们首先对上海隧道、路桥集团和市政集团三家子公司在建工程项目的信息系统使用情况进行了调研。
从调研结果可以看出来，政府主管部门和业主对于项目管理信息化的要求不断提高，我们也应该相应地提升项目管理的信息化和智能化程度。
但目前不管是集团还是子公司，都没有统一的管理规定和开发标准，系统的应用深度参差不齐。众多的系统架构各异，数据也难以共享。同时各级的管理单位均有数据填报要求，项目没有实现业务数字化，数据都要人工进行分头填报，填报工作量大，存在多头填报、上报数据质量无法保证等问题。
3.4.2集团现有项目管理系统基础
对于集团而言，项目管理已经有了一定的信息化基础，开发和全面推广了XX系统、XXXX平台、XXXXXX系统和XXX平台，取得了显著的效果，但使用中也暴露了一些不足，主要体现在：
因此，本项目拟融合集团现有系统功能，建立统一的集团建设工程管理体系和监管平台；开发项目端，为项目的全方位管理提供工具；实现系统间的数据共享和交互，为数据分析和辅助决策提供支持，实现业务数据化、数据业务化，通过项目业务的数字化开展来获取大量数据，通过数据的挖掘分析为项目提供价值。
3.5建设必要性分析
现阶段，国家已将信息化建设提升到前所未有的高度，建设部指出建筑业信息化是建筑业发展战略的重要组成部分，也是建筑业转变发展方式、提质增效、节能减排的必然要求，对建筑业绿色发展、提高人民生活品质具有重要意义。
住建部《2016-2020年建筑业信息化发展纲要》提出，“十三五”时期全面提高建筑业信息化水平，着力增强BIM、大数据、智能化、移动通讯、云计算、物联网等信息技术集成应用能力，建筑业数字化、网络化、智能化取得突破性进展，初步建成一体化行业监管和服务平台，数据资源利用水平和信息服务能力明显提升，形成一批具有较强信息技术创新能力和信息化应用达到国际先进水平的建筑企业及具有关键自主知识产权的建筑业信息技术企业。
作为基础设施领域的龙头企业，集团更应积极探索“互联网+”协同工作模式，实现全过程信息化，强化企业知识管理，支撑智慧企业建设，以实现跨越式发展。
4.术语与定义5.参考资料
《项目可行性建设方案》
《项目开发计划说明书》
6.假定和约束第二章任务描述1.目标
本项目将建立“XXXXXXX管理平台”，以项目为基点，通过平台提供覆盖建设工程的进度、质量、安全、成本、人员、设备、材料等要素的管理工具，项目业务应用数字化后产生大量数据，为集团、子公司、分公司各级的监管提供数据支撑。
同时以分级管理为导向，挖掘分析和可视化展示数据，通过数据应用为业务带来价值，基于平台实现集团建设工程的管理标准化，业务规范化，监控智能化，数据可视化，经验智库化，资源共享化。
2.主要建设内容
XXXXXXX管理平台的主要建设任务包括以下几部分：
2.1前期调研及总体规划
前期调研和总体规划阶段，将针对集团建设工程监管的实际情况进行深入的调研和需求分析，为项目的方案设计提供必需的基础资料。
2.2工程项目管控标准体系建设
建立集团建设工程项目的管控标准体系，基于平台实现六个统一：统一的流程管理体系；统一的业务框架体系；统一的项目进度体系；统一的项目评价体系；统一的信息发布与交流体系；统一的知识管理体系。
2.2.1工程项目管控中心数据库建设
对各类数据的数据源、入库方式、数据量和数据更新频率进行分析，制订合理的数据标准和数据库结构，实现海量数据存储和数据预处理，并实现高效的多源异构数据融合、查询统计、智能分析预警等功能，同时提供标准的API接口，为外部系统的数据接入和共享提供支持。
2.2.2工程项目智能管控平台开发
平台考虑集团、子公司、分公司和项目的不同需求，功能主要包括：
2.2.3工程实施及应用
本项目将深入探索信息化技术对建设工程全方位、全时段、全过程的即时监控管理功能，力争建立一套简单、高效、实用的监督管理和项目自检信息化流程。
为保证平台的稳定性和可靠性，首批拟在各子公司分别选择1-2个新建项目，对平台的各项功能进行多样本的充分试用。运行稳定后在集团全面推广，并将XX系统中的历史数据全部迁移至本平台，将存量项目逐步迁移至新平台。
3.建设进度阶段
2018.10-2019.04计划、需求、设计阶段：编撰各项计划书；主要进行需求的分析和现状的调研；制作思维导图；进行平台的总体架构高保真原型（UE、UI）设计；
4.条件与限制
必须保证程序正常的连接到服务器，并保持网络的畅通。
第三章功能需求1.总体功能架构
平台考虑不同层级的用户的需求，分为项目端和管理端。
平台一共有17个主要功能模块，对于项目端，我们提供项目经理工作台，能够一目了然地在首页上看到自己项目的总体情况，并为项目经理提供知识库进行参考。以及为项目提供一个全要素的项目管理工具，包括筹划、进度、质量、安全、风险、成本、人员、材料、设备、供应商、报表、文档，项目上不同岗位的管理人员能够各司其职，项目经理进行总体的把控和管理。
对于分公司和子公司来说，是处于执行管理的角色。平台主要是提供对多个项目的总览、业务的监督检查、流程审核、预警管理、报表审阅、绩效考核等功能。
集团主要是进行监管，因此提供给集团用户的功能偏重于数据分析总览、重大风险预警、管理行为、报表审阅和项目的动态评价。
高层级的用户可以穿透到项目端，进行详细的数据的查看。
2.建设项目智能管控平台
管理端旨在为决策层、管理层提供业务监控和决策支持，平台从业务系统最底层直接获取数据，以各业态项目管理过程产生的一手数据为基础，用最直接、最直观、最及时的方式展示管理关键要素信息，并实现各类结构化数据的集中汇总、统计、分析与多维度展示。
管理端平台包括PC版、大屏展示版和移动APP。
3.功能需求分析
项目端重点在于实现业务的全面管理，为项目经理提供标准化的工具、知识和决策辅助，并提供数字化工地智能监控数据全兼容的支持。
项目端的建立，首先为工程项目管理提供应用服务，同时为平台采集大量的业务数据，自动生成各类报表，为项目监管与决策服务。
3.1功能模块结构图
3.2模块划分
3.2.1我的工作台
3.2.1.1模块描述
平台从各模块得到的数据在我的工作台会得到更加精炼的整合，在这里利用图、表的方式来展示项目中的重要信息，具有一定的针对性和实时性，其相当于对每一个功能模块整理出来的信息梗概，并将这些信息进行了统一规划，形成一个具有一定操作性和层次性的并给用户以明朗和具有全局观的数据可视化窗口。
3.2.1.2需求分析
3.2.1.3用例矩阵
3.2.1.4界面描述
第四章数据需求1.数据描述
1.2内部数据
1.3外部数据
外部数据包括来自既有信息系统（如主数据系统、人力资源系统、阳光采购平台、资金管理系统）的工程基本信息和专题信息，以及通过离线方式导入的地理信息数据及其他数据。
以上数据均在平台数据标准的约束下进入数据中心，通过中心数据库与应用系统形成数据交换，并在此基础上开发标准化数据接口，将数据共享给其他需要的外部系统。
2.逻辑描述
对数据进行逻辑描述时可把数据分为表态数据和动态数据两种。
进行描述时应把各数据元素逻辑地分成若干组，列如函数、源数据或对于其应用更为恰当的逻辑分组。给出每一数据元的名称（包括缩写和代码）、定义（或物理意义）度量单位、值域、格式和类型等有关信息。
2.1表态（静态）数据
列出所有作为控制或参考用的静态数据元素如下表所示：
2.2内部生成数据
列出向用户或开发单位中的维护调试人员提供的内部生成数据。
2.3动态数据
所谓动态数据，包括所有在运行中要不断或者在特定的条件下而发生变化的数据，以及在运行中要输入、输出的数据。
2.3.1输入数据
2.3.2输出数据
3.数据词典
并说明对数据要求的制约，逐条列出对进一步扩充或使用方面的考虑而提出的对数据要求的限制（容量、文卷、记录和数据元的个数的最大值）。
对于在设计和开发中确定是临界性的限制更要明确指出。
3.1功能模块一（案例）
3.1.1项目表（表名：project）
4.数据采集
4.1要求和范围
按数据元的逻辑分组来说明数据采集的要求和范围，指明数据的采集方法，说明数据采集工作的承担者是用户还是开发者。
具体的内容包括：
更新和处理的频度给出预定的对输入数据的更新和处理的频度。如果数据的输入是随机的，应给出更新处理的频度的平均值，或变化情况的某种其他度量。
4.2数据采集对象列表
4.3输入的承担者
4.4预处理
5.数据结构与程序的关系
6.数据库设计需求
6.1需求概述
建立完善的数据库结构管理设备的基本参数、运行状态和各种工作计划。
数据库的框架和结构必须根据设备和运行状态而设计，方便提供强大的录入、查询、统计、分析和报表等各种功能操作，较好的反映平台业务的基本情况和运行状况，满足平台的基本要求。
6.2外部设计需求
6.2.1标识符和状态
6.2.2使用它的程序
本系统主要利用java作为后端的应用开发工具，使用MySQL作为后台的数据库，Linux或Windows均可作为系统平台。
6.2.3约定
6.2.4专门指导
对本系统的开发者、使用这、测试员和维护人员，提出以下参考意见：
6.2.5支持软件
6.3结构设计需求
6.3.1概念结构设计需求
概念数据库的设计是进行具体数据库设计的第一步，概念数据库设计的好坏直接影响到逻辑数据库的设计，影响到整个数据库的好坏。
我们已经得到了系统的数据流程图和数据字典，现在就是要结合数据规范化的理论，用一种模型将用户的数据要求明确地表示出来。
概念数据库的设计应该极易于转换为逻辑数据库模式，又容易被用户所理解。概念数据库设计中最主要的就是采用实体-关系数据模型来确定数据库的结构。
数据是表达信息的一种重要的量化符号，是信息存在的一种重要形式。数据模型则是数据特征的一种抽象。它描述的是数据的共性，而不是描述个别的数据。
一般来说，数据模型包含两方面内容：
在数据库系统设计中，建立反映客观信息的数据模型，是设计中最为重要的，也最基本的步骤之一。
数据模型是连接客观信息世界和数据库系统数据逻辑组织的桥梁，也是数据库设计人员与用户之间进行交流的共同基础。
概念数据库中采用的实体-关系模型，与传统的数据模型有所不同。实体-关系模型是面向现实世界，而不是面向实现方法的，它主要是用使用方便，因而在数据库系统应用的设计中，得到了广泛应用。
实体-关系模型可以用来说明数据库中实体的等级和属性。以下是实体-关系模型中的重要标识：
6.3.2逻辑结构设计需求
项目结构实体、实体属性ER图如下：
用户权限实体、实体属性ER图如下：
进度计划权限实体、实体属性ER图如下：
6.3.3物理结构设计需求
（1）定义数据库、表及字段的命名规范
（2）选择合适的存储引擎
（3）为表中的字段选择合适的数据类型
（4）建立数据库结构
6.4运用设计需求
6.4.1表名的命名规范
表名以英文单词、单词缩写、简写、下划线构成，总长度要求小于30位。
6.4.2表字段的命名规范
字段名以英文单词、单词缩写、简写、下划线构成，总长度要求不超过30位。
6.5安全保密设计需求
6.5.1防止用户直接操作数据库的方法
通过把关键应用服务器和数据库服务器进行分离，防止用户对数据库服务器的直接操作，保证数据库安全。
6.5.2应用系统的用户口令进行加密
在软件系统中，对于数据的保护、业务操作的许可是通过识别用户身份和权限来完成的。
用户口令相比较，相同的话系统将该用户的操作权限分配给用户，用户再根据所分配的权限对系统进行操作。
由以上过程可知，用户口令在传输过程中容易被窃取泄漏，另外如果数据库被非法进入则其中保存的口令能够被非法查看。
因此，在传输过程中和数据库中的口令记录字段不应使用明文传递和保存，应该在口令被传递前对其明文口令使用有效的主流技术对传输数据进行加密部分描述的加密算法进行加密，在加密后传输到系统。
系统将用户提交的经过加密的口令数据保存的加密口令进行比较，相一致则进行后续操作。通过以上措施和过程，证了加密口令即使被窃取仍无法得到原始口令。
6.5.3对用户进行权限识别和分级
在集团建设智能管控平台中，不同的业务不同的人员处理，并且对于不同的操作人员其所能够访问的数据是不同的。
当用户登陆时，系统在用户身份验证通过后取得用户的权限，根据用户权限显示相应的功能菜单。
当用户对数据进行读、写、删除后浏览操作时，系统判断用户对该数据的访问权限确定是否允许该操作的执行。
第五章性能需求1.数据性能
平台支持不低于400个在建工地的数据汇集和分析计算，系统应满足如下技术指标：
1.1数据类型支持
统除支持一般结构性事务数据外，还需要支持主要二三维地理信息格式（shp、tiff、dem、3ds、max等），支持GPS、GLONASS、北斗等卫星定位数据，主要视频协议的接入。
1.2数据量支持
系统对GIS数据的支持能力不小于20TB；对图片、视频等非结构化数据的支持能力不小于200TB；对结构化数据的存储和查询数据量支持能力不小于500GB。
1.3数据库性能要求
根据本系统数据的特点，采用标准MYSQL语句，以便将来的扩展和移植。
系统将采用数据库建模工具，根据系统功能模块的设计，构建出整个数据库。在构建数据库时，也会定义好数据库表的约束、关联以及索引。
针对系统的具体特点和系统要求，我们在进行数据库方案设计时对数据库平台提出下列性能方面的要求：
2.并发性
2.1数据库并发
数据库支持超过500个用户的并发访问能力。
2.2访问并发
管理端平台具备不少于100个访问并发的能力。
2.3传输并发
系统业务功能包括附件和图片的传输的时候，需提供稳定快速的传输效率，以及支持多附件多图片并发上传和下载的能力。
3.响应特性
3.1查询响应
3.2制表速度
一般固定表格制表不超过10秒钟，复杂统计汇集表格不超过5分钟。
4.架构特性
4.1可靠性
系统需提供7*24的不间断服务。
4.2稳定性
系统需合理的利用资源，保证前后台数据操作的效率，以及在数据响应和界面承载方面都要达到不会出现界面混乱、数据报错、触发按钮功能缺失、操作频繁或者快速容易崩溃的问题。
4.3兼容性
前端方面具有兼容各大主流浏览器的能力。
4.4灵活性
PC端前端自适应方面具有能够适配主流笔记本、台式电脑的能力，手机APP能够适应主流手机屏幕尺寸。
4.5扩展性
系统应便于新业务或者新功能的生成和实现第三方系统与平台的连接。另外系统提供动态页面定制组件，能够有效的帮助运营方生成产品和服务表单，方便管理人员扩充分类目录等信息，并在权限管理、用户管理上有高度的灵活性、合理性。
4.6诊断性
通过详细信息资料的方式确保用户身份的可靠性，线上实施管理操作时，需确认用户的身份。为了防止操作失误，应该将用户的操作过程信息以日志形式保存，以作为失误诊断的原始依据。
4.7扩充性
保证已有平台和系统的兼容性及对未来发展的适应性，使系统可在原有的基础升级改造和更新，并应当充分考虑技术进步因素的影响。
4.8开放性
平台不是一个封闭的系统，今后必须通过接口和其他平台或系统相连，在平台建设中应充分考虑与外界信息系统交换的需求，保证既能满足基本功能的需要，有具有与外界系统进行信息交换与处理的能力。
4.9可伸缩性
要求在不用修改系统架构的情况下，通过增加或增强相应的设备即可实现系统功能的扩展支持，包括垂直扩展和水平扩展。
4.9.1纵向伸缩
4.9.2横向伸缩
4.10可交换性
系统应符合开放的原则，充分考虑各种业务需求有机结合，建立完善的系统整体构架，可与外部系统进行通讯并可提供标准的接口。既能实现业主业务，还可以完成数据交换、信息共享功能。
4.11经济性
系统应具备高性价比，能对系统资源的使用进行优化，在实现系统功能的前提下，尽量节省硬件资源的开销。
4.12安全性
4.13业务驱动性
项目实施以提供业务支持为首要因素。应从业务实际需要出发，选择重点与关键的环节进行信息化管理与控制，在信息化价值和灵活性、管理工作量之间取得良好的平衡，保证在系统实施后能提高工作效率、降低成本。
4.14集成性
4.15可层次性
系统可以统一各个层次管理规范，统一数据结构、数据表达方式、数据访问方式。
4.16可模块化性
系统须提供通用的组件支持，能够减少重复开发工作，保证产品和项目的质量，缩短应用系统的开发周期，有利于系统的扩展。在统一的数据环境下集成化开发各个模块，模块的划分应独立于当前的组织机构，各个模块之间的数据交换是结构化的、公用的，从而也是高效的和完整的，最大限度消除冗余和不一致。
4.17可维护性
方案和产品的架构须紧密跟踪国家信息安全、业主标准和国际主流技术标准，开放性好，便于系统的升级维护、以及与各种信息系统进行集成。
4.18先进实用性
系统规划和设计理念可对照现有技术先进、成熟的产品，提高用户体验，以减少系统开发的周期和成本；功能定位充分考虑平台服务对象的需求。
第六章文档附录1.运行需求
1.1用户界面需求
1.1.1字体
PingFangSC、HelveticsNeue、Arial、HiraginoSansGB、MicrosoftYahei、微软雅黑、STHeiti、华文细黑、sans-serif，正常体/400微粗体，（12至20）px，黑色/白色（打印文字不在此限）。
1.1.2风格
采用全屏网页设计，扁平化、视差化的化繁为简的设计思维，让整个网站的整体性、统一性、灵活性、自适应性、流畅性得到了相对的提高，也使得平台的功能处理和管理能力在这些特点的加持之下得到综合性的展示。
1.1.3色值
1.1.4尺寸
在合理的布局下尽可能多的显示控件内的内容。
1.1.5布局
按照操作流程或浏览顺序自左至右、由上而下的排放各种控件，使界面整体协调、简洁、美观大方。
1.1.6自适应父对象的尺寸改变
控件应具有自适应父对象的尺寸改变的能力，当父对象的尺寸发生变化时，控件应能自动改变自己的尺寸并使界面保持整体协调，尽量减少因父对象的尺寸改变而带来的操作或浏览上的不便。
1.2内部接口
考虑安全的问题，以供系统内部调用的接口。
1.3外部接口
1.3.1硬件接口
1.3.2软件接口
1.3.3用户接口
有系统系统、有导入导出需求用户的基本需求。
1.3.4通讯接口
遵循TCP/IP通信协议接口，要求开发人员使用规定的通讯接口，有协同系统的通讯标准需求，至少能够支持用手机信息进行互动的通讯方式。
1.4故障处理
1.4.1发现问题
需要有完善的监控系统、可以对网络，服务器CPU、负载、IO、内存、连接数（文件句柄数）以及应用系统性能、异常日志进行全面访问。
1.4.2定位问题
需要有分析问题发生的根源能力，思考是否对网络、硬件、应用进行升级，或者超过系统的承载量导致问题的发生。
1.4.3解决问题
需要在故障发生之后有尽快处理问题的效率，不仅能够恢复系统的正常运行，而且可以降低因系统故障对平台造成的损失。
1.4.4消除影响
恢复应急过程中可以对系统进行临时性的改变，用简单的方式尽快的采取补救的措施，从而降低对用户的影响。
1.4.5回顾问题
分析问题的发生原因，该如何解决，怎么避免问题再次发生，并做好此次故障发生之前的预防错失。
1.4.6采取措施
对问题发生的原因，避免方法采取行动、执行相应的措施。
1.5运行环境
1.6开发环境
2.结语
以第一章引言中参考资料所列出的文档内容为基础，结合XXXXXXX管理平台高保真原型（UE、UI）设计，根据这篇需求分析文档记录的内容为接引，从而来进行研发工作的推进，并以这篇文档为基础，通过全面性的论述来理清平台的需求，从而为以后项目的实际实施（研发和测试）提供可靠的依据或者参考。
本文由@卧枕江山原创发布于人人都是产品经理。未经许可，禁止转载