加入收藏 | 设为首页 | 会员中心 | 我要投稿 湖南网 (https://www.hunanwang.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 大数据 > 正文

奈何发掘用户需求

发布时间:2021-03-14 01:10:15 所属栏目:大数据 来源:网络整理
导读:需求说明在数据库生命周期中至关重要,凡是也是涉及职员最多的步调。数据库计划师在这个阶段必需走访最终用户,与他们举办访谈,从而确定用户想在系 统中存储什么数据以及想奈何行使这些数据。 我们将需求说明分为两个步调:1.领略用户需求;2.提取营业法则
副问题[/!--empirenews.page--]


奈何发掘用户需求


需求说明在数据库生命周期中至关重要,凡是也是涉及职员最多的步调。数据库计划师在这个阶段必需走访最终用户,与他们举办访谈,从而确定用户想在系 统中存储什么数据以及想奈何行使这些数据。

我们将需求说明分为两个步调:1.领略用户需求;2.提取营业法则。这次我们先接头“领略用户需求”。?

计划定制化产物——无论是一个数据库、一幅平面告白或一个玩具,都是一个“翻译”的进程。我们必要把浮此刻客户脑海中的恍惚设法、愿望发掘出来,并“翻译”成满意他们需求的实际产物。

这个“翻译”进程的第一步就是领略用户的需求。计划最好的订单处理赏罚体系对付必要一个电路计划器材的客户来说毫有时义。对客户需求领略的不完全会造成错误或无用的计划与开拓,这挥霍了你、你的团队尚有客户的时刻与款子。(紧记数据库是整个应用开拓的根本)


拟定一个打算

我们起首拟定了一个打算,个中包括挖挖掘户需求的一系列步调。遵循这些步调能更好地领略客户需求,但在一些项目中我们不必要遵循全部的步调。举例来 说,假如客户是单小我私人且需求很明晰时,我们就不必要举办“搞清谁是谁”与“脑子风暴”了。当客户的数据必要保密时,我们就不能“实行客户的事变”了。在另 一些项目中,调解这些步调的次序会更为吻合。譬喻我们也许在去造访客户和调查他们事变之前先举办“脑子风暴”。

以下凭证最广泛的次序列出了各个步调。各人按照差异项目标环境可举办机动调解,方针只有一个就是更好地领略用户需求。


  1. 列出题目清单
  2. 造访客户
  3. 搞清谁是谁
  4. 挖挖掘户大脑
  5. 实行客户的事变
  6. 进修现有操纵
  7. 脑子风暴
  8. 瞻望将来
  9. 领略客户的质疑
  10. 弄清客户的真正需求
  11. 优先级
  12. 确认你的领略
  13. 撰写需求文档

下面我们将逐一表明每一个步调。

我们必要思索,向客户问些什么题目可以辅佐我们相识项目标方针和领域(scope)。以下几个方面的题目可以作为起始点。

成果:

以下题目首要涉及体系应完成的成果与方针。

  1. 体系应该做些什么?
  2. 为什么你想建这个体系?
  3. 体系看上去应该是奈何的?
  4. 必要些什么报表?
  5. 用户必要本身界说新报表吗?
  6. 体系的操纵者会是谁?

数据需求:

这些题目是为了弄清项目标数据需求。相识必要些什么数据能辅佐我们界说数据库表。

  1. 体系界面上必要揭示哪些数据?
  2. 这些数据应该由谁来提供?
  3. 这些数据是怎样干联的?
  4. 这些事变此刻是如那里理赏罚的?数据来自那边?

数据完备性:

这些题目能辅佐我们在构建数据库时界说完备性束缚。

  1. 哪些数据是必需填写的?(eg: 一条客户记录必需有电话信息吗?)
  2. 数据的有用域是什么?(eg: 电话号码是否著名目划定?地点数据应有多长?)
  3. 体系是否必要按照邮编来检讨都市的有用性?
  4. 体系中是否必需在界说了客户之后才气下订单?
  5. 体系要求多高的可用性品级?(体系必要7×24的可用性吗?数据的备份频率要多高?)

安详性:

这些题目能辅佐我们相识客户对权限节制与审计方面的需求。

  1. 是否每个用户都必要一个差异的暗码?
  2. 是否必要节制差异的用户所能会见的数据?(eg: 贩卖代表有权限看到客户的名誉卡账号,但订单录入专员却不能)
  3. 存储在数据库中的数据是否必要加密?
  4. 谁做了什么操纵是否必要记录以便于审计?(eg: 记录贩卖代表进步客户级此外操纵,在必要时可以追溯操纵的缘故起因)
  5. 体系中的客户分成几个级别?每个级此外客户有几多?
  6. 是否已有文档记录了用户的事变与权责?

情形:

这些题目能辅佐我们相识当前项目将取代其他什么体系或流程,以及项目将与其他哪些体系举办交互。

1.当前项目是要取代或进级现有的某体系吗?

?是否有描写现有体系的文档?

?现有体系的哪些成果是必要的?哪些是不必要的?

?现有体系处理赏罚些什么数据?这些数据是怎样存储的?数据之间是怎样干联的?

?是否有关于现有体系数据的文档?

2.当前项目必需与其他哪些体系交互?

?项目与其他体系之间怎样交互?

?新项目是否必要向现有体系提供数据?怎样提供?

?新项目是否必要吸取现有体系的数据?怎样吸取?

?是否有关于其他体系的文档?

3.客户的整个营业流程是奈何的?(相识在整个营业流程中当前项目标浸染)


造访客户

相识我们要计划和搭建的体系的最好方法是扣问客户。拿着我们在上一步中筹备的题目清单布置与客户举办谋面。这不会像闲聊那么轻松,向客户相识需求是一个冗长且熬煎人的进程。

偶然我们的穷追猛问会使客户筋疲力竭感想不快。在这些时辰我们必需更为耐性,可以分屡次多次集会会议来相识需求,每次针对几个题目或流程。我们的方针是对我们要办理的题目有一个完全且彻底的领略。

纵然我们的项目只是去办理整个营业中的一小部门题目,我们也要试图去相识客户的整体营业流程,这也许会给我们带来意想不到的收成。

搞清谁是谁

意识到差异的客户也许对项目有差异的愿景。我们必要判别出谁是率领,谁是起劲支持者,谁是傍观者,谁是唱反调者。

以下列出了一些常见的客户脚色:

  1. 项目提倡人——一样平常是打点层的某位率领,他是项目标最高敦促者。他会为项目和谐资源,办理项目碰着的一些障碍,但他不会参加到项目天天的事宜中。
  2. 项目执行认真人——他对付客户的需求和整个营业最为相识。他是相识用户需求阶段最重要的人,他必需有足够的时刻来辅佐我们界说项目方针以及答复我们的题目。当别人对某营业环节迟疑不决时,我们必要向他求教。
  3. 客户代表——客户代表是答复我们题目的人,他们也也许成为体系的最终用户。他们也许是某一部门营业的专家,我们必要与多个客户代表举办访谈来相识营业全貌。
  4. 好处相干者——这是项目将影响到的人,个中某些人也许同时也是客户代表。这些人也许对项目也有乐趣,但未必对体系都有讲话权。我们在举办体系计划时也必要思量对这些人的影响(出格是附带侵害)。
  5. 唱反调者——这是我们必要存眷的一些人。假如唱反调者只是让其他人理性或实际地来对待项目,而并不是彻底阻挡这个项目标话,他将是我们非 常好的资源,他将辅佐我们说服其他对项目抱有不切实理想的客户。而假如唱反调者对整个项目抱有抵触时,我们就必需很是警惕,偶然必要项目执行认真人出头来 和谐这些人。

挖挖掘户大脑

一旦搞清晰谁是谁之后,我们就要与项目执行认真人接头客户必要什么。客户但愿的办理方案是奈何的,必要包括什么数据,奈何泛起,以及差异数据之间怎样干联。

与尽也许多的好处相干者举办交换,我们必要思量每小我私人的意见,但心中要紧记项目执行认真人最为领略客户的需求并具有最终抉择权。

按照项目标局限,这一进程短则几个小时,长则必要几周才气完成。

实行客户的事变

调查客户逐日的事变能辅佐我们更好的领略营业。假如我们能做一会儿客户的事变来相识个中包罗的内容那就最好了。

纵然我们不能现实实行客户的事变,一样平常我们照旧可以坐在他们身边近间隔调查。汇报客户我们将稍稍低落他们的事变服从并问一些愚笨且恼人的题目,之后 我们就可以开问了。在这个进程中要举办记录,进修尽也许多的对象。有些时辰生手者的一些观点也许转化为客户怎么也不会想到的好主意。

进修现有操纵

在实行客户的事变之后,我们还可以看一下是否有其他途径能相识现有流程。凡是公司有描写客户脚色和职责的操纵手册或文档。

探求客户此刻行使的数据存储方法,也许是相关型数据库体系或是电子表格或是纸质的单子等等。相识这些数据是奈何行使的,之间是怎样干联的。一样平常物理数据库之间是通过包括冗余信息来彼此关联的,如:客户ID。

脑子风暴

而今我们已经对客户的营业和需求较为相识了。为了确认没有什么漏掉,我们必要布置脑子风暴。召集项目执行认真人和尽也许多的客户代表与好处相干者,向他们描写前期相识到的需求环境,之后让他们知无不言谈谈个中有什么题目或还缺什么。

在这个进程中我们不急于承诺或解除任何客户的要求,我们先把客户说到的对象记录下来,并确定这些方面我们已经思量到了。在正式开拓前,我们会与项目执行认真人一路按照项目标局限与交付限期确定需求的优先级。

瞻望将来

在脑子风暴进程中思索一下未来的需求。问问客户他们的营业在未来是否会变革或他们但愿体系未来能包括什么成果。

我们可以把他们的一些设法放入当前的项目中,纵然不能也可以使我们知道未来也许会有些什么扩展,在计划数据库时我们能预先留有余地。

领略客户的质疑

一些热心且懂些技能的用户会跑来提议我们怎样计划体系,应该建设奈何布局的数据表。我们也许认为这些提议毫有时义乃至好笑。但在忽视这些提议之前我 们应审慎思索用户提出这些提议或质疑的深层缘故起因是什么。客户比我们更相识营业,他们的提议或质疑中也许蕴含着我们还未相识到的营业变革点或某些非凡营业情 况。

弄清客户的真正需求

偶然客户并不相识本身的真正需求。他们能看到题目的表象,但未必清晰其来源。我们必要辅佐客户探求到题目的来源并针对题目的源头提出办理方案。

偶然客户以为数据库或新体系能神奇般的进步贩卖,镌汰本钱。究竟上一个计划优异的数据库能镌汰输入过错,进步操纵服从,提供数据报表,辅佐客户打点数据等等。我们在与客户雷同的进程中必要汇报他们新体系能做些什么,不能做些什么,让客户成立起正确的预期。

优先级

颠末先前的步调,我们已列出一张长长的祈望成果列表。个中的某些成果也许不切现实或超出了当前项目标领域。为了使项目局限可控,我们要与客户一路界说成果的优先级。

一样平常我们可以把成果分为三个品级。第一优先级是在本期开拓中必需包括的成果,没有完成这些成果意味着项目标失败。第二优先级是可以放到下一期开拓的 成果,当第一优先级的成果完成后,我们可以把第二优先级的部门成果提到当期开拓。第三优先级是那些相对不重要或超出项目领域的成果,我们可以忽略这些功 能。

有些环境下优先级是也许转化的。当第一优先级的某成果很是难实现时,我们可以与客户举办雷同,确认该成果是否云云重要,是否能移到第二优先级中以避 免影响项目进度。当第二优先级中的某些成果很轻易实现,我们可以把该成果调解到第一优先级列表中。但做这些调解之前必需与客户雷同,获得客户的承认。

验证你的领略

梳理我们对营业和需求的领略,并逐一与客户举办确认。当客户说“可是”、“除了”、“偶然”等词时,我们要出格当心,确认客户只是夸大了我们已经知道的对象,而没有呈现新的环境。在这个阶段客户也许会想到他们之前没有思量到的破例环境。

破例环境是数据库计划的大害。在需求说明阶段把破例环境发掘出来,我们才气在数据库计划时有所筹备。譬喻,我们向客户确认退货流程说:“到这里收货 员会输入RMA号并点击完成按钮是吗?”客户也许会说:“嗯…这是大大都环境,但偶然没有RMA号,收货员会填入None。”这就是一个客户之前没有汇报 我们的重要破例环境,我们必需立即记录下来。再有一个例子,假设客户行使的纸质订单有配送地点与账单地点两个栏目。我们向客户确认时说:“订单必要有一个 配送地点和一个账单地点。”客户打断说:“偶然我们必要两个配送地点,由于订单差异部门也许要送到差异的处所。”,并找出一张订单,第二个配送地点被标注 在订单的边缘处。这是一个重大破例,在纸上可以很轻易的举办标注,但在数据库的一个表单位中增进一个地点是不行能的。只有知道这一破例,我们才气用计划的 要领办理这一需求。

撰写需求文档

需求文档描写了我们要构建的体系,该文档也被称为需求规格声名。需求文档要讲清晰我们将构建奈何的体系,该体系会完成什么事变,包括哪些成果点,并描写客户怎样行使该体系来办理他们的题目。需求文档明晰了项目将完成的成果,这也停止了体系交付时呈现争执的环境。

需求文档中应界说可交付成就,即里程碑。里程碑是可直观揭示并能验证的中间成就。客户通过里程碑能权衡项目标进度。在需求文档中还需界说最终交付成就,这也是确定项目是否完成的尺度。

用例图是一种很是好的需求说明器材,可以作为需求文档的一部门。用例图的最首要成果就是用来表达体系的成果性需求或举动。用例图从营业角度上浮现谁 来行使体系、用户但愿体系提供什么样的处事,以及用户必要为体系提供的处事,也便于软件开拓职员最终实现这些成果。在官方文档顶用例图包括六个元素,别离 是:参加者(Actor)、用例(Use Case)、关联相关(Association)、包括相关(Include)、扩展相关(Extend)以及泛化相关 (Generalization)。可是有些UML的画图器材多提供了一种直接关联相关(Directed Association)。

  • 参加者:是指用户在体系中饰演的脚色
  • 用例:是指外部可见的体系成果,对体系提供的处事举办描写
  • 关联相关:毗连参加者和用例,暗示该参加者代表的外部体系实体与该用例描写的体系需求有关
  • 包括相关:是来自于用例的抽象,即从数个差异的Use Case中,疏散出民众的部门,而成为可以复用的用例
  • 扩展相关:暗示某一个用例的对话流程中,也许会按照前提姑且插入其它一个用例,而前者称为基本用例后者称为扩展用例
  • 泛化相关:一个用例可以被出格罗列为一个或多个用例,这被称为用例泛化
  • eg:用户打点的用例图如下所示,图中人形图标暗示参加者,椭圆暗示用例(图的出处请拜见“总结与参考”)

    奈何发掘用户需求

    ?

    首要内容回首

    1. 搞清哪个客户饰演哪个脚色

    2. 从客户的脑海中发掘信息

    3. 探求关于用户脚色、职责、现有流程和现稀有据的文档

    4. 调查客户的事变,进修他们的营业操纵

    5. 举办脑子风暴,把网络到的成果需求点按优先级分成第一、第二和第三级

    6. 确认对客户需求的领略

    7. 撰写需求文档,包括可验证的里程碑和用例


    参考:

    (编辑:湖南网)

    【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    热点阅读