软件架构管理
2022-06-14 15:41:04 3 举报AI智能生成
登录查看完整内容
集中精力突破后台管理系统的框架，希望能够踩在前人的肩膀上前行，如何做好项目管理-组织架构篇对于公司来讲无法做到对项目部直接有力的管理我认为主要原因是每个项目部都有自己独立的系统
作者其他创作
大纲/内容
项目相关立项申请
项目预算与采购
项目干系人及职责/人员架构
事业部或集团发文
流程与文档
阶段性工作
分批达成目标
产品/系统分层预估
项目周期工作量预估
里程碑计划
时间管理
预算与采购管理
确认项目对应的边界范围
范围管理
业务方对项目的核心范围、目标
项目可能潜在的风险
按里程碑计划执行，协调解决困难
降低预期
结合实际情况是否结合减少实施范围、降低质量
进度
事故等级分类
事故应急处理机制
应急管理
风险管理
里程碑管理
同部门合作
跨部门合作
人力工时评估
团队所需要的技能或知识培训
人力培训
项目资源
涉及预算
项目规划
产品需求设计文档
开发设计文档
整体产品架构说明
详细培训资料文档
项目整体计划与执行文档
相关文档
RDM立项基础文档输出
相关预研
预研阶段
转换产品需求
需求阶段
产品设计
设计阶段
开发与测试
开发阶段
线上验证与培训
上线阶段
项目更新
项目管理
GPM/ITRD
TAPD/敏捷看板
管理工具
需求进度
需求风险
需求跟踪
PRD编写规范/PRD内容
业务/产品架构/领域模型
产出功能分解文档
产出流程文档
PRD评审
产品PRD
视觉交互
低保真设计
高保真产品交互设计
设计评审
交互/视觉设计
上线培训
上线效果
上线评审
迭代计划
产品交付流程
产品定义与版本的定义
版本对应产品维护
版本管理
产品管理
SIT
UAT
PRE
测试阶段
测试团队编写用例
测试用例评审
测试用例
缺陷分级
录入缺陷
通报缺陷进度
回归缺陷流程
测试报告、准出、准入报告
测试执行
测试管理
项目规划管理
任务透明化
职责明确化
奖惩机制
员工归属感/OwnerShip
职责
任务分配可视化：例如tapd
任务分配
任务拆分
任务同步
任务
产出人员任务时间分配表
任务分配表
人员把控
产出里程碑表
同步与把控项目的问题与进度
进度把控
产品交付工期
产品交付质量
质量把控
把控
团队管理
不建议使用，整体迁移到集团gitlab
svn
1、代码在云端，容易爆漏洞，泄露风险
2、不易于复用集团Devops基础能力
自建git
1、便于项目使用、帐号权限统一
2、易于集成开发运维工具（Devops）
集团git
使用
个人分支
环境分支
发布分支
主干、版本
分支管理
自测通过-需求代码提交
管理员审核并review通过-合并到release
release合并到Master并Tag
合代码规则
git
代码管理
Web规范
Java规范
IOS规范
数据库规范
缓存规范
技术
基础规范，详细见活文档
版本规则
项目命名规则
微服务命名规则
镜像规则
日志规则
应用
基础设施规范
编码规范
任何时间都支持可用或者能替代
高可用
功能必须支持用户，出错可重试，对于操作有事务性与可靠性
高可靠
用户操作根据需地要记录日志、结构化、通用化、可视化，无论业务日志还是系统日志都可查、可回溯
可溯性
对不确定的异常需要容错处理，比如处理失败重试，推送失败重推，支持手动或自动
容错性
如MVC或者DDD驱动
统一架构风格、理念、方式、实现
统一各中间件及组件的使用，评估系统整体性能要求
有问题容易有解决方案，团队可自由学习
筛选业内流行、开源、活跃技术路线
如Springcloud全家桶中相关的组件服务、apache开源服务
尽可能新版本、高稳定、兼容性好的
技术选型
架构执行
系统功能
本地TestUnit
服务Mock
前后端开发联调
方式
异常容错
功能完整性
服务可用性
数据准确性
要求
应用模拟压力
工具压力，如Jmeter
性能测试
开发自测
统一模型，如设计模式，架构模式MVC
职责单一，可复用，可扩展
编程思想
总体流程图
总体架构图
概要设计方案
流程时序图
服务交互图
服务架构设计
规范表设计、字段、索引、数据量预估
关系数据库设计
详细设计方案
API服务
标准restful接口
swagger+集团yapi
服务接口管理
开发文档
团队交叉参与
潜存缺陷修复
Git Pull方式
代码Review
编码实现
合规扫描
安全扫描
自动化执行单元测试
代码扫描
流水线可视化
自动交付流水线
流水线任务编排
交付流水线
环境/版本分支构建制品
Maven打包/镜像上传
持续集成
主机部署
容器部署
容器云部署
部署环境管理
部署任务
持续部署
管理并区分版本/环境服务
分布式配置管理（推送）
微服务管理
服务器
中间件服务如MQ、RPC
基础服务DB、缓存、Nosql
服务链路监控、追踪、告警、降级、限流、熔断
中间件/基础服务
分批停服、更新、发布，流量自动切换，无感知发布不影响B/C端用户
k8s自带的pod无缝更新
负载均衡切换、分布式服务自感知
优雅发布
所有帐号集成集团4A认证
一人一号并且角色与权责清晰
尽可能禁用ROOT、管理员、发布帐号、只读帐号
角色权限
部署管理
需求开发
缺陷修复
项目迭代
敏捷并行开发
主版本，1.0.1
需求/缺陷分支版本，1.0.1
测试分支版本，1.0.1Beta
多版本并行管理
本地分支
特性分支
功能分支
版本分支
代码分支命名
应用镜像命名
命名
技术基础管理
软件架构管理
0 条评论
回复 删除
下一页
