Integrated management systems: A model for maturity assessment

Maturity models are adopted to minimise our complexity perception over a truly complex phenomenon. In this sense, maturity models are tools that enable the assessment of the most relevant variables that impact on the outputs of a specific system. Ideally a maturity model should provide information concerning the qualitative and quantitative relationships between variables and how they affect the latent variable, that is, the maturity level. Management systems (MSs) are implemented worldwide and by an increasing number of companies. Integrated management systems (IMSs) consider the implementation of one or several MSs usually coexisting with the quality management subsystem (QMS). It is intended in this chapter to report a model based on two components that enables the assessment of the IMS maturity, considering the key process agents (KPAs) identified through a systematic literature review and the results collected from two surveys.

Verificación Formal de Sistemas basada Formal Software Verification based on Automated Analysisen Análisis Automático.

Identificación y caracterización del problema. Uno de los problemas más importantes asociados con la construcción de software es la corrección del mismo. En busca de proveer garantías del correcto funcionamiento del software, han surgido una variedad de técnicas de desarrollo con sólidas bases matemáticas y lógicas conocidas como métodos formales. Debido a su naturaleza, la aplicación de métodos formales requiere gran experiencia y conocimientos, sobre todo en lo concerniente a matemáticas y lógica, por lo cual su aplicación resulta costosa en la práctica. Esto ha provocado que su principal aplicación se limite a sistemas críticos, es decir, sistemas cuyo mal funcionamiento puede causar daños de magnitud, aunque los beneficios que sus técnicas proveen son relevantes a todo tipo de software. Poder trasladar los beneficios de los métodos formales a contextos de desarrollo de software más amplios que los sistemas críticos tendría un alto impacto en la productividad en tales contextos. Hipótesis. Contar con herramientas de análisis automático es un elemento de gran importancia. Ejemplos de esto son varias herramientas potentes de análisis basadas en métodos formales, cuya aplicación apunta directamente a código fuente. En la amplia mayoría de estas herramientas, la brecha entre las nociones a las cuales están acostumbrados los desarrolladores y aquellas necesarias para la aplicación de estas herramientas de análisis formal sigue siendo demasiado amplia. Muchas herramientas utilizan lenguajes de aserciones que escapan a los conocimientos y las costumbres usuales de los desarrolladores. Además, en muchos casos la salida brindada por la herramienta de análisis requiere cierto manejo del método formal subyacente. Este problema puede aliviarse mediante la producción de herramientas adecuadas. Otro problema intrínseco a las técnicas automáticas de análisis es cómo se comportan las mismas a medida que el tamaño y complejidad de los elementos a analizar crece (escalabilidad). Esta limitación es ampliamente conocida y es considerada crítica en la aplicabilidad de métodos formales de análisis en la práctica. Una forma de atacar este problema es el aprovechamiento de información y características de dominios específicos de aplicación. Planteo de objetivos. Este proyecto apunta a la construcción de herramientas de análisis formal para contribuir a la calidad, en cuanto a su corrección funcional, de especificaciones, modelos o código, en el contexto del desarrollo de software. Más precisamente, se busca, por un lado, identificar ambientes específicos en los cuales ciertas técnicas de análisis automático, como el análisis basado en SMT o SAT solving, o el model checking, puedan llevarse a niveles de escalabilidad superiores a los conocidos para estas técnicas en ámbitos generales. Se intentará implementar las adaptaciones a las técnicas elegidas en herramientas que permitan su uso a desarrolladores familiarizados con el contexto de aplicación, pero no necesariamente conocedores de los métodos o técnicas subyacentes. Materiales y métodos a utilizar. Los materiales a emplear serán bibliografía relevante al área y equipamiento informático. Métodos. Se emplearán los métodos propios de la matemática discreta, la lógica y la ingeniería de software. Resultados esperados. Uno de los resultados esperados del proyecto es la individualización de ámbitos específicos de aplicación de métodos formales de análisis. Se espera que como resultado del desarrollo del proyecto surjan herramientas de análisis cuyo nivel de usabilidad sea adecuado para su aplicación por parte de desarrolladores sin formación específica en los métodos formales utilizados. Importancia del proyecto. El principal impacto de este proyecto será la contribución a la aplicación práctica de técnicas formales de análisis en diferentes etapas del desarrollo de software, con la finalidad de incrementar su calidad y confiabilidad. A crucial factor for software quality is correcteness. Traditionally, formal approaches to software development concentrate on functional correctness, and tackle this problem basically by being based on well defined notations founded on solid mathematical grounds. This makes formal methods better suited for analysis, due to their precise semantics, but they are usually more complex, and require familiarity and experience with the manipulation of mathematical definitions. So, their acceptance by software engineers is rather restricted, and formal methods applications have been confined to critical systems. Nevertheless, it is obvious that the advantages that formal methods provide apply to any kind of software system. It is accepted that appropriate software tool support for formal analysis is essential, if one seeks providing support for software development based on formal methods. Indeed, some of the relatively recent sucesses of formal methods are accompanied by good quality tools that automate powerful analysis mechanisms, and are even integrated in widely used development environments. Still, most of these tools either concentrate on code analysis, and in many cases are still far from being simple enough to be employed by software engineers without experience in formal methods. Another important problem for the adoption of tool support for formal methods is scalability. Automated software analysis is intrinsically complex, and thus techniques do not scale well in the general case. In this project, we will attempt to identify particular modelling, design, specification or coding activities in software development processes where to apply automated formal analysis techniques. By focusing in very specific application domains, we expect to find characteristics that might be exploited to increase the scalability of the corresponding analyses, compared to the general case.

