(五)概要设计评审规范

文章强调了在评审系统架构设计时应关注的七大要点,包括并发性、伸缩性、可用性、扩展性、安全性、性能和稳定性,并指出逻辑架构是评审的重点,因为它包含了所有技术设计的元素。同时,文中提到要特别关注可能存在的缺陷和漏洞。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

目录

1、要评审的一些点

2、要重点评审哪个部分

3、设计评审的记录


1、要评审的一些点

负责评审的同学,需要对架构设计方案,从以下的角度考虑:

(1)并发性:考量一下,现有的系统架构,能支撑多高的并发,如果说未来并发持续上升的话,这套架构会不会扛不住

(2)伸缩性:考量一下,如果未来系统架构撑不住并发量了 ,现有的这套系统架构,是否是可伸缩的,就是能否在需要的时候,通过加机器,扩容,来增强它能抗住的并发量

(3)可用性:现有的这套系统架构,是否可能会出现不可用的情况,比如说某个外部依赖挂掉了,或者是流量激增,等等,会不会有哪些情况导致系统跨掉了

(4)扩展性:如果后续要对系统进行大量的迭代,快速的业务需求开发,大量的代码改动,现有的这套架构,能否支撑系统快速扩展

(5)安全性:现有系统架构,存在了哪些安全性的漏洞,是否可能被攻击,导致系统挂掉,是否可能导致系统的数据丢失

(6)性能:现有的系统架构,是否会在哪些地方出现性能的瓶颈,或者性能较差的一些情况

(7)稳定性:现有系统是否考虑到了日志、监控、线上问题的快速排查和处理、系统功能运转的一个稳定性

2、要重点评审哪个部分

概要设计文档里面,逻辑架构、运行架构、物理架构

重点要考虑的,就是这个逻辑架构,因为这个逻辑架构就体现了所有的一切技术性的东西和设计

要考虑一下,逻辑架构体现的技术架构中,是否有哪些缺陷和漏洞

3、设计评审的记录

<think>好的,我现在需要帮助用户寻找嵌入式软件概要设计评审表的模板。首先,我得理解用户的具体需求。他们提到的是嵌入式软件的概要设计评审表,可能需要一个结构化的模板来指导评审过程。接下来,我应该考虑从哪里获取这样的模板。 根据用户提供的引用内容,引用[1]提到软件开发过程中涉及的各种文档,包括软件设计说明等,这可能与概要设计相关。引用[3]中提到了详细设计说明书,但用户需要的是概要设计阶段的评审表。因此,我需要确定概要设计评审的关键要素,通常包括模块划分、接口定义、数据结构、性能要求、可维护性等。 接下来,用户可能需要模板的结构示例。虽然没有直接提供模板下载链接,但根据常见的软件工程实践,可以构建一个基本的评审表结构。例如,评审内容可能包括需求符合性、模块结构、接口设计、资源分配、可测试性等方面。每个部分需要评审要点评审意见栏。 同时,用户可能需要参考相关标准或企业规范,如国军标GJB 438B或GB/T 8567,这些标准可能规定了文档的结构。引用[1]中提到的软件开发计划、软件设计说明等文档,可能对应这些标准的要求,因此建议用户查阅相关标准以获取更正式的模板。 另外,用户可能需要了解如何获取这些模板。可能的途径包括企业内部文档库、行业论坛(如CSDN、电子工程世界)、专业文档网站(如道客巴巴、百度文库)以及开源项目资源。引用[3]来自软考中级软件设计师的复习资料,这可能意味着用户对软件工程流程有一定了解,但需要具体的模板示例。 最后,我需要确保回答符合用户的要求,结构清晰,并提供相关的建议和示例。同时,根据用户提供的引用内容,适当引用相关部分来支持回答的可靠性,例如引用[1]中的文档类型,引用[3]中的测试相关说明,虽然测试与设计评审不同,但可以强调评审与测试的关系。</think>根据软件工程规范及行业实践,嵌入式软件概要设计评审表通常包含以下核心要素(以国军标GJB 438B为参考框架): **嵌入式软件概要设计评审表示例** ``` 1. 文档基本信息 - 项目名称:__________ - 文档版本:__________ - 评审日期:__________ - 评审组成员:________ 2. 需求符合性(对照软件需求规格说明) - 需求覆盖率:□完全覆盖 □部分缺失[注] - 需求映射关系:□明确可追溯 □存在模糊项 3. 架构设计评审 - 模块划分合理性:□高内聚低耦合 □需优化 - 接口定义完整性:□完整规范 □存在未定义接口 - 数据流设计:□清晰可维护 □存在冗余路径 4. 资源管理设计 - 内存分配方案:□满足实时性要求 □存在溢出风险 - CPU利用率预估:□在安全阈值内 □需优化算法 - 外设驱动设计:□完整覆盖硬件需求 □存在未定义驱动 5. 可靠性设计(引用GJB 2547A) - 故障处理机制:□完备的异常处理流程 □需补充容错设计 - 看门狗策略:□多级监控机制 □单一监控点 - 数据校验:□CRC/MD5等校验机制 □未明确校验方法 6. 可测试性设计 - 测试接口预留:□充分支持白盒测试[^2] □缺乏调试接口 - 日志输出机制:□分级日志系统 □未定义日志格式 7. 评审结论 - □通过评审 - □有条件通过(需整改项:__________) - □不通过(主要问题:__________) ```[^1][^3] **获取途径建议**: 1. **标准文档延伸**:在GJB 438B《军用软件开发文档通用要求》的"软件设计文档(SDD)"章节中,可找到结构化评审要素 2. **行业资源共享平台**: - 电子工程世界论坛的"嵌入式开发"版块(含军工领域模板) - 百度文库搜索"GJB 438B 设计评审检查单" 3. **企业级资源**:航天科工集团发布的《嵌入式软件工程化实施指南》附录包含评审表示例 **注意事项**: - 必须验证模板与具体行业规范的符合性,如汽车电子需符合AutoSAR标准 - 建议结合DO-178C的"设计验证"要求补充航空电子专项检查项 - 实际使用时应增加"变更影响分析"模块,评估设计修改对代码级实现的影响
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

码海拾贝2023

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值