嵌入式软件可靠性设计规范汇总VIP免费

嵌入式软件可靠性设计规范汇总序号分类规范要求1.人机交互设计界面分成两类，操作控制类信息、测量监控类信息。每类又分成三级，高优先级、中优先级、低优先级。不同类型的信息内容要分区，不同级别的信息放置位置不同、大小不同、色彩不同。2.信息内容直观，不必经过换算3.安全关键操作需经过再次确认4.色彩只有两个主色调（一前景色，一背景色色），其他只能做点缀色5.从任何界面下进入到其他的界面下，最多不得超过3层6.单一操作功能下的界面用滚屏方式实现，不能用翻页形式实现7.同一界面下的数据不要比对8.用通栏布局代替多栏布局9.整合相似的功能，去掉零碎的UI元素10.主要功能需要多次强化显示11.区分选中和可点击的状态，不要使用户困惑12.布局有层次有重点，而非简单罗列13.允许用户撤销操作而不是使用弹窗需要用户确认14.页面上多使用对比的方法15.使用简洁的表单16.把选项列出来而不是藏起来17.使用连续性的提示符，别让用户误以为页面到了终点18.功能专一而不是使用太多的链接19.提示执行结果的状态20.用直接操作来代替无数个菜单21.直接显示输入框可以省略一个页面22.试着减少线框，减少不必要的注意23.用户没有使用记录的时候要善于引导24.给出默认的选项而不需要用户选择25.保持一致性降低用户的学习成本26.自动补全一些数据，降低用户的操作负担27.尊重用户的使用习惯而不是创造新的规则28.将相关的条目分组，不要杂乱无章的排列29.采用及时校验而不是到最后才提示错误30.需要用户输入的格式宽松严格限定格式31.可以给用户提供一些快捷操作32.使用一些对比33.初始化的时候给用户一些激励34.循序渐进地引导用户，不要简单粗暴地直接呈现给用户35.编译器项目主管检查团队成员编译器版本是否统一（对外协团队、及复用以前的成熟代码时，尤其关注此项）36.软件工程师项目开始前，检查自己所用编译器版本与团队是否一致（对外协团队、及复用以前的成熟代码时，尤其关注此项）37.编译器环境在项目开发结束时，一并提交归档；38.任何一个新设计的软件系统中、任何一个新的变量类型，均须做强制定义，以避免程序移植中可能产生的数据类型默认规格不一致而导致错误的问题（定义时不能直接使用基本类型，必须转型，建立跨平台适配库；）39.多人开发必须统一版本、补丁，必须有配置说明，安装指南；40.所有变量使用前必须赋初值；41.Alarm设计所有报警要分级（高、中、低），并在设计开发文档中予以说明。包括：每一个报警的定义、触发的条件、触发时人与设备的距离和人的状态、报警所允许的处理时间、报警的优先级别界面上报警提示的位置及图标方式42.从报警事件发生开始、到报警触发、到被人感知到、到系统自动处理或人工处理并生效、直至问题被排除的间隔时间，需进行测量并确认43.高级报警显示：红色，1.4Hz～2.8Hz，信占比率20%～60%开44.中级报警显示：黄色，0.4Hz～0.8Hz，信占比率20%～60%开45.低级报警显示：蓝绿色或者黄色，常开，信占比率100%46.高优先级和中优先级的报警上下限设置值一旦超出可能引起较严重后果的非合理报警数值区域时，均需加单独的对话弹出框予以提醒操作者47.默认的报警预置不允许修改，并提供让用户能恢复到出厂默认报警设置的操作途径48.做报警日志记录，为以后的故障分析、维修检查或商业纠纷提供依据49.与硬件接口的软件数据传输接口的硬件性能限制了数据传输速率的提高，在确定波特率前，要确认硬件所能承受的最高传输率，光耦、485、232、CAN、传输线上有防护器件（TVS或压敏电阻）的端口50.硬件端口读进来的数据必须加值域范围的判断51.硬件端口读取数据，必须加可控时间或次数的有限次限制52.A/D的位数比前端放大电路的精度要求略高即可，并通过数学计算验证53.对运动部件的控制，正向运动突然转向反向运动时，必须控制先正向减速到0，然后再反向加速的控制方式54.运动部件停机后、再快速启动的工作控制方式是不允许的。须停机、开机、delay延时、再启动执行机构，以确保执行机构先释放原来运动状态的惯性，然后再从静态下启动55.运动部件都有过渡过程特性，软件驱动时的上升沿和下降沿的过渡特性会直接影响到硬件的安全...