————————————————————————————————————————————————
今天完成的事情：后台是给公司系统的运营人员使用的  

主要讲的是 用户 角色权限 模块（增删改插） 

通用的功能
增删改查 状态操作 上下架

权限管理可以做一级两级菜单 包括用户管理  决策管理 一般在左侧

不同的使用者角色是权利相同的  但是权利和角色不绑定 角色的好处：1. 方便增加新人  2. 方便管理    

如果要支持多个角色  在名字下拉可以切换角色，然后出来的显示的页面会不一样   

需不需要父子角色     注意： 后台角色不要约束的太严格 小公司开放 但是大公司需要规划

权限可以开放对模块的使用   可选的模块可以由角色勾选  cmms  内容管理系统 复用

（数据字典  下拉列表 录入学员的性别 男女 可以把代码写死 

  操作日志 对后台的操作都会有记录 ）一定要加  

不改代码可以把字段扩充  性别是定义  性别包含很多相关的词 有分类   比如 男 女 雌雄同体

列表页（上下架操作在最右边）下面详细页  上面是查询       

后台管理员必须有 权限分配  新增模块需要改代码      

最好不要用弹窗       

原型：黑白灰 按照wiki上的规则去做

明天开始画原型

明天计划的事情：（一定要写非常细致的内容）
遇到的问题：任务中需要输出的验收标准是什么呢？比如任务二 草船云和爱彼迎的页面布局设计

wiki中找到答案了

story：
作为一个移动用户，我希望能选择一款移动套餐业务，以使自己能更便利的使用回家学习

验收标准：
在“我的”页点击“套餐订购”进入列表页，可以看到每一项都有一个小图标、套餐名称以及资费信息和套餐内容，选择“商业文化包”，弹出对话框“确认订购套餐？”：点击“确认”，提示“订购成功”，回到首页发现用户增加100学习星；点击“取消”关闭对话框，点击右上角“？”按钮显示说明“每月扣除一定量话费来享受以下套餐，暂仅支持移动用户”，点击说明展示面板或空白区域关闭面板

说明你做的这个页面是可以按照流程走通的，符合用户需求的。该提示的地方有提示，该显示的地方有显示

收获：

1.对任务每个步骤需要产出的内容进行了归纳，梳理，

2.全部任务进行排期

1.6号下午开始试学习-1.15日报名入学 （9天）

预计40天完成十个任务的主内容剩下10天可以修改和补充（深度思考问题解答+复盘学习过程）

拆解

每四天完成一个任务

每个任务交出两套结果：

任务二举例：草船云：需求调研PPT-需求列表和用户story—流程图-web原型（2天）

                    爱彼迎：需求调研PPT-需求列表和用户story—流程图-app原型（2天）

第一天 需求调研PPT 写完竞品分析 写好PPT  写出需求列表和用户Story

第二天 画流程图 画web原型

每个任务结束都需要输出 调研PPT 需求列表和用户story 流程图 web原型 app原型 验收标准

3.平衡项目和任务的时间 项目和任务需要同时进行

————————————————————————————————————————————————————————

说明：以上是1月15日的日报  昨天整理资料太晚忘记了  差了几秒就超时了  下次一定注意！

以下是1月16日的内容

——————————————————————————————————————————————————————

今天完成的事情：把项目的一些主要的概念都理解了一下

中台背景：

目前大部分企业进入互联网时代，很多中大型企业有很多的业务需求，包括自建社交平台，教育平台，游戏平台，影音平台等但是单独开发会资源浪费，而且成本昂贵且周期长。于是就抽出一个平台来整合基础资源，供所有的项目的开发共同使用。这个中间层就是中台。

国内中台起源：2015年马云去芬兰游戏公司supercell做调研，发现了他们的开发团队非常高效，而且出来的作品都非常经典，比如《部落战争》，腾讯随即收购了他们，中台就进入了国内大型企业的搭建理念中，许多大厂纷纷效仿。

中台分类

数据中台：提供数据分析能力，帮助企业从数据中学习改进，调整方向。

业务中台：提供重用服务，例如用户中心、订单中心之类的开箱即用可重用能力。

算法中台：提供算法能力，帮助提供更加个性化的服务，增强用户体验。

技术中台：提供自建系统部分的技术支撑能力，帮助解决基础设施、分布式数据库等底层技术问题。

研发中台：提供自建系统的管理和技术实践支撑能力，帮助快速搭建项目、管理进度、测试、持续集成、持续交付。

组织中台：为项目提供投资管理、风险管理、资源调度等支持。

数据中台：数据中台的核心理念在于“数据取之于业务，用之于业务”，即它相比于数据平台注重的是对业务的积累和沉淀，构建了从数据生产到消费，消费后产生的数据再回流到生产流程的闭环过程。业务积累和沉淀的过程体现在数据中台对外提供的数据服务，数据中台作为整个企业组织所有业务的数据消费需求的提供方，通过业务对数据服务的不断滋养，会形成一系列稳健的数据服务，这样当出现新的市场机会需要构建新的前台应用时，数据中台可以无差别的进行数据服务供给，从而保证了企业组织的创新火种。

总结：在我看来，数据中台优点在于将业务中产生的数据经过处理以后变得可视化，可运营，不断迭代，反过来着利于业务中，提高效率的同时带来更多的价值。

                        数据中台整体布局图

那主要我们做的就是数据中台内数据资产管理平台（数据治理平台）

大致分为四个部分

1.数据采集（把数据搬到平台里去）

需要适配器，种类有很多，第一部分先实现一些主流的适配器（mysql）

2.数据加工（清洗）就是原始数据需要加工，查询和处理 

3.数据发布  需要屏蔽掉不需要的运营方面 只是留用对外API

4.数据应用

数据地图：可以找到数据

数据分析：血缘分析

数据资产的质量是否是标准

前面的部分都是梳理一下项目的背景，毕竟我没有接触过，想要系统学习一下。所以做一个简单的总结。

我个人主要负责的就是用户管理和角色管理的原型

下面是详细介绍 

用户管理 包括个人和机构 因为航天三院是总院下属有33个内部机构 还有外部的企业客户，供应商等

其实还有比如复制粘贴功能，用户授权等等，没有写太全

角色管理

角色从三个视角  管理视角  技术视角  业务视角

角色中还需要分层级 比如管理者（高级，中级，低级）

本来是这么想的 但是ToB的后台应该操作简洁，提高工作效率 如果这么分级 应该会加大用户工作量和用户操作上的学习成本。大大降低了效率

比较合适的应该是：

管理员可以将角色授予用户，被授予角色的用户将有授予角色的全部权限

比如同一个技术部门的10个用户在某个主题下创建，查看，编辑，那管理员可以将这些权限授予一个角色，然后再将这个角色，分别给这些用户。这样操作就比每个用户去授予权限简单，如果要修改这些用户的权限，只要角色的权限就可以。 

最后只要设立 管理员和普通用户 就可以 

问题：

1.权限要做到什么样的颗粒度 是精确到页面的权限还是精确到按钮的权限

还是有对数据查看的权限 有组织架构方面的权限要求嘛？

解决方案：

如果做到页面权限的话 就做个树状图 每个角色看到的页面不一样

如果精确要按钮的权限的话 就是比如什么角色详情页面有增删改查的按钮    

如果精确到数据查看的权限  比如查看权限从组织架构-列表页—信息详情页面—详情局部 依次递减

待更新。。。。。