首页
关于我们
质量保障

质量
保障

Q

自2010年成立以来
质量一直具有核心战略意义

敦行致远,融合创新。多年的行业经验积累和不断改进的系统工作流程,使我们在组织和流程成熟度上达到一定杰出的水准,铸就了我们互联网+技术的核心优势。

质量体现我们的工作态度,工作方式,软件开发流程和方法论中。质量深深植根于我们的价值观和文化中,为我们系统,自信和有效地运作提供了一个关键框架。

其他事实
  • 我们的质量体系管理,基于我们与客户达成共识,以终为始。更具标准化,透明化和系统化。
  • 我们的团队智能匹配,在能力,时间和配合度等多方因素里都能出色胜任这个项目。帮助客户解决问题,发现问题,规避问题。做到项目上线风险把控。
  • 客户是质量标准的掌控者,我们是质量标准的完善者和执行者。

实践中的质量

快乐的客户与快乐的解决方案

我们确保质量的方法意味着低业务风险,项目按预算,按时交付,达到极高的标准。

以客户为中心
我们在过去的几年里(2010-2018),平均客户满意度达到99.9%,超过1800+个项目(90%的客户响应率)
放心准时
在过去三年中,与项目总体持续时间估算相比,我们的项目延迟平均值不到6%。
强烈推荐
净推动者得分(NPS)正在成为客户忠诚度基准测试的基准标准,我们在2018年达到65分,在技术和软件行业排名中占据显着位置。为了正确看待这一排名,Temkin Group Research声称2015年第三季度技术行业的平均得分为31.8。结果范围从-100到+100。
一个长期的承诺
我们的质量管理体系定期接受审核,以确保符合国家和国际法规,包括EN 9100,ISO 9001,CMMI-DEV ML5,NATO AQAP 2110/2210和Cyber​​Essentials。
8.70
2018
8.66
2017
8.60
2016
8.55
2015
10
8
6
4
2
0
10
8
6
4
2

认证和标准

我们按照行业和市场标准运营,信任和诚信是我们所做的和提供的一切核心

质量体系架构
关于编程规范及原则
关于设计规范与标准
售后

质量体系架构

供方:

组织机构  

本公司内部专门设立部门质量保证部门,由部门负责人及专门经过培训的人员组成。具体项目开发组,设立质量保证组,或委托公司质量保证部门协助开展工作。

质量保证部门负责以下工作:

建立并维护公司内部的质量保证体系。  

对可能导致产品不合格的问题予以识别,采取措施予以避免。  发现并记录产品的质量问题。  提出、采取或推荐问题解决办法。  验证解决办法的实施效果。对不合格产品的处理、交付过程进行控制,确保最终问题得以纠正。  质量保证部门的评审活动应由与被评审工作无直接责任的人员组成。制定质量方针和质量目标  

确保项目组成员均理解质量方针并能坚持贯彻执行。公司内部制定一般性的质量方针及对软件产品的质量目标,作为各项目组的参照,各项目组可根据具体客户期望及需求作出具体质量目标及质量承诺,具体质量目标及承诺,特别是超出公司目标的部分,提交给质量保证部门,以便提交给质量保证部门充分理解并协助实施。


需方:

在项目中,应向需方(客户)提出具体要求,明确其需要承担的职责,以便相互配合,共同保证项目的顺利实施。

需方应明确指定项目相关负责人,应具有足够的权力处理以下问题:  向供方提出需求

回答供方提出的某些相关问题  认可供方的提案  

与供方签订协议并能确保遵守签订的协议  规定验收准则和规程  

向供方提供必要的信息,提供有利的环境并解决项目中一些障碍。


双方共评审

双方定期交流,并联合评审项目是否满足已经商定的需求标准。


质量体系贯穿整个开发周期,是为了在开发过程中保证质量,防止问题发生。

立方米网络

关于编程规范及原则

遵循相对较少的基本指导原则可以帮助你成为一个更有效的程序员。

编程规范也就是编写出简洁、可维护、可靠、可测试、高效、可移植的代码,提高产品代码的质量。

1.头文件

对于C语言来说,头文件的设计体现了大部分的系统设计,不合理的头文件布局是编译时间过长的原因。

有很多人将工程中所有的头文件包含在一个include.h文件中,然后在每一个.c源代码文件中包含include.h头文件,这样做可以让代码看上去简洁,但实际忽视了编译效率问题,而且代码的可移植性也不好。

