软件 开发项目 需求分析 怎么写最好给个案例看看

代理商和旅游景点管理系统项目开发背景 消费劵管理系统是一个面向广大客户来源以及一个和代理商的业务流程的一个项目，由于该系统涉及的客户面和业务较广，系统的各项功能与各项管理消费劵息息相关，因此做好项目系统需求分析显得至关重要。根据实际情况采用各种技术手段对消费劵的管理，争取代理商、景点和客户之间得到最大限度的需求。编写的目的 为了让开发人员能够很快的了解该项目，了解该项目的需求，知道该项目的具体实现的功能，通过文档信息知道了该项目所涉及到的数据库表和每个表有哪些字段。项目系统需求分析 代理商：1、 代理商以5折优惠从景点出购买消费劵（消费劵有面值不等的，目前未知）。2、 代理商预付一定的预付款（如5万元）从景点处购入2倍的消费劵（就是10万元）。3、 代理商卖出给客户均以7折卖出4、 代理商预付款余额不得低于一定的金额（未知。如：预付款余额不低于2000等）。5、 代理商在预付款余额低于一定的金额后，需要及时补充（如：几个工作日内景点收到补充的预付款）。景点：1、 景点对客户使用的消费劵进行消费劵验证（如：消费劵卡号验证，是否已过期等）。2、 景点对客户所使用的消费劵不得以任何方式返还（如：消费劵1000，用去900，那么也不得返还100元金额）。客户：1、客户使用消费劵必须在消费劵能使用的范围2、客户在使用消费劵必须在消费劵的有效期内使用，预期作废。3、客户使用消费劵消费时，若消费金额＞实际消费金额，应付实际消费金额—消费劵金额。共同补充：1、 预付款余额=预付款当前余额—客户实际消费金额（备注：若客户使用1000元的消费劵消费了800，那么客户实际消费金额=800）功能分析描述 根据登陆人员的权限不同，页面不同所执行不同的 *** 作登陆功能 1、 经理登陆管理2、 员工登陆 *** 作登陆功能描述 1、 代理商经理登陆，经理有权限完善资料，建立工作组，员工信息的录入。添加景点以及景点的相关信息（如：景点的名称，景点的地点，景点经理的****）。管理财政，查看每个景点消费劵的售出量和使用量，对账单，对账表，根据实际情况，打印各个景点的消费劵和消费劵的面值，打印消费劵的数目、该消费劵的折扣，信息都录入数据。根据消费劵的售出情况计算所得的利润。查看预付款余额，不足的及时补充。2、 代理商员工登陆，登陆出售消费劵界面，激活消费劵的金额，记录每个景点的出售的消费劵的面额（激活的），各个景点的消费劵的出售数量。3、 景点经理登陆，经理完善资料，建立工作组，员工信息的录入，添加代理商以及代理商的信息（如：代理商的名称，代理商的地点，代理商经理的****）。查看每个代理商在我们景点销售情况及使用情况。查看每个代理商的预付款余额是否已不足（不足提示该代理商），对账单，对账表。4、 景点员工登陆，登陆收费系统，验证客户所使用的消费劵是否已激活，该客户使用的消费劵是哪个代理商出售的，该消费劵的金额是多少，哪一天消费的，都记录下来。项目涉及数据的分析代理商和景点数据分析 1、代理商和景点的角色分析：经理，员工，涉及到的就是用户名（username），先不用管它是经理还是员工，后面有该用户的权限的，我分析的数据：代理商用户表（AgentUser）主键AIDNumber用户名AUserNameVarchar（10）用户密码AUserPasswordVarchar（20）用户权限（角色表外键）AUserRightsNumber↓角色表主键RIDNumber角色RoleVarchar（12）2、景点信息表：景点信息表主键SIDNumber景点名称ScenicSpotNameVarchar（30）景点地址ScenicSpotAddressVarchar（100）景点联系电话ScenicSpotNOVarchar（15）景点折扣ScenicSpotDisCountNumber消费劵数据分析 消费劵信息表主键CCIDVarcher（20）消费劵面值CCMoneyNumber消费劵属于哪个景点（景点信息表外键）SIDVarchar（20）消费劵折扣SDiscountNumer详细账单表 账单表主键ZidVarcher（20）金额MoneyNumber属于哪个景点（景点信息表外键）SIDNumer对账单，对账表分析 1、 按一定的是时间（比如一个月）会生成一个具体的账单以便于在管理人员的查看和管理，代理商对每个景点的销售消费劵的情况和景点对每个代理商销售的情况都记录保存。2、 按一个月算每个月双方要对账单。打印消费劵分析 1、 不能打印任何面值两个相同的卡号，用一个软件以一个数字开头进行递增。2、 打印每个景点的消费劵，根据该景点在我们代理商的销售情况，按实际情况进行打印（面值，张数）最后补充一个，客户是不是可以上网查询自己的消费劵真假面值，目前在考虑

