需求分析第四课：系统需求分析的基础——事件需求分析第四课：系统需求分析的基础——事件米粒教育百家号大牛：“上节课我们讲到了需求分析常用的逻辑模型，对常用的需求模型有了大概了解。本节课来认识需求分析的基础——事件”。大牛在黑板上写下了本节课的学习内容。●
什么是事件？●
事件的类型大牛：“所有的系统开发方法都是以事件开始建模的，事件发生在某一特点的时间和地点、可描述并且系统应该记录下来”。大牛：“我们来看个例子。家中用的空调都是自动调节温度的，用于调节温度的重要部件是温度控制器，它可以感知周围的环境温度。当温度高于设定温度时，温度控制器触发继电器闭合，空调运转，当温度低于设定温度时，温度控制器触发继电器断开，空调停止运转”。随后大牛将一张图片投影到屏幕上。图 2-4 空调温度控制器事件大牛：“从这张图可以看出，温度控制器本身触发了2个事件，一个事件是当温度高于设定温度时发生，事件发生后执行的动作是启动空调；另外一个事件是当温度低于设定温度时发生，事件发生后行的动作是关闭空调”。大牛问小白：“小白，如果把空调看作系统，你来说说，该系统还需要响应哪些事件？温度控制器的事件就不要说了”。小白：“定时事件、温度调整事件、风速调整事件、还有选择制冷还是制热的事件，暂时想到了这么多”。大牛：“其实，只要是触发系统响应并处理的，都可以称为事件。例如，空调的启动与关闭本身也是事件，启动空调会触发一系列如风扇开启等动作，关闭空调会触发风扇停止运转等动作”。小白：“按这样理解的话，空调系统有太多事件了”。大牛：“是的，系统所有的过程都是由事件驱动或触发的，因此，当你定义系统需求时，把所有事件罗列出来并加以分析是很有意义的”。大牛在黑板上写下了事件的描述。什么是事件—可以描述的、值得记录的在某一特定时间和地点发生的事情。大牛：“当为一个系统定义需求时，先调查清楚能对该系统产生影响的事件是十分有用的，概括说，就是什么事件发生时，需要系统做出响应？”。大牛在黑板上强调了下面这句话。什么事件发生时，需要系统做出响应？大牛：“这样做的好处是，通过调查对系统有影响的事件，你可以把注意力集中在系统外部环境上，并把整个系统看成一个黑盒，从较高层次上全面考察系统，而不是集中在系统内部工作上”。小白：“哦，明白了。譬如前面的空调例子，如果让我调查空调系统需求的话，我得先找出空调系统能够响应的事件，像定时、温度调整、风速调整等事件”。大牛：“非常正确。通过调查分析得出的系统事件可以把系统需求划分为多个部分，把复杂的系统需求分解成容易处理并能更好理解的小单元，分而治之也符合我们处理复杂事情的原则”。大牛：“小白，咱们尝试对第一课的案例进行分析，看看这个案例有多少个系统事件？”大牛把第一课的案例内容投影到屏幕上。某一快餐连锁店，一直为顾客提供快餐服务，由于价格实惠，服务优良，到店吃饭的顾客很多，顾客需要排很长的队才能点餐和配餐，严重影响了顾客体验。快餐老板希望能够实现顾客电话预订餐，顾客提前通过电话预定餐，并预约到店时间，这样快餐店可以提前做准备，缩短了顾客在餐厅的等候时间。大牛：“既然是电话订餐，就要有打电话、接听电话、记录电话内容、通知厨房备餐、取餐等操作。小白，你来分析一下电话订餐系统有哪些事件是需要系统来响应并处理的？”小白：“客户打来电话是一个事件”；小白：“接听电话也是一个事件”；小白：“还有记录电话内容、备餐完成、顾客到店、取餐等事件”。大牛：“我们来分析一下你说的几个事件，先说客户打来电话这个事件”。大牛：“客户打来电话后，系统要记录电话号码、拨打电话时间，并自动拨通分机号码。因此，客户打来电话是系统事件”。小白：“牛老师，我有点不明白哦。客户打来电话，客服人员不就直接接电话了嘛，系统怎么记录电话事件啊？需要服务人员来记录吗？”。大牛笑了笑：“一般的电话订餐系统都是和通讯设备结合的，用于控制电话的接听、转接、记录通话时间等”。小白：“哦，明白了”。大牛：“再来看第二个事件——接听电话”。大牛：“客服人员拿起电话后，需要系统做出什么响应？”。小白：“我想，应该是需要给系统发出电话已经接通的消息”。大牛：“对，接听电话也是一个事件”。大牛：“再看——记录电话内容事件，记录电话内容应该是客服在系统的订餐界面选餐或输入订餐内容，此时系统需要响应客服的输入，因此也属于事件”。大牛：“你说的还有一个事件——顾客到店，顾客进入店中，并没有直接影响到系统，系统对顾客进入店中也无需进行响应，只有当顾客提出取餐时，系统才开始响应。因此，顾客到店不是事件，取餐是事件”。小白：“怎么才能识别哪些是事件，哪些不是呢？”。大牛：“需要系统做出响应的就是系统事件。例如：顾客到店后，对系统并没有影响，只有提出取餐后，系统才开始响应”。小白：“哦，明白一些了”。随后大牛将一张图片投影到屏幕上。图 2-5
影响电话订餐系统的事件大牛：“这张图列出了影响电话订餐系统的事件，云形灰色区域内的事件是系统内部发生的临时事件。例如，当顾客在预定的时间没来取餐时，系统应给出提示，再如，系统需要每天在规定的时间形成当天的订餐单汇总表。云形灰色区域外的事件是系统之外发生的事件，如顾客拨打电话、顾客支付订餐费用等”。小白：“还是牛老师厉害，这些事件我怎么都想不到呢？”。大牛哈哈大笑：“你现在已经不错了，定义系统需求需要长时间的经验积累，相信你会慢慢成长起来的”。小白：“事件还分为临时事件和外部事件？”。大牛：“是的，定义系统需求时，我们需要考虑三类事件，外部事件、临时事件和状态事件”。大牛：“前面我们分析了电话订餐系统的事件，其中拨打电话、取消订餐、取餐等事件都是由顾客触发或参与的，顾客可以称之为外部实体或动作参与者，它为系统提供信息或从系统中获取信息”。小白：“外部实体是仅指人吗？”。大牛：“外部实体可以是一个人，如顾客；也可以是一个单位或事物，如学生信息管理系统的课程”。大牛：“为了识别系统的关键事件，首先需要确定有哪些外部实体从系统中获取信息或为系统提供信息。例如，电话订餐系统的顾客就是很重要的外部实体，顾客拨打电话订餐对电话订餐系统来说是个非常重要的事件”。大牛：“和顾客相关的还有其它事件，如当顾客想取消订餐时、或者顾客支付订餐费用时，诸如此类的事件称为外部事件，这些外部事件需要系统响应并处理”。大牛边说边把外部事件的描述写在黑板上。外部事件—系统之外发生的事件，通常都是由外部实体或动作参与者触发的。大牛：“当描述外部事件时，需要给事件命名，这样外部实体才能清楚。如电话订餐系统中，拨打电话这个事件可以命名为——顾客拨打电话”。大牛：“顾客拨打电话这个事件描述了一个外部实体（顾客）以及这个顾客想做的事情（拨打电话），这个事件直接影响着系统”。小白：“一个很重要的问题，如何识别外部事件呢？”。大牛：“识别外部事件并不容易，但是有一些方法可以帮助我们识别外部事件”。大牛：“一种方法是当外部实体需要系统响应时。例如，电话订餐系统的顾客拨打电话”。大牛：“再一种方法是当外部实体需要从系统获取信息时。例如，电话订餐系统的顾客取餐时，服务人员需要从系统中获取该顾客的订餐信息”。大牛：“还有一种方法是当外部实体需要变更系统信息时。例如，电话订餐系统的顾客需要取消订餐或者变更定餐内容时”。小白：“用这些方法来识别事件，相对就容易些了”。大牛把识别外部事件的方法写到了黑板上。识别外部事件的方法—当外部实体需要系统响应时当外部实体需要从系统获取信息时当外部实体需要变更系统信息时大牛：“前面说了外部事件，再来看看临时事件”。大牛：“前面分析的电话订餐系统的事件，也包括了一些临时事件。如未取餐提示、未备餐提示、定餐单汇总都属于临时事件”。小白：“为什么这些是临时事件呢？”。大牛：“这些事件有一个共同特征，都是在某一时刻发生的事件。例如，当顾客在规定的时间没来取餐时就会触发未取餐事件，系统将做相应处理。再如，在每天的固定时间内生成当天订餐单汇总表”。小白：“哦，在某一时间需要系统处理一些事情的事件是不是可以称为临时事件呢”。大牛：“对，临时事件是到达某一时刻所发生的事件。许多系统按预定的时间间隔产生一些输出结果。例如，工资系统每月生成工资表。换句话说，没有外部实体参与，而是系统自身在需要的时候产生所需的信息或输出”。大牛边说边把临时事件的描述写在黑板上。临时事件—系统到达某一时刻自身触发的事件。大牛：“临时事件不一定非要在确定的时间发生，也可以在预先定义的一段时间过后发生。例如，当客户购买商品后，在某一时间段内没有支付商品费用，淘宝系统会自动关闭该交易”。大牛：“临时事件命名一般都采用需要系统产生的结果这种方式来命名。例如，电话订餐系统中的未取餐提示、未备餐提示、定餐单汇总事件命名”。小白：“明白，那如何识别临时事件呢？”。大牛：“当系统需要在某一最后期限之前必须完成的任务，可以确定为临时事件”。大牛把识别临时事件的方法写到了黑板上。识别临时事件的方法—当系统需要在某一最后期限之前必须完成的任务时当系统需要有内部输出结果时当系统定时需要对外部输出结果时大牛：“前面了解了外部事件和临时事件，再来看状态事件”。大牛：“状态事件类似于临时事件，也是系统内部发生了需要处理的情况时所引发的事件。例如，淘宝商户所售商品的库存降到了一定数量后，就必须要提前进货，该状态事件可以命名为‘达到进货点’”。小白：“哦，状态事件也和临时事件一样，都是由系统内部触发的，它们之间有什么区别吗？”。大牛：“问得好，虽然状态事件和临时事件都是由系统内部触发的，但有所区别，状态事件无法定义事件发生的时间，而临时事件都是在固定的时间或过后一段时间触发”。小白：“明白了，状态事件不受时间的控制，可能会随时发生，而系统又必须要处理的”。大牛对小白点了一个赞：“说的不错”。大牛把状态事件的描述写到了黑板上。状态事件—当系统内部发生了需要处理的情况时所引发的事件。大牛：“这节课主要了解了影响系统的事件，以及事件的类型。事件的类型有外部事件、临时事件、状态事件。外部事件是由外部实体触发的，如电话订餐系统的顾客；临时事件是系统在某个固定时间自动触发的；状态事件是系统内部发生了需要处理的情况时触发的。下节课，我们将主要学习如何从识别影响系统的事件”。本文由百家号作者上传并发布，百家号仅提供信息发布平台。文章仅代表作者个人观点，不代表百度立场。未经作者许可，不得转载。米粒教育百家号最近更新：简介:专注计算机编程、互联网以及人工智能教育作者最新文章相关文章软件测验需求分析的主要步骤是什么
按时间排序
软件测试就是在软件交付用户使用或投入运行前，对软件需求规格说明、设计规格说明和编码的最终复审，是软件质量保证的关键步骤。软件测试是为了发现错误而执行程序的过程。软件测试在软件生命周期中横跨两个阶段：通常在编写出每一个模块之后就需要对它做必要的测试（称为单元测试）。编码和单元测试属于软件生命周期中的同一个阶段。在结束这个阶段后对软件系统还要进行各种综合测试，如集成测试、系统测试、性能测试和配置测试等，这是软件生命周期的另一个独立阶段，即测试阶段。
软件测试的目的：
1、测试的最终目的是为了避免错误的发生，确保应用程序能够正常高效的运行；
2、好的测试用例在于发现至今未发现的错误；
3、成功的测试是发现了至今未发现的错误的测试；
4、好的测试工程师应该做到不仅发现问题，还能够帮助开发人员分析问题；
软件测试的原则：
1、应把“尽早和不断地进行软件测试”作为软件开发者的座右铭，实践证明单元测试能够尽早发现问题，减少后期测试的错误量。可以采用Junit和Jtest来辅助进行单元测试。
2、测试用例应由测试输入数据、测试执行步骤和与之对应的预期输出结果三部分组成。
3、应当避免由程序员检查自己的程序。（指后期系统测试阶段，不包括单元测试）
4、测试用例的设计要确保能覆盖所有可能路径。在设计测试用例时，应当包括合理的输入条件和不合理的输入条件。不合理的输入条件是指异常的，临界的，可能引起问题的输入条件。
5、充分注意测试中的群集现象。经验表明，测试后程序残存的错误数目与该程序中已发现的错误数目或检错率成正比。应该对错误群集的程序段进行重点测试。
6、严格执行测试计划，排除测试的随意性。
测试计划应包括：所测软件的功能，输入和输出，测试内容，各项测试的进度安排，资源要求，测试资料，测试工具，测试用例的选择，测试的控制方法和过程，系统的配置方式，跟踪规则，调试规则，以及回归测试的规定等等以及评价标准。
7、应当对每一个测试结果做全面的检查。
8、妥善保存测试计划，测试用例，出错统计和最终分析报告，为维护提供方便。
软件测试的对象：
软件测试并不单纯等同于程序测试。软件测试应该贯穿整个软件定义与开发整个期间。因此需求分析、概要设计、详细设计以及程序编码等各阶段所得到的文档，包括需求规格说明、概要设计规格说明、详细设计规格说明以及源程序，都应该是软件测试（评审）的对象。
在对需求理解与表达的正确性、设计与表达的正确性、实现的正确性以及运行的正确性的验证中，任何一个环节发生了问题都可能在软件测试中表现出来 希望对你有用
你自己写软件，还是什么。
需求分析是指理解用户需求，就软件功能与客户达成一致，估计软件风险和评估项目代价，最终形成开发计划的一个复杂过程。（这个和我在微软体验到的又不太一样，微软的需求分析大多是市场人员和用户协助小组的人去评估用户的接受程度，这一点也可以理解，因为公司的性质有根本差别）在这个过程中，用户的确是处在主导地位，需求分析工程师和项目经理要负责整理用户需求，为之后的软件设计打下基础。需求分析阶段结束后，要求得到：1.SRS文档(System Requirement Specification); 2.DRM 文档；3.Acceptance Plan.[1]从广义上理解：需求分析包括需求的获取、分析、规格说明、变更、验证、管理的一系列需求工程。狭义上理解：需求分析指需求的分析、定义过程。原因需求分析就是分析软件用户的需求是什么.如果投入大量的人力，物力,财力,时间,开发出的软件却没人要,那所有的投入都是徒劳.如果费了很大的精力,开发一个软件,最后却不满足用户的要求,从而要重新开发过,这种返工是让人痛心疾首的.(相信大家都有体会)比如,用户需要一个for linux的软件,而你在软件开发前期忽略了软件的运行环境,忘了向用户询问这个问题,而想当然的认为是开发for windows的软件,当你千辛万苦地开发完成向用户提交时才发现出了问题,那时候你是欲哭无泪了,痕不得找块豆腐一头撞死. 需求分析之所以重要,就因为他具有决策性,方向性,策略性的作用,他在软件开发的过程中具有举足轻重的地位.大家一定要对需求分析具有足够的重视.在一个大型软件系统的开发中,他的作用要远远大于程序设计.任务简言之,需求分析的任务就是解决&做什么&的问题,就是要全面地理解用户的各项要求,并准确地表达所接受的用户需求.过程需求分析阶段的工作,可以分为四个方面:问题识别,分析与综合,制订规格说明,评审.需求分析 问题识别 就是从系统角度来理解软件,确定对所开发系统的综合要求,并提出这些需求的实现条件,以及需求应该达到的标准.这些需求包括：功能需求(做什么),性能需求(要达到什么指标),环境需求(如机型,操作系统等),可靠性需求(不发生故障的概率）,安全保密需求,用户界面需求,资源使用需求(软件运行是所需的内存,CPU等),软件成本消耗与开发进度需求,预先估计以后系统可能达到的目标.分析与综合逐步细化所有的软件功能,找出系统各元素间的联系,接口特性和设计上的限制,分析他们是否满足需求,剔除不合理部分,增加需要部分.最后,综合成系统的解决方案,给出要开发的系统的详细逻辑模型(做什么的模型). 制订规格说明书 即编制文档,描述需求的文档称为软件需求规格说明书.请注意,需求分析阶段的成果是需求规格说明书(好象软考曾经考过这个问题),向下一阶段提交. 评审对功能的正确性,完整性和清晰性,以及其它需求给予评价.评审通过才可进行下一阶段的工作,否则重新进行需求分析。
不明白需求分析是什么东西，木有听过
软件需求分析特别重要。在软件工程的历史中，很长时间里人们一直认为需求分析是整个软件工程中的一个简单步骤，但在过去十多年中越来越多的人认识到它是整个过程中最关键的一个过程。只有通过软件需求分析，才能把软件功能和性能的总体概念描述为具体的软件需求规格说明，从而奠定软件开发的基础。许多大型应用系统的失败，最后均归结到需求分析的失败：要么获取需求的方法不当，使得需求分析不到位或不彻底，导致开发者反复多次地进行需求分析，致使设计、编码、测试无法顺利进行；要么客户配合不好，导致客户对需求不确认，或客户需求不断变化，同样致使设计、编码、测试无法顺利进行。参考文章：
当然是需求规格说明书啊。描述客户为什么要做这个软件，描述软件都实现什么功能，如何实现，实现是都需要什么样的条件和数据。以及软件的运行环境及对软件的硬性要求。
一。 确定对系统的综合要求1. 功能需求这方面的需求指定系统必须提供的服务。通过需求分析应该划分出系统必须完成的所有功能。2. 性能需求性能需求指定系统必须满足的定时约束或容量约束，通常包括速度(响应时间)、信息量速率、主存容量、磁盘容量、安全性等方面的需求。3. 可靠性和可用性需求可靠性需求定量地指定系统的可靠性。可用性与可靠性密切相关，它量化了用户可以使用系统的程度。4. 出错处理需求这类需求说明系统对环境错误应该怎样响应。例如，如果它接收到从另一个系统发来的违反协议格式的消息，应该做什么?注意，上述这类错误并不是由该应用系统本身造成的。5. 接口需求接口需求描述应用系统与它的环境通信的格式。常见的接口需求有：用户接口需求；硬件接口需求；软件接口需求；通信接口需求。6. 约束设计约束或实现约束描述在设计或实现应用系统时应遵守的限制条件。在需求分析阶段提出这类需求，并不是要取代设计(或实现)过程，只是说明用户或环境强加给项目的限制条件。常见的约束有：精度；工具和语言约束；设计约束；应该使用的标准；应该使用的硬件平台。7. 逆向需求逆向需求说明软件系统不应该做什么。理论上有无限多个逆向需求，我们应该仅选取能澄清真实需求且可消除可能发生的误解的那些逆向需求。8. 将来可能提出的要求应该明确地列出那些虽然不属于当前系统开发范畴，但是据分析将来很可能会提出来的要求。注意：举例让学生理解：这样做的目的是，在设计过程中对系统将来可能的扩充和修改预做准备，以便一旦确实需要时能比较容易地进行这种扩充和修改。二 。分析系统的数据要求任何一个软件系统本质上都是信息处理系统，系统必须处理的信息和系统应该产生的信息在很大程度上决定了系统的面貌，对软件设计有深远影响，因此，必须分析系统的数据要求，这是软件需求分析的一个重要任务。分析系统的数据要求通常采用建立数据模型的方法（举例）。三。
导出系统的逻辑模型综合上述两项分析的结果可以导出系统的详细的逻辑模型，通常用数据流图、实体-联系图、状态转换图、数据字典和主要的处理算法描述这个逻辑模型。四。 修正系统开发计划根据在分析过程中获得的对系统的更深入更具体的了解，可以比较准确地估计系统的成本和进度，修正以前制定的开发计划。
感谢您为社区的和谐贡献力量请选择举报类型
经过核实后将会做出处理感谢您为社区和谐做出贡献
确定要取消此次报名，退出该活动？
请输入私信内容：资产管理系统需求分析包括什么
资产是每个企业的重要组成部分，是企业价值的一种体现，而资产管理是对企业资源的根本管理。可以优化资源的利用，提高资产的使用价值。而随着企业规模的扩大资产的管理也会越来越复杂与困难。随着办公自动化的发展资产管理的自动化也越来越必要。
资产管理系统需求分析包括什么
资产管理系统让用户从繁重的资产管理中解脱出来。通过一系列查询功能，用户可以知道企业中每一件资产的状态以及现在的位置，通过添加、修改功能可以动态地对企业中的资产进行管理，通过借出、还入、修理功能可以对资产进行维护，保证企业中的每一件物品发挥其最大效力。所以我设计了这个系统。
资产管理系统面向的用户是固定资产相对较少，固定资产管理方式相对较为简单的中小型企本产品让用户从繁重的资产管理中解脱出来，通过一系列查询功能，用户可以方便地知道企业中每一件资产的状态及现在所处的位置;通过添加、修改功能可以动态地对企业中的资产进行管理：通过借出、还入、修理功能可以对固定资产进行维护，保证企业中的每一件物品发挥其最大效力。
资产管理系统能够加快业务处理速度，提高工作效率，核算信息及其分析信息也能够及时生成，及时得到企业资产的精确数据，使企业会计人员有更多的时间去履行财务管理的预算、控制、考核等职能。资产管理系统包含三个管理人员角色，即系统管理员(负责管理系统数据，及系统用户的添加，删除，修改)，资产管理员(负责资产管理工作)，高级用户(不负责具体的资产管理工作，但可以查询固定资产状况)。
资产管理系统是一个主要包括系统管理、基本数据管理、资产管理、统计查询、系统帮助等功能较齐全的资产管理系统。系统管理主要包括数据库路径设置、用户登录验证、用户管理、系统日志。数据库路径设置实现能够连接到数据库的服务器上。用户登陆验证实现验证登陆人员的编号与密码的正确性并且判断登陆权限。用户管理实现对系统的登陆人员的增删该功能并实现对密码的维护。系统日志实现记录登陆人员对资产的操作。基本数据管理主要完成资产分类设置、资产单位设置、部门信息设置。资产分类设置实现对资产类型(资产分类分为“资产大类”、“资产小类”两级)的增删改功能。资产单位设置实现对资产单位的增删改功能。部门信息设置实现对公司部门的增删改功能。
了解更多，请点击乾元坤和资产管理系统解决方案，或拨打010-、010-进行咨询。
责任编辑：
声明：该文观点仅代表作者本人，搜狐号系信息发布平台，搜狐仅提供信息存储空间服务。
今日搜狐热点需求分析方法主要包括哪些_百度知道
需求分析方法主要包括哪些
答题抽奖
首次认真答题后
即可获得3次抽奖机会，100%中奖。
OFweek人才网知道合伙人
OFweek高科技技术人才网
OFweek人才网
知道合伙人
OFweek人才网依托OFweek专业的行业影响力，特为光电、半导体/照明、激光/光学、显示、通信/光通讯、仪器仪表、工控/机器人、电子工程、太阳能光伏、新能源汽车/锂电、电源、新材料、节能
　　结构化的分析方法是传统的分析法，它的好处是在需求阶段可以不需要精确地定义系统，只需要根据业务框架确定系统的功能范围，以及每个功能的处理逻辑和业务规则，功能需求规格书等。因为不需要精确描述，因此描述系统的方式比较灵活多样，可以采用图表、示例图、文字等等方式来描述系统。在系统开发以前，一般还可以采用更为直观的原型系统方式和最终用户进行交流和确认，因此对业务需求的要求会低一些，业务需求阶段的周期相对容易控制；通过业务全景图，最终用户也能了解系统的功能；通过功能活动图和业务规则的描述，也可以相对精确地描述业务系统；因为没有严格的标记语言，可以采用适当的篇幅描述适当的系统。当然，这种方法的缺点也是明显的，分析人员和业务人员之间可能缺乏共同语言，机器不能识别业务需求书，在设计阶段还需要继续和用户确认一部分功能。　　面向对象的分析方法的最大好处是在需求阶段，就能够非常精确地描述一个系统，采用程序语言的方式和最终用户交流（最终用户必须要熟悉这种语言），能够在项目一开始就发现很多问题，避免在开发的过程中出现需求的反复，而且在系统设计和开发阶段不需要最终用户参与。在实施上，一般可以采用场景、业务功能等方式来描述，比较适合于业务流程环节多的系统，或者软件产品的开发。但是，我们也要看到，在现实中，绝大多数的应用系统都很难在需求阶段就可以被精确地抽象化定义，所以这种方法的缺点和困难也是显而易见的：首先，用户要非常清楚地知道最终的业务系统应该是什么样，或者采用一种抽象的方式能够确定最终的应用系统；其次，因为最终用户不需要参与设计和开发阶段的工作，所以双方确定业务需求的过程也会比较长；同时，因为是精确描述，因此描述系统的语言是非常逻辑化的，一般通过某种方式可以使机器识别业务需求，采用这种方式写的业务需求是非常格式化的，一方面描述一个系统需要的信息非常多，可能使需求说明的篇幅非常长，不便于理解和阅读；另外由于通过抽象的方式来推演最终系统的运行方式，对业务人员的要求非常高。
为你推荐：
其他类似问题
您可能关注的内容
个人、企业类
违法有害信息,请在下方选择后提交
色情、暴力
我们会通过消息、邮箱等方式尽快将举报结果通知您。}