原则:

A.头文件中适合放置接口的声明,不适合放置实现;

B.头文件应当职责单一;

C.头文件应向稳定的方向包含。

规则:

A.每一个.c文件应有一个同名.h文件,用于声明需要对外公开的接口;

B.禁止头文件循环依赖;

C..c/.h文件禁止包含用不到的头文件;

D.头文件应当自包含;

E.总是编写内部#include保护符( #define 保护);

F.禁止在头文件中定义变量;

G.只能通过包含头文件的方式使用其他.c提供的接口,禁止在.c中通过extern的方式使用外部函数接口、变量;

H.禁止在extern "C"中包含头文件。

建议:

A.一个模块通常包含多个.c文件,建议放在同一个目录下,目录名即为模块名。为方便外部使用者,建议每一个模块提供一个.h,文件名为目录名;

B.如果一个模块包含多个子模块,则建议每一个子模块提供一个对外的.h,文件名为子模块名(降低接口使用者的编写难度);

C.头文件不要使用非习惯用法的扩展名,如.inc;

D.同一产品统一包含头文件排列方式。

2.函数

函数设计的要点:编写整洁的函数,同时把代码有效组织起来。

函数整洁的要求:代码简单直接、不隐藏设计者的意图、用干净利落的抽象和直截了当的控制语句将函数有机组织起来。

原则:

A.一个函数仅完成一件功能;

B.重复代码应该尽可能提炼成函数.

规则:

A.避免函数过长,新增函数不超过100行(非空非注释行);

B.避免函数的代码块嵌套过深,新增函数的代码块嵌套不超过4层;

C.可重入函数应避免使用共享变量;若需要使用,则应通过互斥手段(关中断、信号量)对其加以保护;

D.对参数的合法性检查,由调用者负责还是由接口函数负责,应在项目组/模块内应统一规定;

E.对函数的错误返回码要全面处理;

F.设计高扇入,合理扇出(小于7)的函数;

G.废弃代码(没有被调用的函数和变量)要及时清除。

建议:

A.函数不变参数使用const;

B.函数应避免使用全局变量、静态局部变量和I/O操作,不可避免的地方应集中使用;

C.检查函数所有非参数输入的有效性,如数据文件、公共变量等;

D.函数的参数个数不超过5个;

E.除打印类函数外,不要使用可变长参函数;

F.在源文件范围内声明和定义的所有函数,除非外部可见,否则应该增加static关键字。

3.标识符命名与定义

程序命名是一个关键,如果命名不规范,自己写的代码,时间长了恐怕连自己都不知道是什么意思了。

3.1通用命名规则

常见命名风格:

A.用下划线„_‟分割,如text_mutex;

B.大小写字母混用,如ReadRFCTex

规则:

A.标识符的命名要清晰、明了,有明确含义,同时使用完整的单词或大家基本可以理解的缩写,避免使人产生误解;

B.除了常见的通用缩写以外,不使用单词缩写,不得使用汉语拼音;

C.产品/项目组内部应保持统一的命名风格.

建议:

A.用正确的反义词组命名具有互斥意义的变量或相反动作的函数等;

B.尽量避免名字中出现数字编号,除非逻辑上的确需要编号;

C.标识符前不应添加模块、项目、产品、部门的名称作为前缀;

D.平台/驱动等适配代码的标识符命名风格保持和平台/驱动一致;

E.重构/修改部分代码时,应保持和原有代码的命名风格一致。

3.2 文件命名规则

因为不同系统对文件名大小写处理会不同,建议文件命名统一采用小写字符。

3.3 变量命名规则

首先,全局变量十分危险,通过前缀使得全局变量更加醒目, 促使开发人员对这些变量的使用更加小心。

其次,从根本上说,应当尽量不使用全局变量,增加g_和s_前缀,会使得全局变量的名字显得很丑陋,从而促使开发人员尽量少使用全局变量。

规则:

A.全局变量增加“g_”前缀,静态变量增加“s_”前缀;

B.禁止使用单字节命名变量,但允许定义i、 j、 k作为局部循环变量;

C.使用名词或者形容词+名词方式命名变量。

3.4 函数命名规则

A.函数命名应以函数要执行的动作命名,一般采用动词或者动词+名词的结构;