公司的信息系统搭建过程中，手机应用软件开发是一个目前发展的平台，作为一个应用软件开发公司，需要对开发的整个流程都把握好，特别是前期准备阶段。

如果手机应用软件开发的前期准备不够充分，在项目的前期规划和需求分析阶段没有充分熟悉和把关，那么即使对软件开发技术掌握得再好，也可能因此导致项目(project)的失败。

因此，作为应用软件开发公司，项目成功的最重要的部分应该是在前期的需求分析，首先是向客户学习，充分了解用户的业务流程，和深入理解客户希望项目所达到业务目标。围绕这些前提进行咨询分析，找到正确的切入点和开发方向。同时还有充分考虑用户的现有实际情况、现有应用系统、职工或用户的接受程度、易用性，长远业务目标，长远信息化规划、以及和上级主管部门的保持一致等复杂问题。

软件开发需求分析阶段：

1、公司在开发一个项目之前，需要跟客户做一个沟通，了解客户的需求是什么，开发手机应用软件的目的是什么需要清除客户的需求，根据客户的需要做出一个手机应用软件要实现的基本功能，这个也称之为客户需求分析。这一步在整个软件开发流程中是非常重要的，如果你连客户最基本的需要都搞不清楚，那么你这个软件是不可能使客户满意的。

2、相关需求分析员向用户初步了解需求，列出软件开发项目的大功能模块，每个大功能模块有哪些小 功能 模块，对于客户有明确需求的功能，要初步定义好少量的界面。

3、根据自己的经验和需求一份功能需求文档。这次的文档会清楚利用系统大致的大功能模块，大功能模块有哪些小功能模块，并且还列出相关的界面和界面功能。

4、系统分析员向用户再次确认需求。

总之，先明确自己的需求，对开发应用软件的时间、难度、费用等都起到决定性的作用！

浅谈软件开发需求分析阶段的主要任务

一、 问题识别

首先系统分析人员要研究计划阶段产生的可行性分析报告和软件项目实施计划。主要是从系统的角度理解软件并评审用于产生计划估算的软件范围是否恰当,确定对目标系统的综合要求,即软件的需求;并提出这些需求的实现条件,以及需求应达到的标准,也就是解决要求所开发软件做什么,做到什么程度。这些需求包括:

(1)功能需求:列举出所开发软件在功能上应做什么,这是最主要的需求。

(2)性能需求:给出所开发软件的技术性能指标,包括存储容量限制、运行时间限制、安全、保密性等。

(3)环境需求:这是对软件系统运行时所处环境的要求。例如,在硬件方面,采用什么机型、有什么外部设备、数据通信接口等等;在软件方面,采用什么支持系统运行的系统。

(4)可靠性需求:各种软件在运行时,失效的影响各不相同。在需求分析时,应对所开发软件在投入运行后不发生故障的概率,按实际的运行环境提出要求。对于那些重要的软件,或是运行失效会造成严重后果的软件,应当提出较高的可靠性要求,以期在开发的过程中采取必要的措施,是软件产品能够高度可靠地稳定运行,避免因运行事故而带来的损失。

(5)安全保密工作需求:工作在不同环境的软件对其安全、保密的要求显然是不同的。应当把这方面的需求恰当地作出规定,以便对所开发的软件给予特殊的设计,使其在运行中其安全保密方面的性能能得到必要的保证。

