首页 > 其他分享 >针对业务系统如何做需求分析(设计模式)

针对业务系统如何做需求分析(设计模式)

时间:2024-02-28 16:34:17浏览次数:25  
标签:需求 针对 工程师 积分 系统 用户 产品 设计 设计模式

对于一个工程师来说,如果要追求长远的发展,你就不能一直只把自己放在执行者的角色中,不能只把一个代码的实现者。 你还要有独立负责一个系统的能力,能端到端开发一个完整的系统。这其中包括: 前期的需求分析,中器的代码的设计和实现。后期的系统的上线维护等。 

前面我们还提到过,大部分工程师都是做业务开发的。 很多工程师都觉得,做业务开发没啥技术含量,没有成长,就是简单的CRUD,翻译业务逻辑,根本用不上专栏中讲到的设计原则思想,模式。 

需求分析

积分是一种常见的营销手段,很多产品都会用它类促进消费,增加用户的黏性,比如淘宝积分,信用卡积分,商场消费积分等等。假设你是一家类似淘宝这样的类似电商平台的开发工程师,平台暂时还没有积分系统。Leader 希望由你来负责这样一个系统,你会如何做? 

你可能会收,只要铲平经理给我产品的设计文档,线框图,我照着实现就可以了,我觉得,这种想法狭隘。我认为,技术人员应该更多的饿参与到产品的设计中。在Google 的工作中,我明显感觉到,Google 工程师跟其他的工程师有一个很大的区别i。那就是大部分的人具备产品思维,并不是完全的技术控。所以,Google 前期的初期的设计都是工程师完成的。 在产品发展到一定的程度的时候,才会引入产品经理这个角色。 

那你呢能要问了,作为技术人,我该怎么做产品的设计了,首先一定不要一个人蒙头像,一方面,这样做很难想全面,另一方面,从0开始的设计也比较浪费使劲按,所以我们要学会借鉴。爱因斯坦说过,创造的以达秘决是要懂得如何隐藏你的来源。你看大势都含蓄的表达了借鉴的重要性。我们没有必要因为借鉴而感到不好意思。 

我们可以找几个类似的产品,比如淘宝,看看它们是如何设计积分系统的。然后借鉴到我们的产品中来,你可以自己亲自用用淘宝,看看积分是怎么使用的。也可以直接百度以下淘宝的积分系统,输入这两个信息,我们基本上能摸清楚积分系统是如何设计的了。初次之外我们要充分了解自己公司的产品。讲借鉴来的东西糅合到我们自己的公司的产品中,并做适当的微创新。 

笼统的来说,积分系统无外乎就是两大功能点,一个是赚取积分,一个是消费积分。 专区积分功能包含积分专区渠道,入下订单,每日签到,评论等。还包括积分瑞环规则。比如订单金于积分的比例。每日签到送多少积分。

刚刚给出的是非常笼统,粗糙的功能功能续期。对于业务细节,焖头想是想不全面的,为了防止遗漏,我们要有方法可循,线框图,用户用例,用户故事,来细化业务流程,挖掘一些细节,不容易想到的功能点。 

它类似于单元测试用例。它侧重情景化,

用户获取积分,告诉它积分的有限期,

用户使用积分的时候,使用快过期的积分。 

用户在查询积分的时候,会现实积分的有效期和状态

用户在查询的时候,会排除掉过期的积分。 

系统设计

面向对象设计,聚焦在代码层面。那系统设计聚焦在架构层面。 主要针对模块。 两者之间有很多相似之处,很多设计原则和思想不仅仅可以引用到代码设计中,还能到架构设计中,还记得秒你想对象设计的四个步骤吗? 实际上可以九二九哪个过程来做系统设计。 

模块的设计

模块之间的交互

 

标签:需求,针对,工程师,积分,系统,用户,产品,设计,设计模式
From: https://www.cnblogs.com/dousil/p/18040930