B.函数指针除了前缀,其他按照函数的命名规则命名。

3.5 宏的命名规则

A.对于数值或者字符串等等常量的定义,建议采用全大写字母,单词之间加下划线„_‟的方式命名(枚举同样建议使用此方式定义);

B.除了头文件或编译开关等特殊标识定义,宏定义不能使用下划线„_‟开头和结尾。

4.变量

原则:

A.一个变量只有一个功能,不能把一个变量用作多种用途;

B.结构功能单一;不要设计面面俱到的数据结构;

C.不用或者少用全局变量。

规则:

A.防止局部变量与全局变量同名;

B.通讯过程中使用的结构,必须注意字节序;

C.严禁使用未经初始化的变量作为右值;

建议:

A.构造仅有一个模块或函数可以修改、创建,而其余有关模块或函数只访问的全局变量,防止多个不同模块或函数都可以修改、创建同一全局变量的现象;

B.使用面向接口编程思想,通过API访问数据:如果本模块的数据需要对外部模块开放,应提供接口函数来设置、获取,同时注意全局数据的访问互斥;

C.在首次使用前初始化变量,初始化的地方离使用的地方越近越好;

D.明确全局变量的初始化顺序,避免跨模块的初始化依赖;

E.尽量减少没有必要的数据类型默认转换与强制转换。

5.宏、常量

因为宏只是简单的代码替换,不会像函数一样先将参数计算后,再传递。

规则:

A.用宏定义表达式时,要使用完备的括号;

不规范:#define RECTANGLE_AREA(a, b) a * b

规范:#define RECTANGLE_AREA(a, b) ((a) * (b))

B.将宏所定义的多条表达式放在大括号中;

C.使用宏时,不允许参数发生变化;

#define SQUARE(a) ((a) * (a))

int a = 5;

int b;

不规范:

b = SQUARE(a++);

规范:

b = SQUARE(a);

a++;

建议:

A.除非必要,应尽可能使用函数代替宏;

B.常量建议使用const定义代替宏;

C.宏定义中尽量不使用return、 goto、 continue、 break等改变程序流程的语句。

6.注释

原则:

A.优秀的代码可以自我解释,不通过注释即可轻易读懂;

B.注释的内容要清楚、明了,含义准确,防止注释二义性;

C.在代码的功能、意图层次上进行注释,即注释解释代码难以直接表达的意图,而不是重复描述代码。

规则:

A.修改代码时,维护代码周边的所有注释,以保证注释与代码的一致性。不再有用的注释要删;

B.文件头部应进行注释,注释必须列出:版权说明、版本号、生成日期、作者姓名、工号、内容、功能说明、与其它文件的关系、修改日志等,头文件的注释中还应有函数功能简要说明;

C.函数声明处注释描述函数功能、性能及用法,包括输入和输出参数、函数返回值、可重入的要求等;定义处详细描述函数功能和实现要点,如实现的简要步骤、实现的理由、 设计约束等;

D.全局变量要有较详细的注释,包括对其功能、取值范围以及存取时注意事项等的说明;

E.注释应放在其代码上方相邻位置或右方,不可放在下面。 如放于上方则需与其上面的代码用空行隔开,且与下方代码缩进相同;

F.避免在注释中使用缩写,除非是业界通用或子系统内标准化的缩写;

G.同一产品或项目组统一注释风格。

建议:

A.避免在一行代码或表达式的中间插入注释;

B.文件头、函数头、全局常量变量、类型定义的注释格式采用工具可识别的格式。

7.排版与格式

规则:

A.程序块采用缩进风格编写, 每级缩进为4个空格;

B.相对独立的程序块之间、变量说明之后必须加空行;

C.一条语句不能过长,如不能拆分需要分行写。一行到底多少字符换行比较合适,产品可以自行确定;

D.多个短语句(包括赋值语句)不允许写在同一行内,即一行只写一条语句;

E.if、 for、 do、 while、 case、 switch、 default等语句独占一行;

F.在两个以上的关键字、变量、常量进行对等操作时,它们之间的操作符之前、之后或者前后要加空格; 进行非对等操作时,如果是关系密切的立即操作符(如->),后不应加空格;

G.注释符(包括„/*‟„//‟„*/‟)与注释内容之间要用一个空格进行分隔。