(6)用户界面需求:软件与用户界面的友好性是用户能够方便有效地使用软件的关键之一,从市场角度来看,具有友好用户界面的软件有较强的市场竞争力。因此,必须在需求分析时,为用户界面细致地规定达到的要求。

(7)资源使用需求:这是指所开发软件运行时所需的数据、软件、内存、空间等各项资源。另外,软件开发时所需的人力、支撑软件、开发设备等属于软件开发的资源,需要在需求分析时加以确定。

(8)软件成本消耗与开发进度需求:在软件项目立项后,要根据合同规定,对软件开发的进度和各步骤的费用提出要求,作为开发管理的依据。

(9)预先估计以后系统可能达到的目标。这样,在开发过程中,可对系统将来可能的扩充与修改做准备,一旦需要时,就比较容易进行补充和修改。

功能性需求是人们普遍关注的,但对非功能性需求的分析常常被忽视。其实非功能性需求并不是无关紧要的,它们的主要特点涉及到的方面多而广,却容易被忽略，任何一个软件的非功能性需求都要根据其类型和工作环境来确定。

问题识别的另一项工作是建立分析所需要的通信（沟通）途径,以保证能顺利地对问题进行分析。分析员必须与用户、软件开发机构的管理部门、软件开发组的人员建立联系。项目负责人在此过程中起协调人的作用。分析员通过这种通信途径与各方面商讨,以便能按照用户的要求去识别问题的基本内容。

此外,如果在进行需求分析之前没有做过可行性分析,那么补充完成这部分工作往往是必要的,从问题定义和调查研究入手,与用户密切联系,详细了解问题提出的背景、弄清要解决什么问题,然后从软件系统特性和用户目标出发,做市场调查和现场考察。仔细收集信息之后进行数据分析和功能分析,建立系统的高层逻辑模型,再进一步做成本/效益分析。最后提交一份可行性分析报告,从技术、经济、社会效应等方面论证可行性,以确认软件开发的目标是否可行。

二、 分析与综合

需求分析的第二步工作是问题分析和方案的综合。

分析员需从数据流和数据结构出发,逐步细化所有软件功能,找出系统各元素之间的联系、接口特性和设计上的限制,分析它们是否满足功能要求,是否合理。依据功能需求、性能需求和运行环境需求等,剔除其不合理的部分,增加其需要部分。最终综合成系统的解决方案,给出目标系统的详细逻辑模型。

在这个步骤中,分析和综合工作反复地进行。在对现行问题和期望的信息(输入和输出)进行分析的基础上,分析员开始综合出一个或几个解决方案,然后检查它的工作是否符合软件计划中规定的范围等等,再进行修改。总之,对问题进行分析和综合的过程将一直持续到分析员与用户双方都感到有把握正确地制定该软件的规格说明为止

常用的需求分析方法有面向数据流的结构化分析方法(简称SA)、面向数据结构的Jackson方法(简称JSD)、面向对象的分析方法(简称OOA)等,以及用于建立动态模型的状态迁移图或Petri网等。

三、 编制需求分析文档

在软件开发的瀑布模型中,每个阶段形成的最终文档是阶段完成的里程碑,因而,需求分析阶段编制文档以备下步评审,也是此阶段的重要任务之一。以上已经确定的需求应当得到清晰准确的描述。通常把描述需求的文档叫做软件需求规格说明书。同时,为了确切表达用户对软件的输入输出要求,还需要制定数据要求说明书及编写初步的用户手册,着重反映被开发软件的用户界面和用户使用的具体要求。此外,根据在需求分析阶段对系统的进一步分析,从目标系统的精细模型出发,可以更准确地估计所开发项目的成本与进度,从而修改、完善与确定软件开发实施计划。

四、 需求分析评审

作为需求分析阶段工作的复查手段,在需求分析的最后一步,应该对功能的正确性、完整性和清晰性,以及其他需求给予评价。评审的主要内容是:

(1)系统定义的目标是否与用户的要求一致;

(2)系统需求分析阶段提供的文档资料是否齐全;

(3)文档中的所有描述是否完整、清晰,是否准确地反映用户的要求;

(4)与所有其他系统成分的重要接口是否都已经描述;

