精华内容
下载资源
问答
  • 关于改进建议几个方面的有效实践

    千次阅读 2011-09-20 15:57:37
    改进建议(也有叫改进机会)推进往往是过程改进的源动力,本文讲述了以下四个方面的有效实践,分别是收集改进建议,分类、分级别处理改进建议改进建议的状态管理和改进建议的统计分析。通过这些有效实践,可以管理...

    关键词: 过程改进 改进建议 改进机会
    摘要:
    改进建议(也有叫改进机会)推进往往是过程改进的源动力,本文讲述了以下四个方面的有效实践,分别是收集改进建议,分类、分级别处理改进建议,改进建议的状态管理和改进建议的统计分析。通过这些有效实践,可以管理改进建议的完整生命周期,可以使组织的过程改进可持续的开展,持续地提高组织的过程能力。
    1 引言
    对于按照CMM/CMMI模型来进行过程改进的组织,改进建议的管理是其中必须的环节。在CMMI的组织过程中心(OPF)过程域中第一个特定目标是“识别过程改进的机会”,第二个特定目标是“计划和实施过程改进的活动”。可以看到,这两个目标的达成依赖于改进建议管理。从过程改进实践来看,改进建议往往成为各项改进的源头动力,一些重大的改进往往来源于评估识别的改进建议,一些细小的改进往往来源于组织内成员的意见建议。通过一个一个改进建议的采纳、处理、结果发布,一项一项制度和方法得以在组织内部署推进,逐步提高过程能力和能力成熟度。可以说,一套有效的改进建议处理方法是组织可持续过程改进的保障,也是所必须的。
    2 收集改进建议
    收集改进建议的期望是来自各方的改进建议能及时地得到收集。组织内任何人都知道并可以提交有效的改进建议,组织外的改进建议也应转达到组织内的改进建议管理中。这就要求组织内成员接受改进建议提交的培训。可以把改进建议提交作为新员工培训的一部分。
    2.1 收集的有效方式
    l 开放的改进建议系统
    一套改进建议系统是一个有效的实践,成员可以不受限制地将登记改进建议。依靠EPG或SQA接受Email或口头意见来收集改进建议是难于保证记录全部的改进建议。
    l 评估
    无论是内部评估,还是外部评估,都是收集改进建议的好方法,评估主要是与某种模型(常见的就是CMMI/CMM)进行比对,可以识别与模型的差距。
    l 问卷调查
    问卷调查可以针对某一个或某些问题,集中地、大批量地获得改进建议。在实际中,总有一些同事不会主动地在改进建议系统中录入他/她的提议,通过发放问卷调查,可以部分解决这个问题。
    l 访谈
    针对特定问题和人员,尤其是在某一方面有意见的人员,采用访谈方式来收集改进建议。访谈过程是一个交流的过程,可以解释当前的现状,以收集更有效准确的访谈。有些人员在问卷调查中只说某某不好,不能提出建设性建议,那么通过启发式的访谈可以获知真正的建设性建议。
    不推荐的收集方式:会议。通过会议收集改进建议,往往出现没有必要的争论,费时且效果不好。
    2.2 改进建议的组成
    以标题加现状加改进提议三个字段组成改进建议的主体部分,这是一个有效实践。这样可以完整的表述改进建议,可以避免没有任何建设性的改进建议。比如:
    标题:
    现状:
    改进提议:
    对于组织内的工程师,有些意见往往很容易地指出什么不好,但却不能指出什么好。通过现状字段和改进提议两个必填字段的组合可以获得更有操作性、建设性的意见。所以收集改进建议时,现状字段和改进提议两个字段设为必填是有好处的。
    3 分类处理改进建议
    3.1 范围分类
    由于改进建议的范围并不仅限于CMMI覆盖范围,因此首先应就范围进行分类,非CMMI范围之内的改进建议有另外的流程,下面分类是针对于CMMI覆盖范围之内的改进建议。下面的两个分类可以说是CMMI模型强制要求的。
    3.2 改进建议的优先级划分
    在CMMI的OPF过程域中,提出了对改进建议的分级要求,本文推荐将优先级分为三级,给不同的级别设定不同的响应期限。比如:
    一级:3天之内响应
    二级:10天之内响应
    三级:有空的时候响应
    将优先级设定与响应时间挂钩

    3.3 重点改进建议
    对改进建议另外一个重要的划分是“是否通过试行来处理改进建议”,本文把需要试行的改进建议称为“重点改进建议”。此项实践是与CMMI的5级过程域组织革新和部署紧密相关,即使对于处于CMMI3的组织,区分重点改进建议,对其采取更慎重的流程,也是有效的实践,既能从中获得好处,也有利于组织向更高成熟度迈进。
    重点改进建议的选择标准主要考虑此建议对现有过程是否有大的冲击,一般地,引入新的工具、新的方法时需要对此建议进行试行。对于重点改进建议的试行,一般可以书写试行报告,请更多的组织成员参与其过程和评审,以确保选择到正确的重大的革新,并得到广泛的支持。
    4 改进建议的状态管理
    与缺陷相类似,得到状态管理的改进建议才可以保证每个改进建议得到处理,直到关闭。状态管理也即是流程管理,可以仿照缺陷的流程来设计。比如如下的例子:
    已建议
    活动的
    已解决
    已验证
    已关闭
    在上述过程中,有三个环节需要决策。
    l 从“已建议”到“活动的”,决策的要点:是否采纳此改进建议,如果采纳,初步的方案是如何,是否需要安排试行。决策的角色往往由工程过程组(EPG,有些组织或者叫其它的名称)来担当。
    l 从“已解决”到“已验证”,决策的要点:是否同意此改进建议的解决方案,需要评审与此改进建议相关联的工作产品,比如可能是规程、模板等等,决策的角色也一般是工程过程组。
    l 从“已验证”到“已关闭”,决策的要点:是否最终同意改进建议的解决方案,此环节的角色一般是改进建议的提出者,请提出者来判断是否满足其本意。
    5 改进建议的统计分析
    基于分类的统计分析往往是常见的。而根据状态的定期统计分析是揭示过程改进工作有效性的一个明显的指标,当然这与缺陷的状态趋势图是极其类似的。
    6 小结改进建议收集、处理、解决到关闭,是过程改进工作的重要环节。根据笔者多年实践,本文小结了以上有针对性的有效实践,各项实践的目的可以概括为:全方位的及时收集;慎重的处理重点改进;全流程的推进跟踪;通过改进建议状态来判断总体改进建议处理的有效性。

    以上主要是讲述了在CMMI环境下。以上做法在团队敏捷环境下是不适用的。团队的回顾和自组织能够更高效的处理改进机会。

    但如果是处理组织级敏捷转型或改进,那么以上方式是完全可以提供给敏捷来做参考。

    在CMMI环境下,注重积累OSSP-组织标准过程集,OSSP中间的不少规程带有强制性。在敏捷组织中,也许不用OSSP这个说法,也许会用 最佳实践,成功实践,指南,有效实践等说法,强制色彩会淡一些,但也不可能全部没有硬性规定。

     

     

    展开全文
  • HEC虚拟机的一些改进建议

    千次阅读 2004-06-21 11:24:00
    HEC虚拟机的一些改进建议 陈硕 2004-02-13 在《虚拟机的设计与实现——C/C++》一书中,作者Bill Blunden描述了一个简单但完整的虚拟机——HEC的设计及实现。在阅读第三章的过程中,我发现有几处值得改进的地方。不是...

    HEC虚拟机的一些改进建议

    陈硕 2004-02-13<?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" />

    在《虚拟机的设计与实现——C/C++》一书中,作者Bill Blunden描述了一个简单但完整的虚拟机——HEC的设计及实现。在阅读第三章的过程中,我发现有几处值得改进的地方。不是针对HEC的总体设计和代码结构——那样牵一发而动全局,而是针对HEC虚拟机实现代码中某些细节做些改进。

    1.        转换字节序

    HEC的字节序(byte order)是big-endian(高位在前),而宿主平台(Win32 on Intel)是little-endian(低位在前),所以在装入.RUN文件时需要转换字节序。作者先定义了HEC虚拟机的各种类型(p.61,原书p.67):

    #define U1    unsigned char

    #define U2    unsigned short

    #define U4    unsigned long

    #define U8    unsigned __int64

    然后定义了10个转换函数(p.62,原书p.68)。例如,U2 bytecodeToWord(U1 bytes[]) 的作用是将big-endian16位无符号整数转换为本机格式:

    U2 bytecodeToWord(U1 bytes[])

    {

        U2 word;

        U1 *buffer;

     

        buffer = (U1*)&word;

        buffer[0] = bytes[1];

        buffer[1] = bytes[0];

     

        return(word);

    }

    这个函数没有考虑移植性(portability),它认定本机的字节序是little-endian。一种移植性较好的做法是:

    U2 bytecodeToWord(U1 bytes[])

    {

        U2 word = (bytes[0] << 8) + bytes[1];

     

        return word;

    }

    这样无论主机是little-endian或者big-endian都能正确运作。在执行左移运算(<<)之前,C语言会自动把bytes[0]unsigned char类型提升(promote)为int类型,所以不用担心数值“移掉了”。

    另一种好办法是利用sockets API中的ntohs()函数:

    #include   // or on unix-like OSes

     

    U2 bytecodeToWord(U1 bytes[])

    {

        return ntohs(*(U2*)bytes);

    }

    U4 bytecodeToDWord(U1 bytes[]) 也可照此办理:

    U4 bytecodeToDWord(U1 bytes[])

    {

        U4 dword = (bytes[0] << 24) + (bytes[1] << 16)

                   + (bytes[2] << 8) + bytes[3];

     

        return dword;

    }

     

    // or using ntohl()

    U4 bytecodeToDWord(U1 bytes[])

    {

        return ntohl(*(U4*)bytes);

    }

    采用同样的思路,本机数据转换为big-endian的函数可改写为(以dwordToBytecode()为例):

    void dwordToBytecode(U4 dword, U1 arr[])

    {

        arr[0] = dword >> 24;

        arr[1] = (dword >> 16) & 0xFF;

        arr[2] = (dword >> 8) & 0xFF;

        arr[3] = dword & 0xFF;

    }

     

    // or using htonl()

    void dwordToBytecode(U4 dword, U1 arr[])

    {

        *(U4*)arr = htonl(dword);

    }

    Intel处理器上,转换16位整数的字节序只需一条语句(假设数据已读取寄存器ax):

    xchg     al, ah

    改变32位整数的字节序也只需三条语句(假设数据已读取寄存器eax):

    xchg    al, ah

    ror     eax, 16

    xchg    al, ah

    GCC编译器在使用-O2优化开关时,就会将ntohl()函数和htonl()函数编译为上面的形式。

    2.      验证字节码

    在验证阶段,HEC虚拟机将检查每条指令的格式是否正确,包括操作码、寄存器号、地址值的合法性和指令的完整性,并将转换操作数的字节序。这可以视为反汇编器(disassembler)。其基本结构是

    while (current_byte < stop) {

        U1 opcode = RAM[current_byte];

       

        switch (opcode) {

        case LBI:   /* LBI $r1, byte_constant  BBB */

            ...

        case ADD:   /* ADD $r1, $r2, $r3  BBBB*/

            ...

        default:    /* Bad opcode */

            report the error

        }

    }

    其中switch-case结构的代码有近550行,列了整整12页(p.104~p.106,原书p.109~p.119)。仔细观察可以发现,其中很多代码段是重复的,很难维护。由于指令的格式很有规律,所以我们可以复用代码,简化验证过程。我的想法是,将各条指令的格式存入数组char* I_fmt[];验证字节码时,根据指令的操作码(opcode)取回格式字符串,再根据格式字符串验证指令的合法性。换句话说,这里设计了一种用于描述指令格式的小语言。基本结构为

    char* I_fmt[256] =

    {

      // LBI, LWI, LDI, LQI

      "ORB", "ORW", "ORD", "ORQ",

      ...

    };

     

    // in reformat()

    while (current_byte < stop) {

        U1 opcode = RAM[current_byte];

        char* fmt = I_fmt[opcode];

        char field;

     

        if (fmt == NULL) { // invalid opcode

            report the error and return

        }

     

        field = *fmt++;

        while (field != '/0') {

            switch (field) {

            case 'O': // opcode

                ...

            case 'R': // integer register

                ...

            default :

                FATAL_ERROR();

                break;

            }

            field = *fmt++;

        }

    }

    这样整个while循环只有80余行,不到原来的1/6,完整的代码可从我的个人主页下载(http://www.chenshuo.com)。这里’O’表示操作码、’R’表示整数寄存器、’F’表示浮点寄存器、’L’表示双精度浮点寄存器、’B’表示8位立即数、’W’表示16位立即数、’D’表示32位立即数、’Q’表示64位立即数、’A’表示64位地址(LAD指令)、’f’表示浮点立即数(32位)、’l’表示双精度浮点立即数(64位)、’V’表示中断向量(INT指令)等等。

    3.       其他改进建议

    作者声称HEC把各种整数都看作时有符号(signed),但是他写的SLT语句确进行无符号的大小比较(p.134,原书p.137)。也就是说HEC实际上没有比较有符号整数大小的语句,它把参与大小比较的整数都看作是无符号的(意味着0<-1),这与作者的设想正好相反。因此,我建议增加一条SLTU语句,用来比较无符号整数,而原有的SLT语言则改为比较有符号数。这样就二者兼顾了。

     

    ..

     

    展开全文
  • 如何写前端开发的改进建议书?

    千次阅读 2015-11-30 23:30:00
    就请海Y准备了一个ppt,计划在本月双周会上给产品同学介绍一下,今天先和架构组的同学一起过了一遍,也收到不少好的建议建议书的目的 1. 提升前端的开发效率和代码质量 2. 规划前端的技术发展...

    上周启动了一个项目打算统一规划前端的开发,一方面是想在前端方面有长期积累,另一方是想提升前端的开发效率和代码质量。就请海Y准备了一个ppt,计划在本月双周会上给产品同学介绍一下,今天先和架构组的同学一起过了一遍,也收到不少好的建议。


    建议书的目的

    1. 提升前端的开发效率和代码质量

    2. 规划前端的技术发展路线和做长期技术积累


    现状问题分析

    1. 历史遗留项目很多,每个项目都采用了不用的技术架构体系,开发人员熟悉成本很高,后期维护成本很大,人员流动对项目的影响巨大。同时前端开发人员要熟悉和修改各种不同技术框架下的不同开发人员写的代码,缺乏专注的职业技能培养,主人翁意识也越来越淡化。

    2. 新的产品设计依然是每个产品一套交互界面和风格,每个开发人员也喜欢采用自己熟悉或者敢兴趣的技术框架和组件来做设计。

    3. 在现场展示前端可视组件A,组件B在项目1、项目2、项目3中的不同的风格和交互,说明缺乏规划的产品交互设计和前端开发设计,已经造成前端开发人力浪费。

    4. 现场展示组件开发以前的成本,用代码行表示。



    方案建议

    1. 统一规划前端技术架构,分析和分类不同的业务场景,针对每种业务场景特定设计一套前端技术架构。

    2. 统一规划组件开发,分析和明确定义组件范围,具体实施方式可以多种多样,可以是在开源或者淘系内选择成熟组件,可以是将同一组件的在不同项目中的开发任务固定在一两位开发同学上,促进积累逐渐形成通用组件,可以是安排一两位同学专门开发组件,另外的同学在项目中使用组件。

    3. 确定组件化的优先顺序,可以是按照新项目的组件开发需要,也可能是按照老项目中同类组件BUG很多,重构急迫性的需要。

    4. 统一架构开发流程的协同,帮助产品和UED熟悉和了解组件列表,积极推动在产品设计和UED设计中参考和复用组件,和项目经理明确重用组件和定制开发组件的人力成本差异。

    5. 现场展示统一架构的一种推进计划和成本收益预估



    小结和QA

    1. 强调一下统一前端规划的方法和原则,具体组件范围,具体的组件实施优先级,具体组件的设计方案可以后续深入讨论和完善

    2. 强调一下上下游之接协同的重要性

    3. 询问大家的问题和建议






    展开全文
  • 闲聊GolangC语言的改进

    千次阅读 2018-07-14 12:04:25
    这里主要有三方面的原因,一方面,可以说Golang和C都是源于同样的理念设计的编程语言,上一篇文章有说过,UNIX创始人之一Ken Thompson是Golang的设计者,同时,他也是C语言设计者之一,他深知C语言存在的问题和影响...

    看到标题,大家可能会奇怪,为什么将Golang与C语言进行比较?这里主要有三方面的原因,一方面,可以说Golang和C都是源于同样的理念设计的编程语言,上一篇文章有说过,UNIX创始人之一Ken Thompson是Golang的设计者,同时,他也是C语言设计者之一,他深知C语言存在的问题和影响其开发效率的因素,希望在Golang上得以改善;其次,Golang设计之初就希望成为和C/C++一样的系统语言,执行效率应当与C/C++相媲美,但是要有强大的快速开发能力;最后,Go语言的语法和C语言一样,简单却强大。


    内存管理

    Golang在C语言的基础上添加了内存管理机制,这使得C语言开发中让人头大的各种内存问题得以解决。Golang初始的几个版本内存管理机制被人诟病,垃圾回收会导致程序停顿,但是现在Golang的内存管理已经相当完善。然而,Golang提供内存管理机制的同时。依然保留了C语言的指针变量类型,这是为什么?


    Golang对普通变量采用复制的方式进行使用,而指针是将原始对象的地址进行传递,例如函数传参,普通变量会进行形参向实参的拷贝,函数内部对实参的修改不会影响到函数外的变量,而指针变量只是传递地址,函数内部对实参的修改会直接改变函数外的变量。


    保留C语言这一概念,为我们的编程带来了极大地灵活性,C语言编程中有一条简单的规则,如果是基本类型(int,float等)建议使用变量,除非需要对变量进行修改;如果使用复合类型(结构体等),如果不是需要深拷贝的场合,建议使用指针,因为这些类型的变量一般占用内存空间比较大,如果使用变量,会多次复制,影响程序性能。Golang保留了这一概念,就让我们可以按照自己的需要选择合适的方式——使用变量还是指针,代码设计的灵活性更大,改善代码性能的方式也更简单。


    语句的简洁性

    Golang的语句比C语言更加简洁,如定义并初始化变量,

    C语言中

    int a = 0;


    Golang中

    a := 0


    除了不需要分号,a变量之前未定义,使用:=进行赋值,就是定义变量a且赋值为0,至于a的数据类型,Golang进行了自动推断,由于我们使用整形0进行赋值,所以a就是整形的变量。


    编码风格编译阶段检查

    Golang对一些编码风格在编译时会进行检查,这样,代码的风格和质量在语法层面上就已经进行了统一。例如,没有使用的import,编译阶段会当做编译错误;代码块左大括号要求与最接近的上一行代码同行,也就是说

    func Foo() {   //正确


    func foo()    //编译错误


    Golang为了方便大家解决这类错误,提供了gofmt工具,运行gofmt直接就会对代码格式进行修正。


    不使用动态链接库

    Golang不支持动态链接库,Golang编译只会生成一个对应的可执行文件,引用第三方包,使用go get直接拉取源码并统一编译。带来的好处就是Golang的项目部署极其简单,可执行文件只有一个,配置好配置文件,资源安排好,直接运行即可。


    具备包体系

    Golang引入了包体系,更方便代码结构的控制和引用第三方资源。C语言没有包的概念,所以之前文章提到,我们需要自己组织好代码的位置,防止概念混乱。


    面向对象

    Golang可以进行面向对象编程,Golang在面向对象方面采取了和C++,Python等相同的理念,Golang提供了面向对象的机制,但是也可以面向过程编程,Golang不限制你使用的编程思想。


    Golang的面向对象语法非常简单,派生采用了Has-a的方式,没有提供Is-a的方式,这有两方面原因,一方面,在C语言中,如果进行派生,我们采用一个结构体包含另一个结构体的方式,也就是只能采用Has-a的方式;另外,Is-a的派生方式经常存在问题,如果父类的接口发生变化,经常会直接影响子类的接口也要进行调整,Has-a的方式,父类作为子类的成员变量存在,父类相当于封装在自己的类定义下,代码的变异不容易扩散。


    Golang提供了interface,这也是C语言没有的。另外Golang的interface更加易用,不需要显式指定一个类实现了哪个interface,只要是一个类实现了interface中的所有方法,他就可以被认为是这个interface的实现。


    至于封装,很简单,首字母大写的全局变量,方法和全局函数是公有的,而首字母小写的全局变量,方法和全局函数是包内可访问的。


    复合类型

    Golang中的复合类型主要有数组,slice,map和结构体。数组是只读的list,slice则是可变的list,map提供了键值对的结构,结构体是数据的打包。可以看到,Golang没有其他语言的各种容器,泛型等,但是提供的复合类型却足够使用。


    type关键字

    type和C语言中typedef宏的作用类似,对一个类型进行重命名,但是Golang中,你会发现,定义一个结构体的语法

    type FooStruct struct {

        ........

    }


    还有定义interface的语法

    type FooInterface interface {

        ........

    }


    与其说这是定义,不如说也是进行了一种派生(重新命名了没有成员的struct类型和没有方法的interface类型),而事实上,所有类型都可以作为interface{}使用,类似于C语言中的void类型,但是使用时Golang会要求进行类型断言(Type Assertion),也就是显式的类型转换。不得不惊叹Golang语法简洁背后的严谨。


    goroutine机制

    Golang被极度赞扬的是它的异步机制,也就是goroutine,如何启动一个异步处理,很简单,将处理封装到函数,然后调用函数时在前面加上go,如

    go Foo()


    除去语法上的简洁,goroutine是一个协程,也就是比线程更节省资源,一个线程中可以有多个协程,而且goroutine被分配到多个CPU上运行,是真正意义上的并发。


    丰富的标准库和第三方资源

    Golang的标准库十分强大,甚至于包含了Web开发的接口,模板等等,这些都是C语言不可比拟的,经过几年的发展,Golang也拥有了大量的使用人群,所以第三方资源日趋丰富和完善。


    以上就是Golang在C基础上的一些进步,总的说来,经过一段时间对Golang的使用,感受非常好。从Golang可以看到很多C语言的影子,但是很多C开发时作为编码规范和思想的东西,在Golang中已经将其作为语法进行了规范和限制,减少了编码时需要考虑的问题量,同时保留了C语言的灵活性,Golang丰富的标准库和第三方资源,增加了使用Golang进行开发的手段。


    但是,不得不承认,Golang不适合作为入门级的编程语言,Golang中语法的很多闪光点,需要结合多种编程语言的对比才能发现,如果你有丰富的编程经验,使用Golang时会发现,当时关注的编码问题,Golang都已经考虑到了,这时你会感叹Golang的设计。毕竟作为新生代的编程语言主力,不应该再出现老一辈语言的问题了,取长补短,正是Golang应该做的。


    展开全文
  • 测试组工作建议

    千次阅读 2010-07-09 18:15:00
    感谢大家这段时间来工作的支持!...根据一个多月来的工作,我测试工作有一些建议,如果有一些不合适的地方,希望大家能取其精华,去其糟粕。:) 我在港澳1个多月的时间, 主要的工作主要是3个方面 1. 日常的测试工
  • 自2011年以来,深度卷积神经网络(CNN)在图像分类的工作中的表现就明显优于人类,它们已经成为在计算机视觉领域的一种标准,如图像分割,对象检测,场景标记,跟踪,文本检测等。 但,想要熟练掌握训练神经网络的...
  • 对于电网转换、电动汽车或家用电器等高功率应用,碳化硅 (SiC) MOSFET 与同等的硅 IGBT 相比具有许多优势,包括更快的... 对设计人员而言,成功应用 SiC MOSFET 的关键在于深入了解 SiC MOSFET 独有的工作特征及其
  • 轻量级过程改进之综述

    千次阅读 2014-10-21 07:13:44
    主要中小型团队持续地改进其软件过程能力提供一些参考,内容组织上尽量保持其通用性,但很多改进域可能只局限于特定团队和场景,需要根据各自团队的现状做裁剪和扩充。本文是轻量级过程改进的综述。
  • 轻量级过程改进之绩效管理

    千次阅读 2014-11-12 09:23:40
    绩效管理是团队成员进行工作评估和激励的过程,个人认为研发团队的绩效管理是一项很有挑战性的工作,但难度再大首先还是要理一下思路,尤其作为轻量级过程改进的一环,绩效管理的目的并不是说能够达到很完善的程度...
  • DL之CNN:计算机视觉之卷积神经网络经典算法简介、重要进展、改进技巧之详细攻略(建议收藏) 目录 CNN经典算法细讲 1、CNN历年冠军算法 1.1、LeNet-5 1.2、AlexNet 1.3、VGGNet 1.4、GoogLe...
  • 一、领域驱动设计两大设计:战略设计和战术设计 二、理解和分析领域+子域+核心域+通用域+支撑域 三、理解和分析界限上下文,定义领域边界 四、理解和分析实体和值对象 五、理解和分析聚合思想:聚合和聚合...
  • 关于工作中的相关问题的看法和建议 (一)近日,在实际的工作过程中,目前JAVA组的组织结构及目前的考核制度有一些个人的想法。主要包含几个方面:JAVA小组的调整问题、目前公司考核方式的看法和建议软件...
  • 架构设计的想法

    千次阅读 2004-08-04 11:31:00
    进行架构分析设计 用 OMT 方法系统进行分析通常分两步: 第一步是问题的描述; 第二步是将问题的描述建立成三种模型,即对象模型、动态模型、功能模型。 2.1   本系统“是什么” 系统建模...
  • 员工满意度调查如何分析改进

    千次阅读 2019-02-03 15:09:13
    第四部分 员工满意度分析改进 员工满意度分析报告编制工作规范 ...3.1.1进行员工满意度分析,其基本信息来源包括:定期开展的调查信息(试卷、座谈、访谈)等、日常工作过程中收集到的各种信息(员工的意见、建议、...
  • 公司员工意见和建议的回复

    万次阅读 2008-04-02 14:05:00
    公司在进行团队建设过程中,形成了一个制度,每个月都会向员工发送一张自评表,自评表除了员工自我打分外,最主要的是向员工进行了问卷调查,... 1 公司及项目管理有什么意见或建议?1) 现在不是很清楚我们最终在天
  • 质量改进实践之质量月报

    千次阅读 2018-03-07 21:00:13
    关于质量改进: 质量改进(Quality Improvement)为向本组织及其顾客提供... 说起质量改进,大家首先会想到这是QA、QC的工作,但一般公司由于成本原因,质量人员的配比较低,他们进行的工作很难常深入到每个项目...
  • Android初学者学习中的几点建议

    万次阅读 多人点赞 2011-08-26 22:58:01
     七、写blog,可以把自己遇到的问题,解决方法等,用blog记录下来,写出来,可能更能加深你技术的理解,同时,别人遇到同样问题的时候,也可以从你的blog上面寻求到帮助,不要太自私,it行业就是个开放的行业,...
  • 设计的商业价值

    千次阅读 2018-11-10 08:00:00
    我们都知道产品和服务设计不好的例子,例如 USB插头(在第三次尝试时总是很幸运)。在许多机场匆忙进行联系飞行的经历就像星球大战中死星上的排气口。 我们也都知道一些标志性的设计,比如瑞士军刀,谷歌的简单主页,...
  • 三天研读《中兴电路设计规范》精华总结

    万次阅读 多人点赞 2020-05-16 18:25:52
    本博客将简述中兴通讯股份有限公司在原理图设计中需要注意的一些事项,其中包含了中兴设计开发部积累的大量硬件开发知识和经验,可以作为学习使用。硬件工程师可以学习并掌握检查条目的内容以及条目的详细说明,...
  • 我们一直在改进性能的其他领域包括,例如Qt 3D的CPU消耗和Qt 3D的内存消耗(Qt 3D Studio应用程序特别有利)。Qt 5.12 LTS还引入了一个完全重新设计的TableView,它大幅提升了大型表格控件的性能,与Qt Quick ...
  • 给软件测试人员找工作时的一些建议

    万次阅读 多人点赞 2015-11-02 17:36:20
    结合上面的问题,说一下我个人软件测试人员找工作时的一些建议。 1 找工作时最好把计算机基础知识复习一下。不要你写高深的代码和算法,至少会最基本的二进数转化、看得懂代码、写简单的函数。数据库、Linux...
  • 对于这样的问题,可能有部分童鞋并不能很好的回答,没关系今天就和大家一起来详细的学习下单例设计模式,相信通过学习本篇你将单例设计模式有个详细的理解。 如有谬误欢迎批评指正,如有疑问欢迎留言。 通过...
  • 有兴趣的朋友可以参加一下,谈谈自己Class Designer工具的看法 大家好, Class Designer是Visual Studio里的一个工具,可以将类之间的结构关系可视化、支持开发人员类进行视觉化的设计和重构。它充分利用开发...
  • 里面的每一句话都令我印象深刻,我总结如下:很多论文给出了他们建议的网络结构,其中包括非常多的细节,比如用什么卷积,用几层,怎么降采样,学习率多少,优化器用什么,这些都是比较直观的参数,其实这些在论文中...
  • 虽然后面我们将转向“业务层”和“业务通信”层的介绍,但是负载均衡层的介绍也不会停止。在后续的时间我们将穿插进行负载均衡层的新文章的发布,包括Nginx技术的再介绍、HaProxy、LVS新的使用场景等等。 接上篇...
  • 《RabbitMQ实战指南》笔误及改进记录

    万次阅读 热门讨论 2017-12-12 20:09:51
    欢迎各位小伙伴在下方留下宝贵的建议和意见~~~ 书中有3分之1的内容在blog中有呈现,直达通道: 消息中间件(Kafka/RabbitMQ)收录集 。 欢迎支持笔者新作:《深入理解Kafka:核心设计与实践原理》和《RabbitMQ...
  • 软件概要设计与详细设计

    万次阅读 多人点赞 2018-09-29 21:22:44
    (一) 概要设计的任务与步骤 1、总体设计的必要性:可以站在全局角度上,花较少成本,从抽象的层次上分析对比多种可能性的系统实现方案和软件结构,从中选出最佳方案和最合理的软件结构,从而用较低成本开发出较高...
  • 流程改进:慢慢走比较好

    千次阅读 2006-09-24 17:19:00
    而在流程改进时,我建议的原则是每一次改动尽量只针对某一个过程领域,取得效果后再逐步进行后续的改变,一下子改变太多的话就较难达到预定的目标。因为我们平时所说的流程改进,目的都是要改变人们现有的工作
  • 企业全方位改进(CMMI)咨询服务

    千次阅读 2016-04-20 14:33:48
    要达到这样的目标,需要全方位的、根本性的改进,打造良好的组织架构、人才招聘及培养体系、绩效考核机制、软件研发过程、高战斗力的团队,积累核心业务及技术等,让企业具备稳定的并可持续进步的核心竞争力,可持续...
  • 工作经验到底是个什么东东?工作经验从哪里来?

    万次阅读 热门讨论 2010-06-07 09:10:00
    最近周公收到一封一个工作了两年的.NET开发人员的邮件,在这封邮件里这位开发人员说到自己目前的情况,周公在这里解答了一下他所遇到的问题,用周公自己的理解来回答什么是工作经验,如何增加工作经验,如何提高自己...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 158,815
精华内容 63,526
关键字:

对设计工作的改进建议