hsabrina的博客

Xelerator系统架构图的模板。这个模板将系统划分为数据层、服务层和展现层三个层次。

在该系统的整个架构中将服务器分为两种类型，一种名为namenode，这种类型的节点负责管理管理数据（元数据），另外一种名为datanode，这种类型的服务器负责实际数据的管理。客户端访问存储的大致流程是，客户端在启动后会首先从Mon服务拉取存储资源布局信息，然后根据该布局信息和写入数据的名称等信息计算出期望数据的位置（包含具体的物理服务器信息和磁盘信息），然后该位置信息直接通信，读取或者写入数据。

1. 编程系统产品开发的工作量是供个人使用的、独立开发的构件程序的九倍。2. 编程行业的一些内在固有苦恼：● 将做事方式调整到追求完美，是学习编程的最困难部分。● 由其他人来设定目标，并且必须依靠自己无法控制的事物。● 真正的权威来自于每次任务的完成。● 任何创造性活动都伴随着枯燥艰苦的劳动，编程也不例外● 人们通常期望项目在接近结束时（bug、工作时间）能收敛得快一些，然而软件项目的情况却是越接近完成，收敛得越慢。● 产品在即将完成时总面临着陈旧过时的威胁。

人、外部系统、数据是我们在发掘关系时可以参考的方向，根据系统各自的特点，在架构设计过程中还会有一些需要实际去考虑的关系，这些关系一般都是所谓的系统最大的特点或特殊情况，常见于重大需求，特色需求，亮点需求等形式，一般也不难找出。待把所有这些关系找出后，可以先做一个粗略的重要性分级，分级的依据是关系的相关性，一般是重要需求相关>特色亮点需求>甲方相关>用户相关>乙方相关>外部系统相关>外部数据相关>内部数据相关>其他次重要的数据，在进行架构设计时优先满足重要性高的关系，得出一个基本的架构雏形，再根据弱一级的关.

其实从编制架构设计说明书的角度来看，也可以阐述具体如何编写架构设计说明书，就像高考作文一样，评审总是有些采分点的嘛，那么对于编制架构设计说明书来说就应该关注那样的几个关注点...

技术架构主要包括两大部分：软件-技术平台/组件、硬件-基础设施，主要是对应用和数据提供哪些可用资源

数据系统架构设计原则：纵向细化数据总体架构内容，横向横向遵从对业务模型的原创依赖关系

在业务模型设计内容和总体应用架构设计的前提下，遵循二者进行应用系统架构设计

分布在业务模型设计、系统设计两个阶段，设计成果包括《业务模型说明书》、《业务需求说明书》、《概要设计说明书》、《数据库设计说明书》1) 需求调研2) 需求分析：业务模型说明书、业务需求说明书【业务架构设计】3) 系统设计：概要说明书、详细设计（数据库设计部分）【应用架构设计、数据架构设计、技术架构设计】4) 系统开发和实施.........

业务架构的主要内容，逐条分类进行梳理