软件需求分析报告

文档状态：文档状态：文档编号：[]Draft[√]Released[]Modifying编撰：编撰日期：保密级别：文档版本：项目名称（TheEnglishName）软件需求分析报告XXX项目组修订表编号生成版本修订人修订章节与内容修订日期12345审批统计版本审批人审批意见审批日期目录TOC1.引言 52.系统概述 63.功效性需求分类 8具体功效1 11具体功效2 114.产品的非功效性需求 11附录A：需求确认 18 9 21 43引言系统的要紧任务是将农业生产进程中涉及到的各类信息进行治理。通过系统，信息员能够将各类信息保存在效劳器数据库中，也能够通过对数据库的访问来获得所需信息。并进行统计分析，为决策提供详实的数据根据。同时，能够减少信息浪费、冗余，提高信息运用率，提高信息员工作效率，原则工作流程。系统开发要紧分下列几个时期：第一时期：需求分析。与有关人员进行交流，理解系统的要紧功效需求和获取有关资料，整顿编写《系统需求阐明书》。同时进行程序设计原则和界面框架的设计。第二时期：系统设计与具体设计。在该时期要紧根据《需求分析阐明书》和各类资料进行数据库设计和对系统进行模块化，规定各模块之间的接口和各模块应实现的功效。然后对系统模块进行具体设计，填写功效模块表。第三时期：编程开发。编程实现每一种功效模块并且对模块功效进行测试，完毕系统源代码。第四时期：系统测试。组合各模块，对整个系统功效进行测试。第五时期：系统安装调试。实地安装系统及设备并且进行调试。对该系统要紧进行效劳器的安装配备和调试，并且对网络进行有关配备。合用范畴【阐明：a.待开发的软件系统的名称；b.阐明软件将干什么，若是需要的话，还要阐明软件产品不干什么；阐明软件与其它系统的接口，本系统要完毕什么，不完毕什么，要实现的系统功效，需要其它系统提供什么，本系统需要为其它系统提供什么。】本指南用于指导软件开发者为宁夏农林科学院农业科技信息研究所开发软件项目的进程，通过原则软件项目承当单位的开发进程达成提高软件质量，减少保护本钱的目的。开发者应根据本指南进行软件开发和编制软件开发文档。本指南是对软件项目承当单位的大致规定。在本指南的附录A至E中提供了文档的编写模板供开发者参考，在进行具体软件开发时，开发者可依如实际情形采、编、写，但必需提供两边商定的文档，文档中商定的内容必需描述清晰。参考资料资料名称[标记符]出版单位作者日期术语和缩略语术语、缩略语解释系统概述产品描述【体现该项软件开发的用意、应用目的、作用范畴和其它应向读者阐明的有关该软件开发的背景材料。阐明被开发软件与其它有关软件之间的关系。若是本软件产品是一项独立的软件，并且全数内容自含，那么阐明这一点。若是所概念的产品是一种更大的系统的一种构成部份，那么应阐明本产品与该系统中其它各构成部份之间的关系，为此可运用一张构造图来讲明该系统的构成和本产品同其它各部份的联系和接口。】网络应用环境以Internet/Intranet技术为核心。开发者应在充足分析需求的基础上，选择采纳B/S构造或C/S构造。软件系统的数据库应根据《南京市信息化数据库建设原则》进行设计和建设。本指南中没有规定开发者采纳何种具体的软件工程开发方式，开发者可根据项目具体特点、本身擅长来选择采纳面对进程的方式、面对对象的方式或面对数据的方式，但建议开发商运用面对对象软件工程的方式，如：采纳现在被普遍运用的RUP(RationalUnifiedProcess)方式来进行分析、设计和开发。注：构造图是用来描述系统的整体构造和系统内部个部份之间的联系，它以树型构造来表达。例如：产品功效【本条是为将要完毕的软件功效提供一种摘要。有时，若是存在较高层次的规格阐明时，那么功效摘要可从中获得，那个较高层次的规格阐明为软件产品分派了特殊的功效，为了清晰起见，能够运用下列任意一种方式来进行阐明：编制功效的一种方式是制作功效表，方便客户或第一次读那个文献的人都能够明白得；用方框图来体现不同的功效和它们的关系也是有帮忙的。但应切记如此的图不是产品设计时所需求的，而只是一种有效的阐明性的工具。】系统是基于阅读器/效劳器（B/S）模式的信息治理系统。顾客通过Internet阅读器方式对信息进行录入、治理、查询和统计。系统构造如图1所示：图1：系统构造图由于该系统为大型系统，顾客分散，因此Web效劳器，应用程序效劳器和数据库效劳器不能在同一台效劳器上布署。该科技治理系统由Web应用程序和数据库构成。数据库负责存储和治理全部信息。Web应用程序负责向顾客提供和谐的顾客界面，平安而简朴的数据访问方式，利顾客能够方便快捷地访问数据库，对数据进行操作。同样约束【本条对设计系统时限制开发者选择的其它某些项作同样性描述。而这些项将限定开发者在设计系统时的任选项。这些涉及：治理方针；硬件的限制；并行操作；通信合同；平安和保密方面的考虑。】功效性需求分类功效性需求分类方式：【数据流程分析：数据流程分析要紧涉及对信息的流动，变换，存贮等的分析。其目的是尽量发现数据流动中存在的问题，并找出加以解决的方式，优化数据流程。数据流程图是一种全方面的描述系统数据流程的要紧工具，他是一组符号来描述整个系统中信息的全貌，综合地反映信息在系统中的流动，处置和存贮情形。绘制数据流程图经常使用的下列符号：外部实体，本系统或子系统之外的人或单位数据流，一组确信的数据构成处置进程，表达对数据的加工处置，把它输入的数据流转化为输出的数据流构造存储，是数据的仓库，表达系统产生的数据寄存的地址例如：】【UML的模型图UML的模型图能够将被建模的系统的某一种方面的某一部份以图形的方式表达出来，不同的视图通过将多个不同的模型图有机组合在一路就能够够描述系统模型的某方面的特点。UML的模型图是有模型元素构成的，模型元素以图标的形式直观形象的体现各类概念。有的模型元素能够在多个模型图中运用，如注释和注释连接能够在任何模型图中运用，用于给其它的模型元素进行注释。各类模型图能运用的模型元素集合也不相似，在介绍各类模型图的时候会有具体的阐明。UML概念了九种模型图：用例图（UseCaseView）、类图（ClassDiagram）、对象图（ObjectDiagram）、构件图（ComponentDiagram）、布署图（DeploymentDiagram）、状态图（StateChartDiagram）、活动图（ActivityDiagram）、序列图（SequenceDiagram）和协作图（CollaborationDiagram）。例如：用例图：活动图：状态图：】【E-R图是相有关概念模型而言的,在数据库中有严格的界定,是于1976年提出的实体-联系方式(Entityt-RelationshipApproach).该方式用E－R图来描述现实世界的概念模型．E－R图提供了表达实体型\属性\和联系的方式;▲实体型:用矩形表达.▲属性:用椭圆形表达.▲联系:用菱形表达.例如：】其顶用面对对象（用例图）和面对构造（数据流程图）这两种方式要根据项目本身特点，进行选择性地运用，是可选的。功效描述1具体功效1【有关每一类功效或有时有关每一种功效，需要具体描述其输入、加工和输出的需求，（根据需要，选择性的用数据流程图，实体图或UML模型图等来表达）。】【若是选用面对对象分析该功效时，要写明该功效模块的前置条件，模块中所参加的角色，用用例图对功效模块建模后，要有具体的用例描述话语。】具体功效2功效描述2……产品的非功效性需求外部接口阐明顾客接口【提供顾客运用软件产品时的接口需求。】软件开发平台规定【在此要指定需运用的其它软件产品，和同其它应用系统之间的接口。】开发者开发的软件必需能够在南京市规定的软件平台上正常运行。现在软件平台为：数据库治理系统：Oracle9i以上版本中间件(应用效劳器)系统：IBMWebSphereOA系统：LotusDomino/Notes网络架构：完全支持TCP/IP合同开发工具或技术体系：为确保软件的上下兼容性，开发者应选择比较通用的开发工具的较新版本进行开发，如MicrosoftVisual，BorlandDelphi，C++Builder,或J2EE(Java2P1atformEnterpriseEdition)等。性能需求【从整体来讲，本条应具体阐明软件、或人与软件交互的静态或动态数值需求。a.静态数值需求可能涉及：1)支持的终端数；2)支持并行操作的顾客数；3)系统响应的时刻特性；b.动态数值需求可能涉及：欲处置的事务和任务的数量，和在正常情形下和峰值工作条件下一准时刻周期中处置的数据总量。】第一，开发者和应一起对的应用需求作充足的调研，提交完整的需求分析报告。在需求分析报告中必需描述的大致问题是：功效、性能、强加于实现的设计限制、属性、外部接口。应当幸免把设计或项目需求写入需求分析报告中。它必需阐明由软件获得的成果，而不是获得这些成果的手腕。软件需求能够用假设干种方式来体现，如通过输入、输出阐明；运用代表性的例子；用原则化的模型。开发者应尽量地运用模型的方式，由于这是体现复杂需求的精确和有效的方式。例如用统一建模语言（UML）来描述需求。编写需求分析报告的规定a．无歧义性对最后产品的每一种特性用某一术语描述；假设某一术语在某一特殊的行文中利历时含有多个含义，那么应付该术语的每种含义做出阐明并指出其合用处合。b．完整性需求分析报告应当涉及全数成心义的需求，不管是关系到功效的、性能的、设计约束的、仍是关系到外部接口方面的需求；对全部可能显现的输入数据的响应予以概念，要对正当和非正当的输入值的响应做出规定；填写全数插图、表、图示标记等；概念全数术语和气宇单位。c．可验证性需求分析报告描述的每一种需求应是能够验证的。能够通过一种有限处置进程来检查软件产品是不是知足需求。d．一致性在需求分析报告中的各个需求的描述不能互相矛盾。e．可修改性需求分析报告应含有一种有条不紊、易于运用的内容组织；没有冗余，即同一需求不能在需求分析报告中显现多次。f．可追踪性每一种需求的源流必需清晰，在进一步产生和变化文献编制时，能够方便地引证每一种需求。g．运行和保护时期的可运用性需求分析报告必需知足运行和保护时期的需要。在需求分析报告要写明功效的来源和目的。需求分析报告应由和开发者两边一起完毕。其中：负责依如实际需要提出但愿软件实现的功效；软件开发者根据提出的性能需求，结合软件开发编写需求分析。硬件的限制【本项涉及在各类硬件约束下运行的软件规定，例如，应当涉及：a.硬件配备的特点（接口数，指令系统等）；b.内存储器和辅助存储器的容量。】属性【在软件的需求当中有假设干个属性，下列指出其中的几个】和谐性对界面的规定，程序界面和谐，可操作性平安性避免各类非法的访问、运用、修改、破坏或泄密。那个领域的具体需求必需涉及：a.运用靠得住的密码技术；b.把握特定的统计或历史数据集；c.给不同的模块分派不同的功效；d.计算临界值的检查。可保护性规定假设干需求以确保软件是可保护的。可转移/换性运用开发平台提供的数据转换功效，能够实现跨平台数据转换，实现不同数据库数据间的数据转换，如：FoxPro、Access、MicrosoftSQLServer间的数据转换。系统的运行环境【系统的起始运行时刻，终止运行时刻，运行的时限，运行的周期等。】客户端： 硬件：CPUP3800MHz以上；硬盘1G以上；内存128M以上；网络校园网；打印机能够在windows环境下正常运用的全部打印机。软件：Windows/Windowsxp,InternetExplorer。效劳器端：硬件：同样品牌效劳器。软件：Windowsserver,Oracle9i。其它需求顾客操作需求【那个地址阐明顾客规定的常规的和特殊的操作。】a.在顾客组织当中各类方式的操作。例如，顾客初始化操作；b.数据处置运行功效；c.后援和恢复操作。顾客级别需求（1）系统治理添加，修改和删除一级单位备注：在进行删除操作时，若是系表和顾客表中存在属于该一级单位的系或顾客那么严禁删除（2）科研人员治理科研人员是指在校的参加科研工作的全数教师和职工，也涉及科技处的职能教师。他们构成了该系统的顾客群。顾客类型对应功效阐明信息员1注册功效，即顾客通过注册功效成为该系统的顾客，注册信息必须通过系统管理员审核并赋予对应权限后，该顾客才干使用该系统。2个人信息管理，顾客能够通过个人信息管理模块对个人信息进行修改3录入本区域农业有关数据职能管理部门（乡）1注册功效，即顾客通过注册功效成为该系统的顾客，注册信息必须通过系统管理员审核并赋予对应权限后，该顾客才干使用该系统。2个人信息管理，顾客能够通过个人信息管理模块对个人信息进行修改3能够查询所属及下属部门的信息职能管理部门（县）1注册功效，即顾客通过注册功效成为该系统的顾客，注册信息必须通过系统管理员审核并赋予对应权限后，该顾客才干使用该系统。2个人信息管理，顾客能够通过个人信息管理模块对个人信息进行修改3能够查询所属及下属部门的信息职能管理部门（区）1注册功效，即顾客通过注册功效成为该系统的顾客，注册信息必须通过系统管理员审核并赋予对应权限后，该顾客才干使用该系统。2个人信息管理，顾客能够通过个人信息管理模块对个人信息进行修改3能够查询所属及下属部门的信息系统管理员1查询顾客，查询条件以下（查询成果可导出为Excel表格）：A：按姓名查询B：按学历查询C：按职务查询D：按职称查询E：按系查询F：按一级单位查询G：按科研基地查询H：按审核标志查询I：按锁定标志查询J：按以上条件的任意合理组合查询2审核已注册的顾客信息，并且对顾客设立对应的权限3对不再使用该系统的顾客帐号进行锁定4顾客登录/退出信息的管理（直接对数据库管理系统进行操作）备注：不再使用该系统的顾客帐号不删除，只是由系统管理员锁定超级管理员1查询顾客，查询条件以下（查询成果可导出为Excel表格）：A：按姓名查询B：按学历查询C：按职务查询D：按职称查询E：按系查询F：按一级单位查询G：按科研基地查询H：按审核标志查询I：按锁定标志查询J：按以上条件的任意合理组合查询2修改顾客信息3审核已注册的顾客信息，并且对顾客设立对应的权限4对不再使用该系统的顾客帐号进行锁定5系统维护升级（涉及功效和界面），数据存贮及安全保障软件的编码(1)软件编码在软件编码时期，开发者根据《软件系统具体设计报告》中对数据构造、算法分析和模块实现等方面的设计规定，开始具体的编写程序工作，别离实现各模块的功效，从而实现对目的系统的功效、性能、接口、界面等方面的规定。(2)软件编码的规定a．模块化编码b．代码可读性c．可保护性d．模块接口原则化e．界面风格统一e．注释的应用(3)编码的评审为了及早发现软件中的障碍，提高软件产品的质量，开发者在编码的进程中应当强调代码评审工作。将代码评审报告作为文档的一部份，提交给。(4)编程原则及规定为了提高编程实现的质量，软件的程序设计必需遵照国家公布的有关编程原则。要紧内容涉及：原则化的程序内部文档、数据构造的具体阐明、清晰的语句构造、编码原则。编码原则的内容涉及命名原则、界面原则、提示及帮忙信息原则、热键概念等。其中数据库部份应恪守《南京市信息化数据库建设原则》的规定。在软件编码的同时应进行单元测试。软件的测试(1)软件测试为了及早发现软件产品中的错误，从而达成提高软件质量、减少软件保护的费用，开发者应在编码进程中对各个模块的程序代码进行单元测试，系统集成时进行集成测试，系统集成完毕后对整个软件进行系统测试。单元测试是在软件开发进程中针对程序模块进行对的性查验。集成测试是在单元测试的基础上，将全部模块根据设计规定组装成系统或子系统，对模块组装进程和模块接口进行对的性查验。软件系统测试不仅是检测软件的整体行为体现，从另一种侧面看，也是对软件开发设计的再确认。进行软件系统测试工作时。测试要紧涉及界面测试、可用性测试、功效测试、稳固性(强度)测试、性能测试、强健性(恢复)测试、逻辑性测试、破坏性测试、平安性测试等。开发者针对单元测试，集成测试，系统测试别离制订《测试打算》。集成测试需要根据需求分析报告和概要设计制作测试用例，并须通过评审。软件测试根据《测试打算》、《需求分析报告》的规定进行，最后形成《软件测试报告》。测试打算在软件编码开始之前，开发者应提交《测试打算》，在软件交付时，开发者应提交《软件测试报告》，以确保开发者的软件获得了充足的测试。开发的软件必需通过充足的测试证明其符合设计规定、运行稳固、平安可用方可交付。软件的交付预备交付清单在软件测试证明软件达成规定后，软件开发者应向提交开发的目的安装程序、数据库的数据字典、《顾客安装手册》、《顾客运用指南》、需求报告、设计报告、测试报告等两边合同商定的产物。《顾客安装手册》应具体介绍安装软件对运行环境的规定、安装软件的概念和内容、在客户端、效劳器端及中间件的具体安装环节、安装后的系统配备。《顾客运用指南》应涉及软件各项功效的运用流程、操作环节、对应业务介绍、特殊提示和注意事项等方面的内容，在需要时还应举例阐明。软件的鉴定验收软件的鉴定验收在软件开发完毕后，为了确保软件是根据需求分析的规定进行开发的，确保软件产品的质量，需要对软件产品进行鉴定验收。在开发者如期交付软件后，由负责确信具体的鉴定验收日期。验收人员聘任含有必然的分析、设计、编程和软件测试体会的验收组长和其它专业人员构成。验收组设组长一名(可设有副组长)，负责整个验收的打算、组织工作。验收具体内容验收内容应当涉及：正当性检查、文档检查、软件一致性检查、软件系统测试与测试成果评审等几项工作。正当性检查检查软件开发工具是不是正当、运用的函数库、控件、组件是不是有正当的公布许可。文档检查检查开发者提交的文档必需齐全，质量是不是过关。需要开发者提供的文档涉及