相关文章

  • KISS 原则 (设计模式)
    KISS定义kiss原则的英文描述又几个版本,计较下边的这几个keepitsimpleandstupid.keepitshortandsimplekeepitsimpleandstraightforward不过仔细看你会发现,他们表达的意思其实差不多,尽量保持简单。它是一个万金油的设计原则,可以在很多场景中,它不仅仅经常用来指......
  • 数据统计埋点需求
    背景随着公司代码的迭代,有一些垃圾代码逻辑冗余在项目中,导致消耗了资源又不好维护。为了保险,需要在线上统计代码使用的频率,剔除无用代码。描述方法便可分为如下几种:对于确定没用的代码,可以先注释掉,并替换为error日志,保证遇到问题及时发现。对疑似无用代码,可以使用统计方法调......
  • 设计模式--观察者(Observer)模式
    目录概念概念观察者模式(ObserverPattern)是C++中常用的一种设计模式,它定义了对象间的一种一对多的依赖关系。在这种模式中,当一个对象(被观察者,Subject)的状态发生改变时,所有依赖于它的对象(观察者,Observer)都会收到通知并自动更新。这种模式的结构通常包括四个部分:抽象主题(Subject......
  • 《产品需求分析与管理》(深圳2024年3月22-23日)
    【课程背景】客户的需求不断变化,如何快速高效地推出满足客户需求、具有差异化优势和竞争优势的产品,并最终获得市场的成功,是企业的核心问题。目前国内许多科技型企业在产品需求管理方面存在如下问题:产品开发没有实现市场驱动,是“闭门造车”,关注技术而不关心客户;产品开发出来后......
  • 接口隔离原则(设计模式)
    定义“Clientsshouldnotbeforcedtodependuponinterfacesthattheydonotuse”个人认为接口隔离原则,和单一原则有点像。一个接口实现一个功能。 不过,你应该已经发现,接口隔离原则跟单一职责原则有点类似,不过稍微还是有点区别。单一职责原则针对的是模块、类、接口......
  • 里斯替换原则 (设计模式)
    定义IfSisasubtypeofT,thenobjectsoftypeTmaybereplacedwithobjectsoftypeS,withoutbreakingtheprogram。Functionsthatusepointersofreferencestobaseclassesmustbeabletouseobjectsofderivedclasseswithoutknowingit。子类能够替......
  • 单一职责 (设计模式)
    定义一个类或者模块只复杂完成一个职责。也就是说,不要设计大而全的类,要设计力度小,功能单一的类。一个类包含两个以上和业务不相干的功能,应该将他拆分多个功能更加单一,粒度更加细化的类。 比如一个类力既含有订单的一些操作,又包含用户的一些操作,而订单和用户是两个独立的业务领......
  • 面向对象,到底是个什么鬼? (设计模式)
    什么才算是面向对象编程语言面向对象是支持类对性得语法机制,并有现成得语法机制,能方便得实现面向对象得封装,继承多态,抽象。 一般来讲,面型对象编程,是通过面向对像得编程语言来进行得,但是不用面型对象编程语言,我们照样可以进行面向对象编程,反过来讲,即使我们使用面向像得语言写出......
  • 那些维度评价代码的好坏?设计模式
    1.可维护性对于项目来说,维护代码的耗时,远远大于大于代码的编码。代码维护性非常关键主观评价标准:bug容易修复,添加功能比较简单。2.可读性代码的可读性,关乎代码的可维护性。 代码是否符合代码的命名规范。 命名是否规范,注释是否全面,函数是否长短合适,模块划分是否清......
  • 针对员工的"摸鱼"行为,如何确保数据安全和工作效率?
    在现代职场,"摸鱼"行为已经成为一个无法忽视的问题。员工能够通过各种在线平台进行社交聊天、购物、炒股、看电影等活动,这无疑对企业的数据安全和工作效率产生了影响。针对这一问题,我们需要从以下几个方面进行思考和采取措施。我们需要对员工的在线行为进行有限度的监控。利用华......