(5)所开发项目的数据流与数据结构是否足够、确定;

(6)所有图表是否清楚,在不补充说明时能否理解;

(7)主要功能是否已包括在规定的软件范围之内,是否都能充分说明;

(8)设计的约束条件或限制条件是否符合实际;

(9)开发的技术风险是什么;

(10)是否考虑过软件需求的其他方案;

(11)是否考虑过将来可能会提出的软件要求;

(12)是否详细制定了检验标准,它们能否对系统定义成功地进行确认;

(13)有没有遗漏、重复或不一致的地方;

(14)用户是否审查了初步的用户手册;

(15)软件开发设计计划的估算是否受到了影响等。

依据我们软件定制开发的经验，来为大家介绍如何做好需求分析

一、需求讨论

软件开发定制前app需要实现哪些功能、服务对象定位、产品设计需求、UI风格确定、app开发预算及周期等，这些都需要软件开发商跟企业客户详细的探讨，只有这些基本需求确定了，后面开发才能顺利进行。

二、需求评估

初期确定了初始方案，就需要对这些需求进行考核评估，以及完善一些细节。对于软件开发定制功能实现的难度、评估设计需求可行性与体验评估等，整理出最合理的需求阶段开发方案，良好的需求阶段分析不但是必须的，也是项目成功的基本保障。

三、开发与视觉规划

做好需求分析后，确定了app的功能、服务对象等，需要做项目技术开发与视觉规划，需要app开发商与客户一次次讨论最终确定下来。如UI界面设计、初步效果图等。在这个阶段要站在用户的角度看问题，才能做出符合用户体验的产品。

如何进行软件需求分析，简而言之不是几句话可以描述清楚的，这里给你一些方法功能参考。

首先，在进行软件需求分析之前，得有一份软件说明书或者软件需求规格说明书，因为这个是我们进行需求分析的对象。但是这个需求规格书写的质量怎么样，实际上是决定了软件项目的进度、成本甚至成败的？为什么这么说呢？因为当前软件开发这个行业最大的问题是需求质量低下，这个导致了项目成本至少增加了30%以上，这也是为什么软件这个行业有钱的公司不多的主要原因。或者说能做出一份有质量的需求规格说明书将体现这个企业的挣钱能力，但现实是绝大多数企业都像人月神话中描述的一样：一步一步踏入了泥潭。。。由于这个工作产品如此重要，因此通过过个步骤来保证它的质量：需求策划、获取、分析、确认以及后期需求管理，尤其是变更管理。如果想了解具体的每个步骤的详细内容可以联系我。

其次，如果需求规格说明书有了，我们怎么分析呢？在具体说明分析方法之前，首先我们要明确一个问题：需求分析到底是在分析什么？其目的是什么？其实我们绝大多数的需求工程师都不太清楚或者不能明确的回答这些问题，从而导致他们花费了大量的时间来写用例（user case），写了很多关系复杂甚至连需求人员都看不明白或者越看越糊涂的东西，因为他们认为这样后续的开发、测试人员就能开明白了，事实上是这样的吗？根本不是，如果是的话，我们的软件行业中的绝大多数企业活的普遍不那么悲惨了。。。回到软件开发，我们来想一下，我们开发这个东西给谁用？是自己吗？？？如果是自己事情就简单了，因为需求都在自己脑子里面了，就算不完整起码也不会缺多少，但问题正好相反，99999999%的情况下我们是为别人或者说我们的用户开发的，也就是说需求其实是在客户的脑子了，而不是我们的脑子里！！！我们的首要目的应该是如何通过一套完整的套路把需求从客户的脑子里面传输到我们的脑子里面，然后按照规格化（这个是另外一个重点）的方式把它按照说明书一样描述出来让后续人员能够看得清清楚楚、明明白白，这个步骤是最关键的一环，因为我们的绝大多数客户都不会写需求规格说明书，所以这个任务落在我们的身上。那么我们到底都问什么不会丢需求呢？这个是有一套方法和模板来指导需求人员和UI工程师（调研时就需要画原型，可以稍微想一下这么做的好处）来获取完整的需求。只有这样，才能获取有质量的需求。

