软件需求分析方案设计

软件需求分析案设计软件需求分析是研究户需求得到的东西，完全理解用户对软件需求的完整能确用户软件功能需求，建立可确认的、可验证的一基本依据.天小编为大家准备了软件需求分析方案设计欢迎阅！软件需求分析方案设

如果我们用数学方法描述软件需求分析将一个应用软件定义为S,可能应用软件涉及功能性问题非广，我们用抽象化理论分析，可以划分为各个功能域，可用D1、…示，那么，我们可以用一个表达式描为S=｛D1，D2，D3，但是能域Di然在着有若干个问题P1Pm组成，并且每个能对应于子系统中的一个软构件,我们可以表示为Di=｛P1，P2，P3，…Pm}同样，功能Pj有若个行为F1、F3、…，每个行为对应于软构件中实现方法Pj={F1，F3，…Fk｝一个软件包含了所有能的集合，同时包含了实现所有功能的所有方法和算描述。需求分析是依据于用户需求，经过需求问题识别，行分析、消化与综合制订规格说明，评审，分为四个阶段形成用户需求与设计同步，设计满足

用户需求目标。需求分析方法始终贯着吸收化彻方法和手段用商业化行为解决需与实现中存在的矛盾，解决用户需求与商业化产品融通，决规范与个性化追求。软件需求分析的主要现目标：1)对实现软件的功能全面的描述，帮助用户判断实现功能的正确性、一致和完整性促使用户在软件设计启动之前周密地、全面思考软件需求;2）了解和描述软件现所需的全部信息，为软件设计、确认和验证提供一个准3）为软件管理人员行软件成本计价和编制软件开发计划书提供依据；需求分析的具体内容以归纳为六个方面：软件的功能需求，软件与硬件或他外部系统接口，软件的非功能性需求软件的反向需求软件设计和实现上的限制，阅读支持信息。软件需求分析应尽量供软件实现功能需求的全部信息，使得软件设计人和软件测试人员不再需要需求方的接触。这就要求软件需分析内容应正确、完整、一致和可验证。此外，为保证软设计质量,于软件功能的休整和验证，软件需求表达无意性,具可追踪性和可修改性、软件功能需求

