软件架构怎么开发
发布网友
发布时间：2022-04-25 06:07
共2个回答
热心网友
时间：2023-04-22 22:44
方法/步骤
计算机科学和程序设计的飞速发展，使得软件设计应用到从航空航天到日常生活的方方面面。单个人开发一段小程序的做法早就过时，大范围协作的工程化时代随即到来进而在实践中不断的总结和改进，用于有效指导和最大程度的保障软件开发的质量、周期和成本。鉴于软件工程与建筑工程一样是一项系统的工程性工作，引入到计算机领域后，软件架构就成为了描述软件规划设计技术的专有名词
软件架构是有关软件整体结构与组件的抽象描述，用于指导大型软件系统各个方面的设计。
软件架构师定义和设计软件的模块化，模块之间的交互，用户界面风格，对外接口方法，创新的设计特性，以及高层事物的对象操作、逻辑和流程。软件架构是一个系统的草图。
架构过程：在系统整个生命周期中构思、定义、表达、记录、交流，验证合适实现，维护和改进架构的过程，也就是设计过程。
架构：一个系统体现在其环境中的元素、关系的基本概念或属性，以及其设计和进化原则。
架构描述：表达一个架构的工作产出物（通常指的是各种架构图和设计文档）。
架构视图：通过系统的某些关注点的视角，表达一个系统的工作产出物（例如部署视图、开发视图等）。
系统：包含了一个或多个进程、硬件、软件、工具与可以满足需求的人的集合。
环境：决定了开发、操作、策略和其他影响系统的设置和条件。
库是工具箱。
框架是一套通用的解决方案。
架构是高度抽象的需求，是系统中的不变量。
平台是所有可能做的事的集合。
系统分拆：如何把系统拆解为不同的子系统、模块、业务单元；
技术选型：使用什么样的基础技术框架或脚手架；
技术验证：确定核心技术难点如何解决，检验能否满足期望指标；
接口规范：系统的内部不同部分以何种形式确定接口契约和数据通信；
集成方式：系统与外部其他业务系统如何进行集成；
技术规范：如何规范开发、测试、部署和运维的技术标准性；
部署方案：系统如何进行物理部署，需要多少机器、什么配置，对网络有什么要求；
运维方案：系统如何进行技术性运维，如何日常监控、预警报警；
发布上线相关基础性工作，包括是否使用持续集成（CI)、自动化发布等技术；
运维基础性工作，自动化运维，监控等相关技术。
业务拆分的方法和技术框架的选择必然会影响到研发团队的组织形式。
业务拆分的越细致，越有利于我们更好的对项目的各项指标量化计算，更精确的估计工时和成本，从而指导我们每个小组应该分配多少资源，使用什么样的协同和任务确认形式。
并且随着项目的推进，计划与实际情况之间的匹配程度也随时可以进一步精确调整，进而影响到我们应该对每一块任务的投入资源进行动态调整
热心网友
时间：2023-04-22 22:44
您好，您的问题我已经看到了，正在整理答案，请稍等一会儿哦~
您好，很高兴为您解答。有几个环节哦。
需求提出： 这个环节主要是产品爸爸给我们提需求，每个需求都是他们从用户，或者自己绞尽脑汁想出来的，但是产品爸爸还拿不准，不能直接敲定，所以就需要我们大家（产品，UI，前端，后端，客户端和测试）一起讨论一下，看看这个需求是否合理，或者这个需求是否有意义，能否达到预期，技术实现的成本，周期等等。
需求PRD提出：
这个阶段，产品爸爸会根据第一版聊下来的结果，大致出一个Demo版本的PRD，会画出初版的原型图，并且配上文字说明，所有涉及到的业务，还有交互细节都会罗列出来。
交互设计评审： UI会画出客户端，前端，H5开发所需要的UI图，基本上就是我们看到的产品的样子了，不过还是要敲定细节，比如按钮合理不，或者上面数据是否在这展示，或者这里展示的数据是否合理。这个环节会比较快，只要UI按照之前敲定的逻辑开发，出入不会很大，一般都是小改。
概要设计：概要设计，这个是大厂程序员需求下来之后基本上都会做的一步，不过看需求大小，可能很多小需求直接就详细设计了，也有啥设计都不用做的小改动，具体需求具体分析嘛。
详细设计
测试用例评审
接口定义&开发&前后端联调
代码Review：
codeReview环节，画一下重点，这可能是整个研发流程中，让你成长最快的一个环节，让组员和Leader Review你的代码，往往他们能给你很多业务上和技术上的建议和意见。
提测&灰度发布&产品第一次验收
发布计划
生成环境上线：这就是神圣而庄严的上线环节，一般在这个环节丙丙都是要洗手洗澡，然后才点下那个神圣的发布按钮。
日志观察&产品第二次验收一般发布第一批之后不会马上发布第二批，而是观察错误日志，看看是否正常，有时候会发现还是会出现异常情况的，那就保留错误日志，然后回滚。
需求结束至此基本上一个需求可能就结束了，其实还是很不容易的，短的需求几天，长的需求几个月，中间涂涂改改，BUG，技术难点都是你要面对的，不过没啥大问题，我们技术人嘛皮实能顶。
总结产品研发流程大家是不是觉得有点复杂，或者觉得很多点有点小题大做了，不瞒你说，刚开始我也这么认为的，但是随着时间的推移，你会发现有时候越是这样规范，越是提升了效率，也提升了产品质量。