那么说了这么多，分析到底是干什么的呢？分析就是需求人员首先自己要系统的检查一下需求来保障需求的质量，记住不是保证，是保障，它就像软件开发中的评审或测试一样，是保障产品的质量进行的检查活动，它们不能保证质量，只是保障作用。就像我们考试一样，你认真的答完题了，还是需要认真的检查一遍，因为这个是人的天性之一。那么问题来了，怎么进行检查或者从哪些方面进行检查呢？我推荐的策略是先外后内、先系统后模块、先功能后非功能、先业务后属性，通过整套方法下来可以帮我们查到不少之前遗漏、写错、或者矛盾的地方，当然也包括可能不是客户需要的needs，只是expectation。这个工作比获取要简单一些，但是是一个繁杂的活，要逐项逐项的检查每一个需求的内容以保障需求的质量。到底检查哪些内容呢？这个太多了，就不罗列了，需要的网友可联系我。

同样，需求评审就是另外一帮人帮我我们再次检查一下需求，看看里面是否有什么问题存在，是进行需求质量保障的另外一个重要环节。

因此，分析与评审其实是很类似的工作，只是参加检查的人员角色从单一角色变为多角色，因为需求规格说明书要被他们拿来进行实现和测试。

我们常规的需求分析，基本上可以认为是在 盲人摸象，在主观的发挥着他们的想象力去判断，而忘记了 需求其实在客户脑子里 这个基本的原则，你用一套方法和模板问出来就是了。。。当然前提是套路要实用，模板要详尽。。。

就说这么多，希望对你能有所帮助。。

一、需求分析理论

软件需求涉及功能性问题非常广，我们用抽象化理论分析，可以划分各个功能域，用不同的数字代替，软件——S，功能域——A1、A2……An

S＝{A1、A2、……An}

但是功能域B又存在若干问题P1、P2……Pm组成，并且每个功能对应于子系统中的一个软构件，可以表示为-B＝{P1、P2、……Pm}

功能G有若干个行为F1、F2、……Fj，每个行为对应于软件构件中的实现方法

G＝{F1、F2……Fj}

一个软件包含了所有功能的集合，同时包含了实现所以功能的所有方法和算法描述。需求分析是依据用户动机，经过需求问题识别，进行分析、消除分驰和综合，编写用户故事，评审；形成用户需求与设计同步，设计满足用户需求目标。

需求开发方法贯穿这个产品生命周期，利用不同的开发方法论进行挖掘需求，帮助用户找到问题，梳理问题，判断产品实现功能的正确性、一致性和完整性，促使用户在软件设计启动之前进行周密的、全面的思考软件产品功能，用商业化行为解决需求与现实中存在的矛盾，解决用户需求与商业化产品功能融合，解决规范和个性化需求。

二、软件需求开发的目标

1、对实现的软件做一个全面的描述，帮助用户找到问题矛盾解决用户场景痛点，帮助用户在进行产品规划时做到周密，全面产品定位需求

2、了解和描述软件实现所需的全部信息，为产品设计、确认和验证提供一个基准

3、为软件产品管理人员进行软件产品成本评估和编辑软件开发计划书提供保障

需求开发-软件功能需求、软硬接口、非功能性需求、设计约束、反向需求、阅读支持信息。

软件需求分析尽量提供软件实现功能需求的全部信息，使软件设计人员和测试人员不在需要和需求方进行接触，保证需求分析的一致性和完整性。

三、软件功能需求

描述软件功能实现注意——

1、功能需求的完整性和一致性

2、功能描述的无异议和可追踪

3、功能描述清洗和功能可测试

四、软硬接口

1、人机接口

2、硬件接口

3、软件接口

4、通讯接口

五、非功能性需求

1、运行环境

2、时间需求

3、处理容限、精度、异常处理机制等

4、可靠性要求、可维护性、安全性

以上就是关于软件 开发项目 需求分析 怎么写最好给个案例看看全部的内容，包括:软件 开发项目 需求分析 怎么写最好给个案例看看、手机应用软件开发的需求分析有多重要、[浅谈软件开发需求分析阶段的主要任务_上传] 需求阶段的主要任务等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！