leijmdas的专栏

目录项目中心, 项目流转类别权限用户描述用户个人用户可以使用平台所有服务，但是没有公司属性，在平台上既可以是甲方也可以是乙方普通注册就可以使用，需要个人认证公司用户公司管理员可以使用平台所有服务，可以进入公司管理进行操作注册时需要有公司工商资料，可以邀请别人加入自己创建的公司公司员工不能使用公司管理相关功能由公司管理员邀请进入公司角色甲方发布需求，终止洽谈，终止合作需求更改发布需求方，可以选择乙方进行洽谈，合作乙方乙方负责人申请洽谈，终止洽谈，终止合作。

首先，我们从容器技术谈起，在容器技术之前，大家开发用虚拟机比较多，比如vmware和openstack，我们可以使用虚拟机在我们的操作系统中模拟出多台子电脑（Linux），子电脑之间是相互隔离的，但是虚拟机对于开发和运维人员而言，存在启动慢，占用空间大，不易迁移的缺点。举一个我亲身经历过的场景吧，之前在vmware中开发了一个线下平台，为了保证每次能够顺利使用，我们就把这个虚拟机导出为OVF，然后随身携带，用的时候在服务器中部署，这里就充分体现了虚拟机的缺点。关键在于该服务可以在自己的程序中运行。

目录1. 完整性管理数据管理目标： 1.1. 数据拉通对齐： 1.2. 数据中心建设： 2. 完整性管理数据管理规范： 3. 完整性管理主题域 4. 完整性管理总体模型 4.1. 总体业务模型 4.2. 核心业务模型 4.3. 扩展业务模型 4.4. 总体标准模型 5. 完整性管理实体说明 5.1. 数据中心模型 5.2. 组织人员模型 5.3. 组织活动模型 5.4. 组织知识库模型 5.5. 基础地理数据模型 5.6. 组织核心资产管网

目录更改记录 版本V0.3 版本V0.2 A增加内容 2.9.7.甲方评估计划和费用 1.14.1.项目列表框 M修改内容 D删除内容 10.6.涉足过的行业类别 1. 首页 1.1. 注册 1.1.1. 个人用户注册 1.1.2. 用户名 1.1.3. 公司用户注册 1.2. 登录 1.2.1. 个人用户登录 1.2.2. 公司用户登录 1.2.3. 第三方登录 1.2.4. 短信登录 1.3. 如何使用 1.4. 联系客

用户中心需求规格说明书 1. 站点： 2. 用户角色： 3. 参考资料 3.1. 《单点登录需求规格说明书》 3.2. 《项目协作平台系统架构说明书》 3.3. 《统一任务消息需求规格说明书》 4. 系统关联图: 5. 系统功能需求说明书: 5.1. 用户注册与登录： 5.2. 第三方登录: 5.3. 用户审核： 5.4. 个人用户维护个人资料: 5.5. 公司用户维护公司资料: 5.6. 我的举报与被举报: 5.7. 我的关注： 5.8. 我

参考《R-D-010-ZHX1703-系统用户与权限管理需求规格说明书》参考《R-D-014-ZHX1703-统一任务消息需求规格说明书》参考《R-D-020-ZHX1703-通用工作流-需求规格说明书》参考《R-D-003-ZHX1703-元数据字典需求规格说明书》参考《R-D-003-ZHX1703-元数据字典需求规格说明书》参考《R-D-001-ZHX1703-项目模板管理需求说明书》参考《R-D-015-ZHX1703-金融账务需求规格说明书》工作流模板、工作流任务查询、历史查询。

**架构设计**：确定系统的架构，如是否采用微服务架构、如何划分模块等。- **数据库设计**：如果项目需要持久化数据，需要设计数据库模型。- **初始化项目**：使用`go mod init`初始化模块。- 设置Go的工作环境，如`GOPATH`和`GOROOT`。- **编写业务逻辑**：根据设计编写具体的业务逻辑代码。1. **需求分析**：明确项目的目标、功能需求、性能需求等。- **接口设计**：设计API接口，确定输入输出格式。- **编写测试**：编写单元测试和集成测试。

10. **避免常见问题**：注意不要想当然地理解利益相关者的需求，避免过度关注需求的实现方式（HOW）而忽视了需求的本质（WHAT），并确保与利益相关者进行充分沟通。3. **从利益相关者那里获取需求**：通过访谈、问卷调查、会议等方式，收集利益相关者的需求和预期。6. **需求优先级排序**：根据需求的价值、工作量、客户权重等因素，确定需求的优先级，以便在有限的时间和资源下进行有效的开发。4. **记录需求**：将收集到的需求以标准化的格式记录下来，如产品需求文档（PRD）、需求管理工具、电子表格等。

在实际操作中，业务需求分析是一个持续的过程，需要不断地与利益相关者沟通和验证，以确保软件能够满足其业务目标。需求管理工具和方法论，如敏捷开发、用例建模、用户故事等，可以帮助团队更有效地收集、组织和优先级排序业务需求。- 描述软件必须执行的功能，包括用户界面、业务规则、处理流程、数据管理等。- 描述软件的性能、可靠性、可用性、安全性、兼容性、可维护性和可扩展性等。- 直接来自用户的具体需求，如用户界面设计、特定操作流程、用户权限等。- 描述整个系统层面的需求，如硬件兼容性、操作系统要求、网络配置等。

**数据表设计**：设计具体的数据表结构，包括字段、数据类型、主键和外键等。- **交互设计**：设计用户与界面的交互流程，如表单填写、数据输入验证等。- **缓存策略**：设计缓存机制，减少数据库访问次数，提高系统响应速度。- **部署架构**：设计系统的部署架构，包括服务器、网络配置等。- **系统测试**：设计系统测试用例，确保整个系统按预期工作。- **算法设计**：对于复杂的业务规则，设计相应的算法。- **负载均衡**：设计负载均衡策略，确保系统高可用性。

**利益相关者访谈**：与人力资源部门、部门经理、员工和IT部门进行访谈，收集他们对系统的需求和期望。- **功能需求**：确定系统必须具备的功能，如员工信息管理、招聘流程、薪酬管理等。- **需求规格说明书**：编写详细的需求文档，包括所有功能和非功能需求的详细描述。- **需求评审**：与利益相关者一起评审需求文档，确保需求的完整性和准确性。- **非功能需求**：分析系统的性能、安全性、可用性、兼容性等非功能需求。- **需求变更管理**：制定需求变更管理流程，确保需求的可控性。