推荐回答
结构化的分析方法是传统的分析法,它的好处是在需求阶段可以不需要精确地定义系统,只需要根据业务框架确定系统的功能范围,以及每个功能的处理逻辑和业务规则,功能需求规格书等。因为不需要精确描述,因此描述系统的方式比较灵活多样,可以采用图表、示例图、文字等等方式来描述系统。在系统开发以前,一般还可以采用更为直观的原型系统方式和最终用户进行交流和确认,因此对业务需求的要求会低一些,业务需求阶段的周期相对容易控制;通过业务全景图,最终用户也能了解系统的功能;通过功能活动图和业务规则的描述,也可以相对精确地描述业务系统;因为没有严格的标记语言,可以采用适当的篇幅描述适当的系统。当然,这种方法的缺点也是明显的,分析人员和业务人员之间可能缺乏共同语言,机器不能识别业务需求书,在设计阶段还需要继续和用户确认一部分功能。面向对象的分析方法的最大好处是在需求阶段,就能够非常精确地描述一个系统,采用程序语言的方式和最终用户交流,能够在项目一开始就发现很多问题,避免在开发的过程中出现需求的反复,而且在系统设计和开发阶段不需要最终用户参与。在实施上,一般可以采用场景、业务功能等方式来描述,比较适合于业务流程环节多的系统,或者软件产品的开发。但是,我们也要看到,在现实中,绝大多数的应用系统都很难在需求阶段就可以被精确地抽象化定义,所以这种方法的缺点和困难也是显而易见的:首先,用户要非常清楚地知道最终的业务系统应该是什么样,或者采用一种抽象的方式能够确定最终的应用系统;其次,因为最终用户不需要参与设计和开发阶段的工作,所以双方确定业务需求的过程也会比较长;同时,因为是精确描述,因此描述系统的语言是非常逻辑化的,一般通过某种方式可以使机器识别业务需求,采用这种方式写的业务需求是非常格式化的,一方面描述一个系统需要的信息非常多,可能使需求说明的篇幅非常长,不便于理解和阅读;另外由于通过抽象的方式来推演最终系统的运行方式,对业务人员的要求非常高。
齐晓晨2019-11-05 23:02:08
提示您:回答为网友贡献,仅供参考。
其他回答
-
第一步:1:找全项目主要干系人,了解他们的想法.2:可用用多种方法进行调研,如问卷调查/头脑风暴/原型法/会议等. 3:做好需求确认.第二步:做好调研表格,如下格式第三步:市场调查工作必须有计划、有步骤地进行,以防止调查的盲目性。一般说来,市场 调查可分为四个阶段:调查前的准备阶段、正式调查阶段、综合分析资料阶段和提出调查报告阶段。1:调查前的准备阶段。2:正式调查阶段。市场调查的内容和方法很多,因企业和情况而异。3:综合分析整理资料阶段。当统计分析研究和现场直接调查完成后,市场调查人员拥有 大量的一手资料。对这些资料首先要编辑,选取一切有关的、重要的资料,剔除没有 参考价值的资料。
黄盛璋2019-11-05 22:19:23
-
1.?问卷调查法,开发方就用户需求中的一些个性化的、需要进一步明确的需求,通过采用向用户发问卷调查表的方式,达到彻底弄清项目需求的一种需求获取方法。这种方法适合于开发方和用户方都清楚项目需求的情况。因为开发方和建设方都清楚项目的需求,则需要双方进一步沟通的需求就比较少,通过采用这种简单的问卷调查方法就能使问题得到较好的解决2.?会议讨论法,开发方和用户方召开若干次需求讨论会议,达到彻底弄清项目需求的一种需求获取方法,这种方法适合于开发方不清楚项目需求但用户方清楚项目需求的情况。因为用户清楚项目的需求,则用户能准确地表达出他们的需求,而开发方有专业的软件开发经验,对用户提供的需求一般都能准确地描述和把握3.?界面原型法,开发方根据自己所了解的用户需求,描画出应用系统的功能界面后与用户进行交流和沟通,通过“界面原型”这一载体,达到双方逐步明确项目需求的一种需求获取的方法。这种方法比较适合于开发方和用户方都不清楚项目需求的情况。因为开发方和用户方都不清楚项目需求,因此此时就更需要借助于一定的“载体”来加快对需求的挖掘和双方对需求理解。这种情况下,采用“可视化”的界面原型法比较可取。
齐晓晶2019-11-05 22:05:21
-
一、如何理解客户业务和客户需求?原则1:由粗到细,从宏观到微观。必须先从宏观上了解客户业务的全貌,再逐步深入细节。因为对于客户的业务而言,我们是外行,如果从业务细节着手,很容易迷失方向,失去对业务核心的把握。同时要认识到,对于一个外行而言,我们对细节的深入也必定是有限的,不要指望自己能够无穷的彻底的了解每一个细枝末节。一是不可能有无限的时间给你了解,二是没有这个必要。因为未来的系统也不可能完全包办所有业务的细节,还有很多事情是要靠客户企业中这些具有专业技能的人来做的。原则2:从不同层次的客户代表那里收集不同层次的需求对于企业高层决策者,他会给你描述一个系统的大的功能蓝图,如使企业具有整体报价能力,能更好的服务于高端客户,能支持企业的重大业务决策等;对于企业各级管理者,他会给你讲述他这一层的管理需求,如能更好的进行部门员工的业绩考核、生成月度报表,更好的进行业务结算等;对于各级业务操作人员,他可能给你谈及很多业务细节和操作细节……在由上到下的逐级访谈中,对未来系统的描述就从一个大黑箱变成多个小黑箱,再变成透明、明确、详细的系统定义的过程。客户业务调研和需求分析注定是一个不断细化的过程,不要指望一次访谈/调研就能穷尽,也不要指望一次开发过程就能得到完全满足客户梦中期待的那套系统来。因为事实上很多需求是隐性的,连用户都不清楚自己的需求。只有经过多次循环细化才可能把更多隐性的不断挖掘、暴露出来。二、如何具体开展需求调研工作?在RUP中定义需求工作流程的工作目的如下:1.客户和其他涉众在系统的工作内容方面达成并保持一致;2.使系统开发人员能够更清楚地了解系统需求;3.定义系统边界限定;4.为计划迭代的技术内容提供基础;5.为估算开发系统所需成本和时间提供基础;6.定义系统的用户界面,重点是用户的需要和目标。首先要做好业务调研。要尽早把已经收集到的业务资料熟悉起来,并在理解的基础上提炼出问题列表,制成调查问卷。业务调研的要求是一定要沉下去,深入细致的了解客户的业务流程,而不是急着赶工完成自己的需求工件设计和业务模型的建立。在了解各项业务流程的同时,与客户一同深入分析业务的实现逻辑,并记录下有关的实现案例信息,收集好、整理好、分析好有关的参考材料。要把迭代的思想贯穿于从业务调研、需求分析,乃至项目实施的始终。所谓迭代,就是我们老老实实承认我们没有能力一次就把事情做到尽善尽美。所以我们就先把一大部分有把握的地方做好,再在前面成功的基础上不断做好剩余的部分,最终就能无限接近于成功。设计编码过程是如此,业务调研和需求分析也是如此。企业系统的设计开发与软件产品的设计开发有一个最大的不同,就是企业的需求肯定会变化,过去在变、调研的时候会变,系统实施后还会变。而我们要做的就是去适应这种变化。事实上,也正是因为我们采用的是面向对象的方法,才可能做到这一点。因为面向对象的方法认为:对象的基本属性是客观的和不会频繁变化的,而对象间的关系则是可能不断变化的。所以我们在业务调研和需求分析中也要认识到这一点,把不变的沉淀下来,把可变的灵活性和变化的自主性留给客户。各位都是做技术的,在业务调研和需求分析中难免会不由自主的考虑一些技术实现的问题。值得强调的是:需求与技术无关。在业务调研的时候要忠实的进行记录,不要因为你个人对实现的疑虑而对用户需求进行过早的修改和裁减。要善于争取客户方各级人员均是项目干系人,RUP中称为涉众的支持。只有得到未来系统用户的充分参与,项目才有可能最终取得成功。一套缺乏用户参与的系统,即使最后做出来也是注定没有人去用的。一是要利用客户企业的组织关系,争取到上层的支持,由上到下进行调研配合;二是要会在调研过程中为目标用户树立有针对性的愿景,让他认同愿景的同时主动、积极的支持你的调研过程。
龚峻峰2019-11-05 22:02:12