来源:CSDN  作者:ybhuangfugui

原文:https://blog.csdn.net/ybhuangfugui/article/details/53511004

立方米网络

关于设计规范与标准

俗话说没有规矩不成方圆,设计也不例外,适当规范可以让我们设计具有统一性,界面视觉更美观。

产品有什么样的视觉呈现和元素使用,都有可以遵循的标准,保证日后迭代产品可以延续产品所传递的思想,跟价值。最大限度的保证了产品的一致性

立方米网络

售后

免费服务(一年)

1.7*24小时技术在线咨询。(网站建设公司应该为企业提供真正的7X24小时服务,企业设立技术支持客服,保证客户在有问题的情况下,第一时间为企业提供帮助服务。)

2.Bug修复,两小时响应24小时内处理。

3.页面兼容性问题修复,两小时响应24小时内处理。

4.远程技术支持(当系统出现故障,经用户许可后,我公司远程登录用户系统,进行故障分析、问题定位并提供解决方案。对系统进行的任何配置、数据改动及其它可能对系统和业务造成不良影响的操作,确保经用户确认后进行。)

5.网站程序无法正常运行处理,两小时响应24小时内处理。

6.项目免费部署

7.网站域名维护:如网站空间变换,及时对域名进行重解析,保证域名的DNS和正常解析,及时提醒客户域名到期日期,防止到期后被别人抢注。(注:只包含域名是我们代购的客户)

8.定期跟踪(项目验收完毕后,我公司将定期电话、现场跟踪系统使用情况,听取意见和建议,及时分析系统存在的问题,并随时给予解决。必要时,我公司将派遣技术人员去现场解决存在的问题。)

9.网站服务器维护:保证网站服务器正常运行,掌握服务器最新资料,及时提醒客户空间到期日期(注:提醒客户空间到期日期只包含服务器是我们代购的)

10.FTP垃圾代码删除:由于各网络公司提供的程序编写语言不尽相同,这里涉及的程序可能为:asp、asp.net、php、jsp等等。这些程序会在一定时间内出现多余的垃圾代码,这些垃圾代码不断堆积会影响网站打开速度及网站优化的关键词排名,严重的将会导致网站无法打开。另外,有很多黑-帽-SEO会在网站FTP中加入黑-链接,所以在经过定期严格检查的过程中,都要进行删除,保证网站安全、稳定的运行。

11.系统安全:系统、服务器的安全是网站正常运行的前提。为企业提供系统的安全提供保驾护航。

12.网站链接检测:网站在不断更新的过程中,数据不断累积,另外,由于企业网站管理人员并非专业,有时可能会误删文件,导致链接出现错误,此时应为企业提供相应的链接检测及恢复。

13.对您的网站进行定期的检查,保诚您的网站正常运行。

14.定期的网站备份服务(页面、程序、数据库)。

15.提供网站的操作文档,方便企业员工之间的交流与培训

16.专人负责贵企业的售后服务,售后服务更有保障

立方米网络

“我们致力于在中国及全球其他地方做最好的高端软件定制开发服务,为我们的客户和合作伙伴提供真正的商业价值。

段宁

质量总监

我们的声明

高标准的,屡获殊荣的软件服务外包管家

我们致力于把国际互联网的服务优势,全面引入中国和中国传统企业。我们倾听客户的需求,提供应对重大挑战的世界级解决方案。

我们如何实现这一目标?

我们相信质量很重要
我们希望通过我们的尖端技术和创新,创意设计以及我们现在和未来为客户提供的能力而享誉全球

1
我们建立正确的工作思维,并使用适当的流程,工具和技术,以确保我们始终达到并超过最高标准。
2
我们开发的项目没有错误,并乐于使用
3
我们专注于真正的创新和研究,为我们的客户增加有价值的东西 - 满足不仅仅是希望,而是强制要求。
4
我们不断研究如何更智能,更努力,更高效地工作,以便我们的工作实践不断改进。
5
我们制定了高道德标准并符合所有行业法规 - 我们不会采取捷径,我们希望超越要求。
6
我们关心我们的员工,帮助他们提高技能,使他们能够享受他们的工作 - 这意味着他们参与并希望尽力而为。
C

您有需求?提交给我们共同开启新的故事

提交您的电话后,我们的产品经理会尽快与您联系,帮助您梳理产品需求以及策划方案