Development and implementation of an integrated technical management system

Quality Management, Integrated Technical Management Systems, ITMS, Technical Elements, Environment, Occupational Health and safety, OH&S, Standards, ISO, General Regulations, Integration, Management Functions, Computer Centre, Suc-cess Concepts, Documentation, PCT, QMS, EMS, OH&S-MS, Portioning, Evaluation, Technical Cycle, Technical Compliance, Framework

Aplicación de la ingeniería software sobre la herramienta MATE Analyzer

MATE (Monitoring, Analysis and Tuning Environment) es un proyecto que surge en 2004 como tesis doctoral de Anna Sikora con el propósito de investigar la mejora de rendimiento de aplicaciones paralelas a través de la modificación dinámica. Nuestro proyecto supone un paso adelante en cuestiones de calidad de software y pretende dotar al proyecto MATE de una base de desarrollo sólida de cara a futuras lineas de trabajo. Para ello se hace frente a la problemática desde tres perspectivas: la creación de una metodología de desarrollo (y su aplicación sobre el proyecto existente), la implantación de un entorno de desarrollo de soporte y el desarrollo de nuevas características para favorecer la portabilidad y la usabilidad, entre otros aspectos.

Euromaster-Quality

Aquest projecte pretén donar una solució a la gestió de documents i informes de l'àrea de qualitat d'una empresa.

Mètriques de productivitat de desenvolupament de programari per a la gestió de projectes

Aquest treball presenta com s'ha de dur a terme un procés d'estimació que permeti obtenir estimacions de qualitat i analitza els principals mètodes d'estimació de programari. Es tracta de mètodes que persegueixen l'obtenció de mesures objectives i fonamentades sobre el mesurament de programari i l'estimació de temps i costos d'un projecte.

Desenvolupament d'aplicacions per a Internet amb Tecnologia JAVA : Projecte Xhelp OutsourcingService

L'objectiu d'aquest TFC ha estat desenvolupar una eina de gestió de projectes de manteniment de programari que oferís la possibilitat d'enregistrar i controlar la qualitat del servei que es dóna al client en una empresa consultora de programari.

Quality assurance in road traffic analyses in Switzerland.

Swiss laboratories performing toxicological road traffic analyses have been authorized for many years by the Swiss Federal Roads Office (FEDRO). In 2003 FEDRO signed a contract with the Swiss Society of Legal Medicine (SSLM) to organize the complete quality management concerning road traffic analyses. For this purpose a multidisciplinary working group was established under the name of "road traffic commission (RTC)". RTC has to organize external quality control, to interpret the results of these controls, to perform audits in the laboratories and to report all results to FEDRO. Furthermore the working group can be mandated for special tasks by FEDRO. As an independent organization the Swiss Center for Quality Control (CSCQ) in Geneva manages the external quality controls in the laboratory over the past years. All tested drugs and psychoactive substances are listed in a federal instruction. The so-called 'zero tolerance substances' (THC, morphine, cocaine, amphetamine, methamphetamine, MDMA and MDEA) and their metabolites have to be tested once a year, all other substances (benzodiazepines, zolpidem, phenobarbital, etc.) periodically. Results over the last years show that all laboratories are generally within the confidence interval of +/-30% of the mean value. In cases of non-conformities measures have to be taken immediately and reported to the working group. External audits are performed triennially but accredited laboratories can combine this audit with the approval of the Swiss Accreditation Service (SAS). During the audits a special checklist filled in by the laboratory director is assessed. Non-conformities have to be corrected. During the process of establishing a new legislation, RTC had an opportunity of advising FEDRO. In collaboration with FEDRO, RTC and hence SSLM can work actively on improving of quality assurance in road traffic toxicological analyses, and has an opportunity to bring its professional requests to the federal authorities.

Water Quality Summary, 2004

This monthly report from the Iowa Department of Transportation is about the water quality management of Iowa's rivers, streams and lakes.

Water Quality Summary, 2005

This monthly report from the Iowa Department of Transportation is about the water quality management of Iowa's rivers, streams and lakes.

Water Quality Summary, 2000-2003

This monthly report from the Iowa Department of Transportation is about the water quality management of Iowa's rivers, streams and lakes.

Water Quality Summary, 2000-2003

This monthly report from the Iowa Department of Transportation is about the water quality management of Iowa's rivers, streams and lakes.

Water Quality Summary, 2000-2006

This monthly report from the Iowa Department of Transportation is about the water quality management of Iowa's rivers, streams and lakes.

Water Quality Summary, 2006

This monthly report from the Iowa Department of Transportation is about the water quality management of Iowa's rivers, streams and lakes.