1 / 6
文档名称:

嵌入式软件可靠性设计规范汇总.docx

格式:docx   大小:15KB   页数:6页
下载后只包含 1 个 DOCX 格式的文档,没有任何的图纸或源代码,查看文件列表

如果您已付费下载过本站文档,您可以点这里二次下载

分享

预览

嵌入式软件可靠性设计规范汇总.docx

上传人:suijiazhuang1 2020/12/27 文件大小:15 KB

下载得到文件列表

嵌入式软件可靠性设计规范汇总.docx

相关文档

文档介绍

文档介绍:嵌入式软件可靠性设计规范汇总
序号
分类
规范要求
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.
从报警事件发生开始、 到报警触发、到被人感知到、到系统自动处理