需求分析报告参考

需求分析报告篇一：软件需求分析报告模板（完好版）软件需求分析报告模板（完好版）目录范围1总体要求1TOC\o"1-5"\h\z总体功能要求 1软件开发平台要求 1软件工程的开发施行过程治理要求 2软件工程施行过程总体要求 2软件工程施行变更要求 2软件工程施行里程碑操纵 2软件开发3软件的需求分析 3需求分析 3需求分析报告的编制者 4需求报告评审 4需求报告格式 4软件的概要 4概要设计 4编写概要设计的要求 4概要设计报告的编写者 4概要设计和需求分析、详细设计之间的关系和区别 4概要设计的评审 4概要设计格式 4软件的详细设计 5详细设计 5特例 5详细设计的要求 5数据库设计 5详细设计的评审 5详细设计格式 5软件的编码 5软件编码 5软件编码的要求 5编码的评审 6编程标准及要求 6软件的测试 6软件测试 6测试打算 6软件的交付预备 6交付清单 6软件的鉴定验收 7软件的鉴定验收 7验收人员 7验收详细内容 7软件验收测试大纲 7培训 7系统应用培训 7系统治理的培训（可选） 8附录A软件需求分析报告文档模板9附录B软件概要设计报告文档模板21附录C软件详细设计报告文档模板33附录D软件数据库设计报告文档模板43附录E软件测试（验收）大纲错误！未定义书签。5范围本指南用于指导软件开发者为南京市交通局开发软件工程的过程，通过标准软件工程承担单位的开发过程到达提高软件质量，降低维护本钱的目的。开发者应按照本指南进展软件开发和编制软件开发文档。本指南是对软件工程承担单位的根本要求。在本指南的附录A至E中提供了文档的编写模板供开发者参考，在进展详细软件开发时，开发者可按照实际情况采编写，但必须提供双方商定的文档，文档中商定的内容必须描绘明晰。总体要求总体功能要求网络应用环境以Internet/Intranet技术为核心。开发者应在充分分析需求的根底上，选择采纳B/S构造或者C/S构造。软件系统的数据库应按照《南京市交通局信息化数据库建立标准》进展设计和建立。本指南中没有规定开发者采纳何种详细的软件工程开发方法，开发者可按照工程详细特点、本身擅长来选择采纳面向过程的方法、面向对象的方法或面向数据的方法，但建议开发商使用面向对象软件工程的方法，如：采纳目前被广泛使用的RUP（RationalUnifiedProcess）方法来进展分析、设计和开发。软件开发平台要求开发者开发的软件必须可以在南京市交通局规定的软件平台上正常运转。目前软件平台为：数据库治理系统：Oracle9i以上版本中间件（应用效劳器）系统：IBMWebSphereOA系统：LotusDomino/Notes网络架构：完全支持TCP/IP协议开发工具或技术体系：为保证软件的上下兼容性，开发者应选择比较通用的开发工具的较新版本进展开发，如MicrosoftVisualStudio.Net，BorlandDelphi，C++Builder,或J2EE（Java2P1atformEnterpriseEdition）等。软件工程的开发施行过程治理要求软件工程施行过程总体要求（一）开发者提交软件开发工作大纲，交通局组织专家组对工作大纲进展评审，并提出整改意见。（二）通过评审后，开发者按照整改意见完善工作大纲，通过交通局认可后组织工程组进展软件开发。软件开发工作按照需求分析、概要设计、详细设计、编码、测试等几个阶段进展，在开发过程中，开发者需分阶段提交相关文档。（三）在软件开发工作完成后，开发者应向交通局提交完好的软件文档，交通局组织验收组对软件进展验收审查。软件工程施行变更要求在开发过程中，需求或设计不可防止地需要发生变更，相关变更必须通过交通局书面同意方可进展。在需求或设计发生变更时，需要对原有文档进展修正，并提供完好的变更记录，以使变更处于可操纵的状态。变更单如下表所示：表2-1变更单软件工程施行里程碑操纵交通局将分四个阶段进展把关，召开专家审查会。（一）需求分析（结合原型进展审查）确认；（二）概要设计+数据库设计；（三）预验收（试运转后）；（四）正式验收（推行使用后）。软件开发合同签订以后，工程承担单位即可组织工程组进展软件开发工作。软件开发必须严格按照软件工程的要求进展。开发过程包括开发者的活动和任务。此过程由软件需求分析、概要设计、详细设计、编码、测试、验收、鉴定等活动组成。软件的需求分析需求分析首先，开发者和交通局应共同对交通局的应用需求作充分的调研，提交完好的需求分析报告。在需求分析报告中必须描绘的根本征询题是：功能、功能、强加于实现的设计限制、属性、外部接口。应当防止把设计或工程需求写入需求分析报告中。它必须说明由软件获得的结果，而不是获得这些结果的手段。软件需求可以用假设干种方法来表达，如通过输入、输出说明；使用代表性的例子；用标准化的模型。开发者应尽可能地使用模型的方式，由于这是表达复杂需求的准确和有效的方法。比方用统一建模语言（UML）来描绘需求。编写需求分析报告的要求a.无歧义性对最终产品的每一个特性用某一术语描绘；假设某一术语在某一特别的行文中使用时具有多种含义，那么应对该术语的每种含义做出解释并指出其适用场合。b.完好性需求分析报告应该包括全部有意义的需求，不管是关系到功能的、功能的、设计约束的、仍然关系到外部接口方面的需求；对所有可能出现的输入数据的响应予以定义，要对合法和非合法的输入值的响应做出规定；填写全部插图、表、图示标记等；定义全部术语和度量单位。c.可验证性需求分析报告描绘的每一个需求应是可以验证的。可以通过一个有限处理过程来检查软件产品是否满足需求。d.一致性在需求分析报告中的各个需求的描绘不能互相矛盾。e.可修正性需求分析报告应具有一个有条不紊、易于使用的内容组织；没有冗余，即同一需求不能在需求分析报告中出现屡次。f.可追踪性每一个需求的源流必须明晰，在进一步产生和改变文件编制时，可以方便地引证每一个需求。g.运转和维护阶段的可使用性需求分析报告必须满足运转和维护阶段的需要。在需求分析报告要写明功能的来源和目的。篇二：需求分析报告需求分析报告引言在市场经济中，进销存治理是企业运作的重要环节。随着企业规模的开展壮大，商品数量急剧增加，有关商品的各种信息量也成倍增加。企业需要实时动态地对商品的各种信息进展统计分析为了便好地增加业务量，另外不少企业通过分公司或代理商把产品推向最终用户，这些分公司或代理商分布在不同的地理位置，跨空间、跨时间的频繁业务信息交流是这些企业业务活动的主要特点。在这种情势下，传统的人工传递信息和数据的治理方式就无法满足企业需求了。编写目的此份软件产品需求分析报告是为进销存治理信息系统编写的，开发这个软件旨在建立一个高效率、高准确率、通用性好的进销存治理系统，借助计算机进展信息治理，在特别大程度上提高治理者分析与决策的科学性，提高企业运营治理水平。通过这份软件产品需求分析报告详尽说明了该软件产品的需求规格，包括对产品进展的准确的定义。开发目的及意义本设计为一个根本的B/S构造的进销存治理系统，即利用网络、信息化手段来实现商品信息的跨时间、空间的治理。本系统对企业中常见的采购、库存、销售等商业活动以及相关的供应商和客户等根本信息进展治理。功能贴近实际，内容精练。预期读者和阅读建议本软件产品需求分析报告所针对的各种不同的预期读者，可能包括：?用户；?开发人员；?企业治理者；?营销人员；?测试人员；?文档编写入员。系统功能需求按照软件本身的系统机构，我们本小组从功能的角度对系统的功能进展了初步的模块划分，主要区分了每个功能的边界，这是第一次将系统功能进展细化的过程，分析结果如下表2-1所示。按照表2-1用户描绘的需求，将系统功能模块划分如表2-2所示，并对其模块的划分和功能进展描绘。划分模块的目的是使系统的构造更加明晰，开发难度降低并有利于团队的开发。系统功能本系统的功能主要包括系统登录、根本材料维护、采购、销售、库存治理和系统维护等，按照详细情况，该系统的功能可分为四类：第一类是根本信息业务，主要负责客户信息、供应商信息、商品信息、入库信息、出库信息的治理；第二类是进货业务，主要负责对物资生成采购单，并采购入库；第三类是销售业务，主要负责对商品的销售，并销售出库；第四类是库存治理业务，主要负责库存盘点。系统功能树图子系统一（请改成详细的名称，如“用户治理子系统”。假设未划分子系统，那么删除本标题，直截了当写“模块”，并将等标题晋级为四级标题。）对该子系统的描绘。模块一（请改成详细的名称）（1）用例图（2）需求说明（3）输入/输出数据列出输入数据（用户输入、来自外部接口的输入或者其它输入）同时定义针对这些输入数据的处理（计算）方法，以及相应地输出数据，描绘对应区别：输入数据和输出数据。当有大量数据需要描绘时，也可以分类描绘数据，同时注明各项数据的输入、输出属性。模块二（1）用例图（2）需求说明（3）输入/输出数据详细写法，参照3.1.2节。请按照需要，增加3.1.4，3.1.5等小节。用户界面与运转环境需求通过本节描绘可以确定，保证软件产品能和外部组件正确连接的需求。用户界面主要是对用户界面风格、规划等方面的描绘。以下是可能包括的一些特征：?将要采纳的图形用户界面（GUI）标准或者产品系列的风格；？有关屏幕规划或者处理方案的限制；?将要使用在每一个屏幕（图形用户界面）上的软件组件，可能包括：?选单；?标准按钮；?导航链接；?各种功能组件；?消息栏；?快捷键；?各种显示格式的规定，可能包括：?不同情况下文字的对齐方式；?不同情况下数字的表现格式与对齐方式?日期的表现方法与格式；?计时方法与时间格式；?等等。?错误信息显示标准；关于用户界面的细节，例如：一个特定对话框的规划，应该写入详细的用户界面设计说明中，而不能写入软件需求规格说明中。假设采纳现成的、适宜的用户界面设计标准（标准），或者另文描绘，可以在这里直截了当说明，同时将其参加参考文献。运转环境描绘了本软件的运转环境，一般包括：?硬件平台；SUNV880或以上，双CPU，2G内存，200G以篇三：需求分析报告模板需求分析报告编者年月日审核年月日批准年月日XXX二O一三年四月一、引言编写目的对产品或工程进展定义，包括修正或发行版本号。假设这个软件需求规格说明只与整个系统的一部分有关系，那么只定义文档中要说明的部分或子系统。背景说明说明工程或模块开发背景。预期读者和阅读建议列举软件需求规格说明书所针对的不同读者，如用户、设计人员、编程人员、测试人员、工程经理、市场人员等。指出最适宜于每一类型读者阅读文档的建议。术语定义解释需求说明书中的术语、名词、简称及缩写等等。参考文献列出所有参考材料、参照的软件名称，包括标题名称、作者、版本号、日期、出版单位或材料来源，以方便读者查阅这些文献。二、任务概述目的描绘工程或业务模块要到达的目的。用户特点描绘主要的用户及其特点（水平、经历、计算机水平等）。确定可能使用该产品的不同用户类别并描绘它们的特征。有些需求可能只与特定的用户类相关。将该产品的重要用户类与那些不太重要的用户类区分开。假定和约束一般约束、假设及对用户的要求。三、业务功能概要描绘现有系统分析对现有系统（包括自动或人工的）进展简要分析。业务描绘描绘实际业务的过程和特点，即业务建模。系统角色画出系统中的角色，并用文字进展说明。主题描绘（或：系统用例视图）画出主题图，描绘主题内的业务和主题间的业务。或用UML语言描绘系统总的用例视图。业务流程图用UML的活动图描绘系统总的业务流程。业务接口外部业务接口描绘与其它工程或业务模块的功能接口。例如：工资模块与考勤、考核、任免、职称等模块的功能接口描绘。内部业务接口描绘各个主题之间的业务接口。四、业务功能详细描绘用语言和图对每个子系统、主题或业务模块要完成的功能进展完好详细的描绘。即功能建模。子系统（模块一）业务功能描绘用文字语言描绘子系统、主题或业务模块要完成的功能。业务流程图用UML的活动图描绘子系统或业务模块的业务流程，在活动图中标注用到的或输入输出的表格、材料。留意，这里的活动图描绘的是该子模块的业务流程。主题描绘及用例视图假设主题下面还含有子主题，那么画出主题图，描绘主题内的业务和主题间的业务；同时接着画出子系统或业务模块的详细用例视图。假设主题下面不含子主题，那么直截了当画出子系统或业务模块的详细用例视图。用例描绘对全部用例或主要的用例用文字进展详细描绘。用例名称一【用例功能说明】用文字详细描绘该用例的目的、功能。【操作描绘】用文字描绘子系统或业务模块中主要用例的操作流程和要求。【活动图、顺序图或协同图】（可选内容）