用软件系统规模越做越大越复杂,其可靠性越来越难保证。应用本身对系统运行的可靠性要求越来越高,在一些关键的应用领域,如航空、航天等,其可靠性要求尤为重要,在银行等服务性行业,其软件系统的可靠性也直接关系到自身的声誉和生存发展竞争能力。
如何确保嵌入式实时控制软件的质量?对这类软件的生产过程如何进行有效的质量控制?这是一个重要的研究课题。为解决软件危机而产生和发展起来的软件工程成功地解决了软件开发中存在的许多问题。它不仅对软件开发、设计和生产有直接影响,而且对提高软件质量有显著成效。实践表明,使用软件工程方法,可达到一般的质量要求。但当软件质量要求更高时,则必须在实施软件工程的同时,采取一些专门的可靠性工程技术和方法,以保证需求的可靠性。
软件度量并非一个新的话题,其主要目的是为组织提供对软件过程和产品更深入洞察力,这也就使组织能够更好的进行决策并朝着组织目标发展。对于软件企业而言,度量通常等价于采集并报告数据并且主要以数字为表现形式。本文的目的不在于提供软件度量概念上的解释及由来,而将聚焦于企业软件度量过程的建立上。
在评估IT安全管理和缺陷管理技术时,有关人员要考虑到如何集中资产分类数据及提供所需要的减灾工作流管理系统。那些希望利用缺陷评估技术来提高IT系统安全性的部门,应当在计划要求下,把缺陷评估技术和安全配置策略相结合。
实际的项目质量管理中,质量管理总是围绕着质量保证(QualityAssurance)过程和质量控制(QualityControl)过程两方面。这两个过程相互作用,在实际应用中还可能会发生交叉。正如引言所述,关于软件的质量,很难下一个非常明确的定义。本文主要针对软件工程中的质量管理来进行讨论。
如果软件质量不过关,后果将不堪想象。而要保障软件质量,很重要的一环就是应用系统质量管理技术。应用质量管理贯穿于整个应用系统的生命周期,从需求分析阶段开始,一直到应用系统的运行维护和升级。虽然彻底杜绝应用质量缺陷是不可能的,但可以通过不断采用改进软件工程、引入更为严格和科学的质量保证技术的工程化方式予以解决。
本文通过对产品开发过程中的经验和不足进行总结,提出了质量体系建立的基本过程,和需要重视的几个重要步骤:以退为进、不断改进、领导重视、毅力,倡导大家开展迈向质量阶梯的思考。
组织级项目管理体系主要为IT企业内部项目提供良好的项目管理环境,包括对实施项目质量管理的组织和环境支撑。在企业内,质量管理体系和项目管理体系都属于企业管理层面,分别对应于以企业质量管理部门和项目管理部门为中心建立的管理体系,两者作为组织影响、工作环境因素对信息系统项目质量影响较大。
软件容错的主要目的是提供足够的冗余信息和算法程序,使系统在实际运行时能够及时发现程序设计错误,采取补救措施,以提高软件可靠性,保证整个计算机系统的正常运行。
随着社会生产力的发展和科学技术的进步,建设工程在工程管理上的要求也日益规范化、系统化,工程成本、工程进度以及工程质量和安全等方面与以往有着质的飞跃。当前,如何保证工程项目的质量将成为每一个项目经理所面临的最大考验。“百年大计,质量第一”。项目经理作为项目工程建设的总指挥,肩负着保证工程项目质量的重任。为此,必须要以质量立信誉,以管理求效益,强化施工现场管理。
6σ质量计划的主要包括四部分:工序改进、质量测量、质量创新和改进工具。其中,工序改进和质量测量是6σ质量计划的基础性因素,质量创新和改进工具是6σ质量计划的支持性因素。从某种程度上讲,6σ质量计划就是依靠全员参与来提高产品、服务和工序质量的工序改进活动
6s是企业走向精细化科学管理的一个质量目标,这个质量目标是企业内各个部门共同努力才能够整体实现的。摩托罗拉和通用电气等公司推行6s的成就,也是业务部门内部成百上千个影响产品设计、生产、服务的一个个改进努力的结果。 6s方法影响了几十个管理流程和交易流程。例如,在顾客支持和产品派送上,对顾客需求的更好理解和对评估体系的改进,使企业能够迈出更大的步伐来追求服务的改进和产品的及时派送。
IBM公司利用过程质量管理方法解决许多公司经理都曾经遇到过的问题;如何使一个工作组就目标达成共识并有效地完成一个复杂项目。在企业内部团队活动日益增多的情况下,这种方法无疑可以帮助一个项目小组确定工作目标,统一意见并制定具体的行动计划,而且可以使小组所有成员统一目标,集中精力于对公司或小组具有重要意义的工作上。当然,这种方法也可以为面临困难任务、缺乏共识、或在主次工作确定及方向上有分歧的工作组提供冲破疑难的方法和动力。
谈到失败好像总是一件难堪的事,在咨询行业工作的这几年来,我很少听到咨询师或咨询从业人员谈到自己的失败经历,尤其是在面对客户的时候,那一刻,即使将所有成功的案例说破天也不为过,目的只有一个,一旦你选择了他所提供的咨询服务,你将获得多少多少的丰厚回报,不选择咨询你将错失多么好的改善良机。问题是,你和你的客户是否真的做好了变革的准备。
代码的可维护性和可扩展性的第一责任在架构,因为架构要做相关的分析模型,划分相关的单元模块和接口,考虑组件和复用等各方面的问题. 架构设计是高层次的往往只抽象出相关的类和包,对于每一个类中应该设计哪些方法和函数,并如何组织这些方法和子函数的调用关系,还必须进行详细设计,这是编码的可维护性和可扩展性的两个最基础的内容.