目录宏观出发局部细节注意要点总结：宏观出发1、整体结构的上下顺序为上级依赖于下级。2、色彩搭配不要太唐突，最好有渐变性。3、图形间宽松程度适宜，对称程度适宜。4、虚线框和实线框的结合，实线框表示的关系强烈程度高于虚线框，虚线框更重于逻辑上的关联。局部细节1、用词表达要标准2、业务要全面3、模块划分粒度适宜4、模块摆放以及层级关系：纵向：分层——上层依赖于下层越底层，越是基础服务；横向：并列关系，级
转载
2023-06-14 14:42:47
297阅读
首先，我们应该明确进行需求分析的目的。我认为，进行业务需求分析的直接目的就是为了进行信息系统的开发，所谓的需求，就是信息系统建设的需求。如果一个业务不需要信息系统就能有效开展，就不需要进行需求分析，直接开展业务就行。进行需求分析，是为开发信息系统服务。是为了让系统开发者明白，需要开发一个怎样的信息系统。如，需要什么样的功能，有什么样的输入输出，有什么样的交互界面，业务处理的规则是什么等等。当然，在
做管理型软件产品一般都要经历架构阶段，而架构又可以简单分为业务架构和技术架构，对于架构方法，在我以前的blog缺
转载
2023-04-25 17:26:00
147阅读
做管理型软件产品一般都要经历架构阶段，而架构又可以简单分为业务架构和技术架构，对于架构方法，在我以前的blog中大量的介绍了TOGAF。
使用TOGAF的几个初衷
在我们开发软件时，如果你做过设计和架构工作，那么你会发现软件开发过程中其实存在很多断沟。
业务架构到技术架构的不一致
业务架构是
推荐
原创
2011-03-11 12:52:45
3753阅读
点赞
2评论
相信很多同事都会存在这样的困惑，花了很多精力写了几万字的业务解决方案，好像客户并不怎么看。而且后面客户系统用的怎么样貌似跟之前的业务解决方案也没太大关系。谈起验收来，客户也总觉得前面方案没写清楚，没解决好问题，又提出新的问题及要求。为什么会出现这样的情况呢？根源还在于业务解决方案的针对性、落地性不足，没有抓住客户关心的内容，没真正帮客户解决问题。业务解决方案顾名思义，是需要帮助客户解决
无论是软件开发商，咨询公司还是甲方自己，要把业务模型完整的建立起来，都需要非常高的功力。这些功力，更多的不是业务或技术本身，而是模型化的能力。所谓模型化，核心强调的是业务架构、业务组成和业务关系等的抽象能力。当你面对复杂的业务单元，面对复杂的业务规则和业务数据，你如何才能在最短的时间内完成对业务系统的再认识和模型化呢？这是个挑战！
&
推荐
原创
2010-12-10 01:53:59
1741阅读
点赞
需求文档业务架构是软件开发过程中非常重要的一环，它描述了软件系统的功能需求和业务逻辑。在这篇文章中，我们将以一个在线购物网站的需求文档业务架构为例，来介绍如何编写一个详细的需求文档。
## 问题描述
我们的在线购物网站需要一个新的功能：用户可以在购物车中查看商品的数量和总价，以便更好地管理购物车中的商品。
## 需求文档业务架构
### 功能需求
1. 用户登录网站后，可以浏览商品并将商
业务架构的关键是组织机构、业务功能、业务流程等。业务功能靠业务流程实现，业务流程由业务步骤组成。业务架构中，业务流程是关键。 应用架构中，功能和系统是关键。应用架构设计的过程，就是从业务架构到应用架构的映射过程。究其实践主线，就是从业务流程到IT功能，再到IT应用系统的分析与设计的过
转载
2023-09-05 10:02:19
174阅读
创新，增加新业务并推出新产品，或者在国际上拓展业务，流程会不断增多，而与流程有关的原则则被抛诸脑后。与此同时，由于老化的旧系统与新的应用程序互相竞争，以图支持业务需求，支持这些流程的IT也会变得越来越混乱。随着时间的推移，这类复杂性会使技术标准支离破碎，并且破坏架构蓝图的一致性。为了应对快速变化的经济、法规
转载
2023-06-30 09:08:48
50阅读
传统应用系统架构的瓶颈曾经为物业管理公司架构设计并领导开发过一个互联网+物业增值服务平台项目，刚接手这个系统的时候，这个平台在最初的1.0版本采用的是比较标准的单体应用，Java、Tomcat、MySQL，功能服务也比较简单，主要还是物业报修相关，不过在我接手后，客户就开始了2.0的规划，这就包括了物业缴费、物业通知、线上礼品兑换，因此我们延续这个架构完成了2.0版本的上线。如下图所示：从架构角度
2010-08-12 来源：网络复杂性普遍存在于不断发展的任何企业之中。随着企业不断创新
转载
2023-07-02 10:02:06
31阅读
摘要：如何写PRD（产品需求文档） 产品需求文档，也叫业务需求文档。一般写这样的文档用WORD+VISIO或AXURE，建议互联网产品经理都熟悉一下AXURE这个软件的使用，能直接生成PRD，但是生成的文档是英文的，听说只有腾讯有个汉化的版本。下次哪位老兄进了腾讯给俺捎一个，在这里谢谢了哈。 产品需求文档主要是描述产品功能，业务流程和LOFI。可以提供给UE，美工 ...产品需求文档，也叫业务需求
互联网服务公司的队伍日益壮大．其中网络游戏是其中的翘楚．行业方案里面针对网游．又要添加新的内容．要求有业特色．那就让我们看看，ＩＴ方面怎么会影响到他们的业务吧．行业的特点有哪些呢．１．网游公司主要业务就是游戏．游戏的运营和开发．游戏都是网络游戏．属于对外服务．所以最重要的就是保持游戏服务器的正常运行．就是网游的运维．服务器的当机会带来不可估量的损失．数据的丢失．账号的盗用．一切的一切都是保证游戏要
原创
2007-12-13 22:46:46
653阅读
2评论
当下企业中的员工都希望能够在工作中，获得与消费环境中相媲美的体验，在家里人们已经习惯于基本或毫无延迟的即使网络游戏和高清电影体验，而在工作环境中他们也希望获得同样的体验，他们希望文件下载能够立即完成，他们希望应用能够立即提供，他们已经沉浸到了即时满足的世界中，对于一切事物他们所追求的都是即时。不仅是员工
原创
2014-04-14 22:32:05
493阅读
1.3 业务架构（Business Architecture）企业架构开发方法各阶段——业务架构1.3.1 目标描述基线业务架构开发基于原则、业务目标和策略驱动力的目标业务架构，描述产品和/或服务策略，以及业务环境在组织、功能、过程、信息和地理这些方面的内容分析基线和目标业务架构之间的差距选择和开发相关的架构视角，通过这些视角架构师可以阐述业务架构是如何对各干系人的关注点进行解答的。选择与选中的视
转载
2023-08-10 16:29:06
157阅读
Java生鲜电商中在做拆单的需求，细思极恐，思考越深入，就会发现里面涉及的东西越来越多，要想做好订单拆单的功能，还是相当有难度，因此总结了一下拆单功能细节，分享出来。 订单拆单拆单也有两个层次，第一次是在提交订单后支付之前拆单，这次是拆分的订单，一次是在下单之后，发货之前，去拆分发货单（SKU层面）。两次拆单的原则不同，第一次拆单是为了区分平台商家、方便财务结算，第二次拆单是为了按照最后的发货包
转载
2023-08-26 09:22:26
57阅读
功能模块、业务架构、需求分析、用户需求、系统分析、功能设计、详细设计、文档、业务、技术……很多被随口使用的名词，其实是含糊甚至错误的。到底含糊在哪里，错误在哪里，不仅仅是新手软件开发人员糊涂，许多入行多年的老手也一样。虽然很多老手功成名就，挂着CTO、总架构师等研发线的最高头衔，但是心里对这些概念也是一团浆糊。可能有的人会说，不会吧，这些牛人带团队做出了让公司赚钱的系统，怎么会不清楚呢，只不过表达
转载
2023-09-05 11:30:41
106阅读
引言业务架构一般不被开发重视，开发人员喜欢追求新技术，而技术是服务于业务的，现在没有一项技术是自娱自乐的，一定要支撑业务，否则没有场景。设计好业务架构要考虑的方面比较多，要做到业务彼此隔离、业务与技术 (平台) 隔离，从业务架构中能看得出整体业务的流程运转、业务产品的能力、业务领域对象…接下来的两篇文章将重点讲业务架构。一、什么是业务架构业务架构是系统架构的一种，那什么是业务架构呢？业务在百科中的
转载
2023-08-16 16:45:45
145阅读
软件开发就是把一个复杂的问题分解为一系列简单的问题，再把一系列简单的解决方案组合成一个复杂的解决方案。而软件开发中最大的挑战，就是即能够快速高效地针对需求、环境的变化做出改变，也能够持续提供稳定、高可用的服务。而软件架构，就是软件系统的骨骼与框架。所谓架构，见仁见智，很难有一个明确或标准的定义；但架构并非镜花水月或阳春白雪，有系统的地方就需要架构，大到航空飞机，小到一个电商系统里面的一个功能组件，
业务能力是组织执行核心功能所需的能力、材
原创
2022-08-10 08:50:31
118阅读