软件的功能需求是整需求分析最主要、最关键和最复杂的部分,它描述软的各种可能的条件下，对所有可能输入的数据信息，应完那些具体功能，产生什么样的输出。描述软件功能需求是注意下面几点：1）功能需求的完整和一致性对功能的描述应包含功能相关的信息，并应具有内在的一致(即各种描之间不矛盾、不冲突)应注意以下几点：（1)给出触发功能各种条（如:控制流运行状态、运行模式等；(2）定义各种可能条件下的所有可能的输入（包括合法的输入空间和非的输入空间;给出各种功能可能的相互关系（如各个功能间的控制流、数据流、息流，功能运行关系：顺序、重复、选择、并发、同步)(4给出功能性的要级别如基本功能、可由设计者选择逐步实现的功、可由设计者改变实现的功能等）；(5）可能不使用待定”这样的词所有含有待定内容的需求都不是完整文件,如果现待定的部分，必须进行待定部分内容说明落实负责人员、落实实施日期2）功能描述的无岔性和可追踪性需求功能描述的无岔性、可追踪性和规范化：

（1)功能描述必须晰地描述出怎样输入到怎样输出，并且输入、输出描述对应有数据流描述、控制流描述图,这些描述必须与其它方描述一致(2)可以用语言、方式、决策表、矩阵或图等对功能的描述。如果选用语描述必须使用结构化的语言，描述前必须说明该步骤（或功能)的执是顺序，选择，重复，还是并发，然后说明骤逻辑。整个描述必须单入单出.（3)描述时，每一功能名称和参照编号必须唯一,且不要将多个功能混在起进行描述，这样便于功能的追踪和修改。(4）功能描述应注需求说明和程序设计的区别.需求设计仅仅是软件的功设计,它给软件运行的的外部功能描述，以及为了实现一外部功能必须做哪些事情（采用和种数据结构，定义多模块，接口间的接口等）是设计阶段的事情，功能描述不涉及到那些细节问题，以避免给软件设计带来不必要的约。、软件与硬件或其外部系统接口软件与硬件或其它外系统接口包括下述内容:人机接口：说输入、输出的内容、屏幕安排、格式等要求(2)硬件接口：说明口号，指令集，输入输出信号的内容与数据类型，初化信号源，传输通道号和信号处理方

式。（3)软件接口：说软件的名称、助记符、规格说明、版本号和来源(4)通讯接口：指定讯接口和通讯协议等描述、软件的非功能性求软件非功能性需求是软件性能指标,容限等功能以外的需求。一般指下述容：(1）时间需求：输、输出频率，输入、输出响应时间各种功能恢复时等(2)处理容限精度样参数的分辨率误差处理等;(3）可性的MTBF求，可维护性、安全性要求等。(对可能的不正常的入给以正常响应是可靠性的重要内容，这属于功能性需。）、软件反向需求软件的反向需求描述件在那些情况下不能做什么。这一条是随软件实际要而定。有两类情形需要采用反向需求的形式。第一种情况某用户需求适宜采用反向形式说明,如数据安全性要求属这类形式。第二种情况：对一些可靠性和安全性要求较高软件，有些必须描述软件不能做些什么。如控制点火时序,我必须交代清楚在那些情况下不能点火，否则会造成故.、软件设计和实现的限制

软件设计和实现上的制主要指对软件设计者的限制。如软件运行环境的限(选择计机类型使用配置，操作系统的限制等)、设计具的限制使用语言、执行的标准)和保密要求等、阅读支持信息这部分内容是为了更的帮助我们理解用户需求，也是为了使需求便于修改追踪。其本身并不是对需求的描述，但它影响到需求分析可读性，也属于需求分析的一个重要部分一般目录、需背景信息、内容索引、交叉引用表、注释等均属于这个部的内容。软件需求分析其根本问题是理解用户功能需求，由此软件需求分析实际上与客户间交流过程完成的目标。要求我们组织适当的参与员进行交流活动。需求分析是一个综合队的工作，是在需求分析理论的指导下,对用户需要行渐进方式逐步深化；通过不断变化方式形成具体约束努力实现需求功能目标形成特色效果的商业化产品.需求分是一个商业行为，完全是一个商业化操作，要求有商业、术等结合的团队共同合作,解决需求和设计的同步计合需求。项目涉及内容，项目小都需要我们考虑参加软件需求分析工作团退的人数配置合理的参与人员。一般我们必须有商务活动人员项管理人员设计技人员等参加，而且

要求组织人员必须明负责范围,及明确工作目标，保证实施的有效性。为了保证项目的正常施并且能够顺利的完成，我们必须加强项目管理和视项目分析工作.我们只有从实际出发，切切实实地把握户需求,把握用户需求目标，把握用户将来功能界定保我们开发工作正确性方向。、重点监控软件需求析办法由于软件项目的特殊和行业覆盖的广阔性，以及需求分析的高风险性，软需求分析的重要性是不言而喻的,同时需求分析又的的确难做.其原基本是由于以下情况造成.、客户说不清楚需求有些客户对需求只有胧的感觉,当说不清楚具体的需求例如全国各地很多部门、机构、单位在进行应用系统以及网络建设时，户方的办公人员大多不清楚计算机网络有什么用，更缺乏IT统建设方面的专家和知识。此时，用户就会要求软件系分析人员替他们设想需求.工程的需求存在一定的主观性为项目未来建设埋下了潜在的风险。、需求自身经常变动根据以往的历史经验随着客户方对信息化建设的认识和自己业务水平的提，他们会在不同的阶段和时期对项目的需求提出新的要求需求变更。事实上，历史上没有一个

软件的需求改动少于次的!所以须接受“需求会变动”这个事实，在进行需分析时要懂得防患于未然，尽可能地分析清楚哪些是稳定需求哪些是易变的需求,以便在进行系统设计时，将软的核心建筑在稳定的需求上，同时留出变更空间。咨询监方在需求分析的功能界定上担任一个中间、公平、公正的色，所以也必须积极参与到需求分析的准备中来，以便协客户方和承建方来界定“做什么"、“不做什么”的系统能界限.、分析人员或客户理有误软件系统分析人员不能都是全才，更不可能是行业方面的专家.客户表达需求，不同的分析人员可能有不同的理解.如果分析人员解错了,可会导致以后的开发工作劳而无功。记得一则话，有个外星人间谍潜伏到地球刺探情报，它给上司写了份报告“主宰地球的是汽车.它们喝汽油，靠四个轮子滚前进，嗓门极大,双眼在夜里能射出强光……有趣的是，里住着一种叫作‘人’的寄生虫，这些寄生虫完全控制了。”所以分析人员知识的专一性也会造成需求分析的误解失败这时咨询监理公司就必须根据实际的项目需求调计划，提醒承建方加强业务了解程度和注重沟通技巧。、有效性软件需求分三步法根据以往的工程经验需求分析工作方法,该定位在

“三个阶段”称三步法”）。、“访谈式Visitation”阶段这一阶段是和具体用方的领导层、业务层人员的访谈式沟通，主要目的是宏观上把握用户的具体需求方向和趋势了解现有的组织构务流程硬件环境软件环境、现有的运行系统等等体情况、客观的信息。建立起良好的沟通渠道和方式。针具体的职能部门以及各委办局，最好能指定本次项目的接人实现手段:访谈、调表格输出成果:调查报告业务流程报告、“诱导式Inducement”阶段这一阶段是在承建方经了解了具体用户方的组织架构、业务流程、硬件境、软件环境、现有的运行系统等等具体实际、客观的信基础上，结合现有的硬件、软件实现方案，做出简单的用流程页面，同时结合以往的项目经验对用户采用诱导式、发式的调研方法和手段，和用户一起探讨业务流程设计的理性、准确性、便易性、习惯性。用户可以操作简单演示DEMO,来受一下整个业务流程的设计合理性、准确性等问题，及时地提出改进意见和方法。实现手段：拜访诱）、原型演示输出成果：调研分析告、原型反馈报告、业务流程报告

、“确认式段这一阶段是在上述两阶段成果的基础上，进行具体的流程细化、数据项的认阶段，这个阶段承建方必须提供原型系统和明确的业务程报告、数据项表，并能清晰地向用户描述系统的业务流计目标。用户方可以通过审查业务流程报告、数据项表以操作承建方提供的DEMO系统，来提出反馈意见并对已可接受的报告、文档签字确认。实现手段：拜访回顾、认）,提交业务流程报告、数据项表原型演示系输出成果：需求分析告、数据项、业务流程报告、原型系统反馈意见（后者可以统一归入需求分析报告中，提交用户方、监理方进确认和存档）整体来讲，需求分析三个阶段是需求调研中不可忽视一个重要的部分，三阶段或者说三步法的实施和采用，对用户和承建方都同样供了项目成功的保证。当然在系统建设的过程中特别在用迭代法的开发模式时,需求分析的工作需一直进行下去而在后期的需求改进中，工作则基本集中在后两个阶段中我们根据用户需求，过反复讨论、分析，最终明确一个唯一性的用户需求这个结果其实就是我们的软件需求分析报告我们采WordPowerPointProntPage、Excel工，同时可能采用一些开发工具，如VC

或等，同样也会用一些图形工具，如Potoshop、调色板等画图工具。使用各种工具表达软需求分析，其具体表达手段可以分:l效果图描述。主要用户UI界面的述反映用户需求功能；l逻辑图描述。根据户需求功能，使用抽象化理论以及需求分析理论，用户需求功能进行全面的分析，建立功能性逻辑关系图，程逻辑关系图等；l关系图表描述。主是对信息关系、数据库表格、接口函数等描述；l工程数学描述.分用户需求，分析用户需求信息，运用工程数学进行算推导，进行合理化需求分析推导;l甘地图描述。主要软件项目工作安排，开发周期预估；l其它方法描述.保证整性合理性的有效描述。软件需求分析评估是了检查我们进行软件需求分析工作，保证软件需求析工作正确性、完整性、有效性、合理性、可确认性、可施性，完全保证用户所需求的功能。、组织结构与责任管我们对组织结构与责管理的评估主要有:与人员任务和责任界面的明确安排计划按时完成状况;互间的协

调能力状况。、满足用户需求的功我们进行需求分析的的是完整、准确地描述用户的需求跟踪用户需求的化，将用户的需求准确地反映到系统的分析和设计中，并系统的分析、设计和用户的需求保持一致。需求分析的特点是需的完整性、一致性和可追溯性。完整性是准确、全的描述用户的需求。一致性:通过分析整理，剔除用户需矛盾的方面,范用户需求。可追溯性：有两个方面的含，整理和规范的需求，其一，需要不断的和用户进一步交持和用户最新的需求一致二，和系统分析设计保持一致。因此在需求分析之前们必须建立需求分析技术层面的基本框架,从技术保证需求分析的要求，在此基础上我们进行的需求分析才满足项目对需求分析的要求。、保证可实施性我们必须以用户软件求为依据，以求实的态度详细的、准确的、完整的写软件需求分析,避免空想世界，空中楼阁的想法;避免逻辑