Presentation about Software Quality Assurance and the use of the U-QASAR methodology to create a Quality Model that reflects the company priorities and needs
Building a Quality Modelio with Q-Rapids by Softeamaabherve
This document discusses Softeam's use of the Q-RAPIDS tool for monitoring software quality metrics across multiple projects. It describes Softeam's development process, tools currently used, initial results from the Q-RAPIDS deployment, and areas for future improvement, including aggregating data from different sources, monitoring multiple parallel projects, and automating management of data collectors.
Laurent Ploix, Product Manager, Spotify
Scaling a CI infrastructure is a challenge; and it is even more challenging to measure success. In this talk, Laurent will explain the benefits, traps and challenges of finding good metrics.
Software Defect Prediction Techniques in the Automotive Domain: Evaluation, S...RAKESH RANA
Software Defect Prediction Techniques in the Automotive Domain: Evaluation, Selection and Adoption
PhD Defense, Göteborg, Sweden
Feb, 2015
Get full text of publication at:
http://rakeshrana.website/index.php/work/publications/
The significance of ifpug base functionality types in effort estimation cig...IWSM Mensura
This document presents an empirical study on the significance of IFPUG base functionality types (BFC types) in effort estimation. The study uses project data from the ISBSG repository to analyze how using multiple BFC types versus just total function points affects estimation accuracy. The results show that using combinations of BFC types, such as EQ and EIF, leads to higher R2 values and better model fitting than using just total function points. The conclusions are that profiling projects by BFC type distribution can provide more accurate effort estimates than only considering total size.
Suitability of Agile Methods for Safety-Critical Systems Development: A Surve...Editor IJCATR
Lately, agile methods have widely been used in large organizations. This contrasts to previous practice, where they were mainly
used for small projects. However, developers of safety critical systems have shied away from using these methods for the right and wrong
reasons. Adoption of agile methods for safety critical system development is low and there is need to find out why this is so especially
since agile methods allow a more relaxed approach towards documentation, flexible development lifecycle based on short iterations and
accommodates changing requirements. This paper presents a report of a detailed analysis of literature and aims to shed light on the
suitability of agile methods for developing safety critical systems .The findings indicate that many organizations are relying on traditional
methods to develop safety critical systems because they are familiar with them and have been thoroughly tested over time. However with
the advent of agile methods there is a paradigm shift by non safety critical system developers, nevertheless this is not happening with the
safety critical system developers and there is need to find out why.
Vinay Singh has over 8 years of experience in manual testing in the telecom industry, specializing in testing packet core and IMS nodes. He has worked on projects involving LTE testing, device validation, regression testing, and root cause analysis. His responsibilities include writing and executing test cases, analyzing logs, troubleshooting issues, and preparing daily reports.
Towards a Metamodel for a Requirements Engineering Process of Embedded SystemsTarcísio Couto
In the embedded systems (ES) area, more than 50% of problems occur at system delivery and are related to
misconconceptions in capturing requirements. According to our systematic literature review (SLR), no evidence explicitly depicts how an embedded system must be elicited and specified. However, understanding the embedded systems and their environment is a strenuous activity. Even though current approaches present some contributions, the definition of a systematic requirements engineering process remains a challenging issue. Based on this shortcoming, we developed a metamodel that defines concepts and relationships that must be taken into account the development of an ES. From the metamodel, we define a precise requirements engineering process. This research presents the main results of a SLR, a resource model, and a sketch of a process to guide the requirements development of embedded systems.
Building a Quality Modelio with Q-Rapids by Softeamaabherve
This document discusses Softeam's use of the Q-RAPIDS tool for monitoring software quality metrics across multiple projects. It describes Softeam's development process, tools currently used, initial results from the Q-RAPIDS deployment, and areas for future improvement, including aggregating data from different sources, monitoring multiple parallel projects, and automating management of data collectors.
Laurent Ploix, Product Manager, Spotify
Scaling a CI infrastructure is a challenge; and it is even more challenging to measure success. In this talk, Laurent will explain the benefits, traps and challenges of finding good metrics.
Software Defect Prediction Techniques in the Automotive Domain: Evaluation, S...RAKESH RANA
Software Defect Prediction Techniques in the Automotive Domain: Evaluation, Selection and Adoption
PhD Defense, Göteborg, Sweden
Feb, 2015
Get full text of publication at:
http://rakeshrana.website/index.php/work/publications/
The significance of ifpug base functionality types in effort estimation cig...IWSM Mensura
This document presents an empirical study on the significance of IFPUG base functionality types (BFC types) in effort estimation. The study uses project data from the ISBSG repository to analyze how using multiple BFC types versus just total function points affects estimation accuracy. The results show that using combinations of BFC types, such as EQ and EIF, leads to higher R2 values and better model fitting than using just total function points. The conclusions are that profiling projects by BFC type distribution can provide more accurate effort estimates than only considering total size.
Suitability of Agile Methods for Safety-Critical Systems Development: A Surve...Editor IJCATR
Lately, agile methods have widely been used in large organizations. This contrasts to previous practice, where they were mainly
used for small projects. However, developers of safety critical systems have shied away from using these methods for the right and wrong
reasons. Adoption of agile methods for safety critical system development is low and there is need to find out why this is so especially
since agile methods allow a more relaxed approach towards documentation, flexible development lifecycle based on short iterations and
accommodates changing requirements. This paper presents a report of a detailed analysis of literature and aims to shed light on the
suitability of agile methods for developing safety critical systems .The findings indicate that many organizations are relying on traditional
methods to develop safety critical systems because they are familiar with them and have been thoroughly tested over time. However with
the advent of agile methods there is a paradigm shift by non safety critical system developers, nevertheless this is not happening with the
safety critical system developers and there is need to find out why.
Vinay Singh has over 8 years of experience in manual testing in the telecom industry, specializing in testing packet core and IMS nodes. He has worked on projects involving LTE testing, device validation, regression testing, and root cause analysis. His responsibilities include writing and executing test cases, analyzing logs, troubleshooting issues, and preparing daily reports.
Towards a Metamodel for a Requirements Engineering Process of Embedded SystemsTarcísio Couto
In the embedded systems (ES) area, more than 50% of problems occur at system delivery and are related to
misconconceptions in capturing requirements. According to our systematic literature review (SLR), no evidence explicitly depicts how an embedded system must be elicited and specified. However, understanding the embedded systems and their environment is a strenuous activity. Even though current approaches present some contributions, the definition of a systematic requirements engineering process remains a challenging issue. Based on this shortcoming, we developed a metamodel that defines concepts and relationships that must be taken into account the development of an ES. From the metamodel, we define a precise requirements engineering process. This research presents the main results of a SLR, a resource model, and a sketch of a process to guide the requirements development of embedded systems.
Reducing Cycle Time for iDEN Releases – A Development and Test PerspectivePraveen Srivastava
iDEN system releases have been taking longer time from M8 (System Requirements allocated and project scope is baseline) to M3 (Ready For Controlled Introduction) when it is first commercially deployed. For a typical iDEN system release, the duration between M8 and M3 is close to 18 months. The current releases are posing new challenges to product development and requires comparatively shorter cycle time. This paper talks about such an iDEN release which was done and ready for deployment in less than 9 months. This paper analyzes the techniques and strategy used by development and test team to achieve this and proposes techniques & strategies which can be used by future iDEN releases.
OW2Con 2013 - Measuring quality of software developments with Spago4QSpagoWorld
The presentation supported the speech by Daniele Gagliardi, Spago4Q Architect, at OW2Con 2013 - the annual community event of OW2 Consortium (www.ow2.org). It focuses on a use case of Spago4Q platform (www.spago4q.org), which allows measuring the quality of developments in a large industrial software factory. www.spagoworld.org
Requirements effort estimation state of the practice - mohamad kassabIWSM Mensura
This document summarizes the results of a survey on requirements engineering practices. It found that while agile practices are widely used, many classic requirements techniques are still common, including interviews, prototyping, and use case modeling. Effort estimation is still important for projects of all sizes, with story points and expert judgment being frequently used. Both agile and waterfall projects reported high satisfaction with productivity and quality, though agile projects tended to have higher satisfaction. Overall the survey found that while agile has increased in popularity, many requirements practices are still applied across both agile and traditional methodologies.
A living story: measuring quality of developments in a large industrial softw...OW2
Open Source has no more intrinsic value per se. Nowadays it is facing new challenges, such as stimulating creativity and bringing innovation into market. One of its major challenges consists in delivering valuable outcomes, which requires a PMAI approach: Plan metrics and dimensions of analysis, get Measures and global performance value from data, Assess results and Improve processes by solving issues and removing bottlenecks. Spago4Q makes this happen. Main goals achieved are the continuous improvement of quality practices, the measurement and enhancement of productivity and the development process compliance with quality certifications such as ISO and CMMi standards. QESTnd - an n-dimensional measurement model - allows to collect performance values on three dimensions of analysis (Economical, Social and Technical) in order to identify process areas that need improvements. Drill-down capabilities provide both a unified view of the global performance of the Labs and detailed views of the single process dimensions.
Defect Prediction: Accomplishments and Future ChallengesYasutaka Kamei
The document discusses the accomplishments and future challenges of defect prediction in software engineering. It provides an overview of defect prediction, including leveraging data from repositories to measure source code metrics and build prediction models. Major accomplishments include increased data availability and openness, the ability to extract various metric types, and improved modeling performance. However, challenges remain such as keeping up with fast development paces and making models more accessible. The document argues that future areas of focus include defect prediction for mobile apps and integrating just-in-time models into continuous integration processes.
This document discusses software metrics and how they can be used to measure various attributes of software products and processes. It begins by asking questions that software metrics can help answer, such as how to measure software size, development costs, bugs, and reliability. It then provides definitions of key terms like measurement, metrics, and defines software metrics as the application of measurement techniques to software development and products. The document outlines areas where software metrics are commonly used, like cost estimation and quality/reliability prediction. It also discusses challenges in implementing metrics and provides categories of metrics like product, process, and project metrics. The remainder of the document provides examples and formulas for specific software metrics.
This document discusses challenges with tool qualification and proposes a solution called the Qualifying Machine (QM) to help address them. The QM is an intelligent repository that tracks qualification artifacts and activities. It builds traceability and dependency graphs to understand when artifacts change and then triggers automated activities and calculates minimum manual efforts needed for delta qualification. This aims to help with continuous certification by keeping tools in a semi-qualifiable state and reducing re-qualification work from changes. Open issues discussed include what to track, how to identify artifact changes, and un-validity propagation algorithms.
IT Confidence 2013 - Spago4Q presents a 3D model for Productivity IntelligenceSpagoWorld
The presentation supported the speech focusing on a 3D corporate performance monitoring model based on Spago4Q, delivered by Spago4Q development team, at IT Confidence 2013 in Rio de Janeiro (Brazil) on 3rd October 2013. http://www.spago4q.org/
A Review and Analysis on Mobile Application Development Processes using Agile...IJORCS
This document provides a review and analysis of mobile application development processes using agile methodologies. It begins with an introduction to agile software development and discusses how agile principles are a natural fit for mobile application development given the dynamic environment. The document then reviews several proposed mobile application development processes that combine agile and non-agile techniques, including Mobile-D, RaPiD7, a hybrid methodology, MASAM, and a Scrum and Lean Six Sigma integration approach. It concludes by noting that while agile methodologies show promise for mobile development, further empirical validation is still needed.
This document provides an overview of software testing. It discusses how software testing is used to find defects and validate that software meets requirements. While testing cannot prove that software is perfect, it helps evaluate quality by comparing behavior to standards and user needs. The document also notes that the cost to fix defects rises significantly if found later in development or after release.
Vinay Singh has over 2 years of experience in telecom testing. He has expertise in testing LTE and IMS networks, including nodes like eNB, MME, SGW, and PCRF. He has experience with manual testing, log analysis, defect tracking, and health checks. His roles have included designing test cases, executing tests, analyzing logs to validate functionality, and preparing daily reports.
Software metrics can be used to measure various attributes of software products and processes. There are direct metrics that immediately measure attributes like lines of code and defects, and indirect metrics that measure less tangible aspects like functionality and reliability. Metrics are classified as product metrics, which measure attributes of the software product, and process metrics, which measure the software development process. Project metrics are used tactically within a project to track status, risks, and quality, while process metrics are used strategically for long-term process improvement. Common software quality attributes that can be measured include correctness, maintainability, integrity, and usability.
Systematic review on evaluating planning process in agile development methodsTELKOMNIKA JOURNAL
Agile development methods have been catering the need of faster delivery of theever-demanding domain of software engineering. These methods are able to deliver value to users and businesses via fast, reliable, and repeatable process. Planning requirements and processes takes the driving seat in a dynamic environment because the value proposition rapidly changes. This paper exhibits asystematic literature review of planning processes implementedby various agile methods in order to find the best suited agile method in terms of robust planning. Keywords: It was found that Scrum is the best suited agile method for planning processes.
ProDebt's Lessons Learned from Planning Technical Debt StrategicallyQAware GmbH
QuASD/PROFES 2017, Innsbruck (Austria): Workshop with Marcus Ciolkowski (Principal IT Consultant at QAware), Liliana Guzmán, Adam Trendowicz, Felix Salfner
Abstract: Due to cost and time constraints, software quality is often neglected in the evolution and adaptation of software. Thus, maintainability suffers, maintenance costs rise, and the development takes longer. These effects are referred to as “technical debt”. The challenge for project managers is to find a balance when using the given budget and schedule, either by reducing technical debt or by adding technical features. This balance is needed to keep time to market for current product releases short and future maintenance costs at an acceptable level.
Method: The project ProDebt aimed at developing an innovative methodology and a software tool to support the strategic planning of technical debt in the context of agile software development. In this project, we created quality models and collected corresponding measurement data for two case studies in two different companies. Alltogether, the two case studies contributed 5-6 years of data, from the end of 2011, resp. mid-2012, until today. Using measurement and effort data, we trained a machine-learning model to predict productivity based on measurement data - representing the technical debt of a file at a given point in time.
Result: We developed a prototype and a prediction model for forecasting potential savings based on proposed refactorings of key drivers of technical debt identified by the model. In this paper, we present the approach and the experiences made during model development.
Technical debt is difficult to quantify and estimate as a single metric. Optimising on convential metrics based on code quality, testability and defect trends can keep technical debt in control. But accepting technical debt leads to side effects which may provide more realistic metrics of technical debt.
After the course, student will:
Understand Fsoft metric system.
Know about Fsoft PCBs and norms.
Be able to use data for managing projects.
Effort (Project, work product, process, type of activity): Weekly
Schedule (Start-date, expected end-date, actual end-date, delivery): At milestones
Defect (Project, work product, stage detected, QC activities, stage injected, process origin, severity, classification type, priority): Weekly
Size (Total, work product, activity): At milestones
Requirement (Total, size, status): Weekly
Customer complaints, customer satisfaction survey point, NC
Tools: Fsoft management suite (Timesheet, DMS, NCMS, Dashboard, Fsoft Insight)
Marketing Agility: The Missing Metric?Shelly Lucas
Marketing agility isn’t just about doing things faster. It’s about being adaptable to abrupt shifts in customer needs and industry developments. In most cases, dialing up your nimbleness requires more than a team tune-up—usually, it requires nothing short of a transformation. Why, then, don’t CMOs measure their agility progress?
In this white paper, you’ll learn how and why marketers should consider measuring adaptability.
The document discusses the confidentiality policies and procedures for Head Start programs. It states that grantee agencies must establish efficient record-keeping systems to provide accurate information about children, families, and staff while ensuring confidentiality. Information may only be shared with parental consent and on a need-to-know basis. Records must be kept securely in locked files and access is limited and tracked. Strict procedures are outlined around releasing confidential information, securing files and computer screens, and disposing of private information.
Starting from the JDK itself, a wave of migrations to module systems is bound to propagate throughout the Java landscape. In this session, expand your mental toolbox by learning what modularity is, why it is important, and how to divide your monolithic application into well-designed functional modules. First you will gain an intimate understanding of modularity by hearing about several of its mind-bending paradoxes. Then you will learn how popular design principles apply to creating modules and their APIs. Finally you will learn how common monolithic software architectures exhibit various degrees of modularization of functional features and what that means for your forthcoming modularization efforts.
This document proposes a new metric for measuring the reusability of object-oriented software components. It discusses various class, attribute, method, and parameter metrics that could indicate reusability. The paper describes two experiments where code samples were analyzed based on these metrics. The results show that factors like low coupling between classes, simple attribute and method structures, and meaningful names correlate with more reusable code. A new reusability metric formula is proposed that combines several of these metrics.
Reducing Cycle Time for iDEN Releases – A Development and Test PerspectivePraveen Srivastava
iDEN system releases have been taking longer time from M8 (System Requirements allocated and project scope is baseline) to M3 (Ready For Controlled Introduction) when it is first commercially deployed. For a typical iDEN system release, the duration between M8 and M3 is close to 18 months. The current releases are posing new challenges to product development and requires comparatively shorter cycle time. This paper talks about such an iDEN release which was done and ready for deployment in less than 9 months. This paper analyzes the techniques and strategy used by development and test team to achieve this and proposes techniques & strategies which can be used by future iDEN releases.
OW2Con 2013 - Measuring quality of software developments with Spago4QSpagoWorld
The presentation supported the speech by Daniele Gagliardi, Spago4Q Architect, at OW2Con 2013 - the annual community event of OW2 Consortium (www.ow2.org). It focuses on a use case of Spago4Q platform (www.spago4q.org), which allows measuring the quality of developments in a large industrial software factory. www.spagoworld.org
Requirements effort estimation state of the practice - mohamad kassabIWSM Mensura
This document summarizes the results of a survey on requirements engineering practices. It found that while agile practices are widely used, many classic requirements techniques are still common, including interviews, prototyping, and use case modeling. Effort estimation is still important for projects of all sizes, with story points and expert judgment being frequently used. Both agile and waterfall projects reported high satisfaction with productivity and quality, though agile projects tended to have higher satisfaction. Overall the survey found that while agile has increased in popularity, many requirements practices are still applied across both agile and traditional methodologies.
A living story: measuring quality of developments in a large industrial softw...OW2
Open Source has no more intrinsic value per se. Nowadays it is facing new challenges, such as stimulating creativity and bringing innovation into market. One of its major challenges consists in delivering valuable outcomes, which requires a PMAI approach: Plan metrics and dimensions of analysis, get Measures and global performance value from data, Assess results and Improve processes by solving issues and removing bottlenecks. Spago4Q makes this happen. Main goals achieved are the continuous improvement of quality practices, the measurement and enhancement of productivity and the development process compliance with quality certifications such as ISO and CMMi standards. QESTnd - an n-dimensional measurement model - allows to collect performance values on three dimensions of analysis (Economical, Social and Technical) in order to identify process areas that need improvements. Drill-down capabilities provide both a unified view of the global performance of the Labs and detailed views of the single process dimensions.
Defect Prediction: Accomplishments and Future ChallengesYasutaka Kamei
The document discusses the accomplishments and future challenges of defect prediction in software engineering. It provides an overview of defect prediction, including leveraging data from repositories to measure source code metrics and build prediction models. Major accomplishments include increased data availability and openness, the ability to extract various metric types, and improved modeling performance. However, challenges remain such as keeping up with fast development paces and making models more accessible. The document argues that future areas of focus include defect prediction for mobile apps and integrating just-in-time models into continuous integration processes.
This document discusses software metrics and how they can be used to measure various attributes of software products and processes. It begins by asking questions that software metrics can help answer, such as how to measure software size, development costs, bugs, and reliability. It then provides definitions of key terms like measurement, metrics, and defines software metrics as the application of measurement techniques to software development and products. The document outlines areas where software metrics are commonly used, like cost estimation and quality/reliability prediction. It also discusses challenges in implementing metrics and provides categories of metrics like product, process, and project metrics. The remainder of the document provides examples and formulas for specific software metrics.
This document discusses challenges with tool qualification and proposes a solution called the Qualifying Machine (QM) to help address them. The QM is an intelligent repository that tracks qualification artifacts and activities. It builds traceability and dependency graphs to understand when artifacts change and then triggers automated activities and calculates minimum manual efforts needed for delta qualification. This aims to help with continuous certification by keeping tools in a semi-qualifiable state and reducing re-qualification work from changes. Open issues discussed include what to track, how to identify artifact changes, and un-validity propagation algorithms.
IT Confidence 2013 - Spago4Q presents a 3D model for Productivity IntelligenceSpagoWorld
The presentation supported the speech focusing on a 3D corporate performance monitoring model based on Spago4Q, delivered by Spago4Q development team, at IT Confidence 2013 in Rio de Janeiro (Brazil) on 3rd October 2013. http://www.spago4q.org/
A Review and Analysis on Mobile Application Development Processes using Agile...IJORCS
This document provides a review and analysis of mobile application development processes using agile methodologies. It begins with an introduction to agile software development and discusses how agile principles are a natural fit for mobile application development given the dynamic environment. The document then reviews several proposed mobile application development processes that combine agile and non-agile techniques, including Mobile-D, RaPiD7, a hybrid methodology, MASAM, and a Scrum and Lean Six Sigma integration approach. It concludes by noting that while agile methodologies show promise for mobile development, further empirical validation is still needed.
This document provides an overview of software testing. It discusses how software testing is used to find defects and validate that software meets requirements. While testing cannot prove that software is perfect, it helps evaluate quality by comparing behavior to standards and user needs. The document also notes that the cost to fix defects rises significantly if found later in development or after release.
Vinay Singh has over 2 years of experience in telecom testing. He has expertise in testing LTE and IMS networks, including nodes like eNB, MME, SGW, and PCRF. He has experience with manual testing, log analysis, defect tracking, and health checks. His roles have included designing test cases, executing tests, analyzing logs to validate functionality, and preparing daily reports.
Software metrics can be used to measure various attributes of software products and processes. There are direct metrics that immediately measure attributes like lines of code and defects, and indirect metrics that measure less tangible aspects like functionality and reliability. Metrics are classified as product metrics, which measure attributes of the software product, and process metrics, which measure the software development process. Project metrics are used tactically within a project to track status, risks, and quality, while process metrics are used strategically for long-term process improvement. Common software quality attributes that can be measured include correctness, maintainability, integrity, and usability.
Systematic review on evaluating planning process in agile development methodsTELKOMNIKA JOURNAL
Agile development methods have been catering the need of faster delivery of theever-demanding domain of software engineering. These methods are able to deliver value to users and businesses via fast, reliable, and repeatable process. Planning requirements and processes takes the driving seat in a dynamic environment because the value proposition rapidly changes. This paper exhibits asystematic literature review of planning processes implementedby various agile methods in order to find the best suited agile method in terms of robust planning. Keywords: It was found that Scrum is the best suited agile method for planning processes.
ProDebt's Lessons Learned from Planning Technical Debt StrategicallyQAware GmbH
QuASD/PROFES 2017, Innsbruck (Austria): Workshop with Marcus Ciolkowski (Principal IT Consultant at QAware), Liliana Guzmán, Adam Trendowicz, Felix Salfner
Abstract: Due to cost and time constraints, software quality is often neglected in the evolution and adaptation of software. Thus, maintainability suffers, maintenance costs rise, and the development takes longer. These effects are referred to as “technical debt”. The challenge for project managers is to find a balance when using the given budget and schedule, either by reducing technical debt or by adding technical features. This balance is needed to keep time to market for current product releases short and future maintenance costs at an acceptable level.
Method: The project ProDebt aimed at developing an innovative methodology and a software tool to support the strategic planning of technical debt in the context of agile software development. In this project, we created quality models and collected corresponding measurement data for two case studies in two different companies. Alltogether, the two case studies contributed 5-6 years of data, from the end of 2011, resp. mid-2012, until today. Using measurement and effort data, we trained a machine-learning model to predict productivity based on measurement data - representing the technical debt of a file at a given point in time.
Result: We developed a prototype and a prediction model for forecasting potential savings based on proposed refactorings of key drivers of technical debt identified by the model. In this paper, we present the approach and the experiences made during model development.
Technical debt is difficult to quantify and estimate as a single metric. Optimising on convential metrics based on code quality, testability and defect trends can keep technical debt in control. But accepting technical debt leads to side effects which may provide more realistic metrics of technical debt.
After the course, student will:
Understand Fsoft metric system.
Know about Fsoft PCBs and norms.
Be able to use data for managing projects.
Effort (Project, work product, process, type of activity): Weekly
Schedule (Start-date, expected end-date, actual end-date, delivery): At milestones
Defect (Project, work product, stage detected, QC activities, stage injected, process origin, severity, classification type, priority): Weekly
Size (Total, work product, activity): At milestones
Requirement (Total, size, status): Weekly
Customer complaints, customer satisfaction survey point, NC
Tools: Fsoft management suite (Timesheet, DMS, NCMS, Dashboard, Fsoft Insight)
Marketing Agility: The Missing Metric?Shelly Lucas
Marketing agility isn’t just about doing things faster. It’s about being adaptable to abrupt shifts in customer needs and industry developments. In most cases, dialing up your nimbleness requires more than a team tune-up—usually, it requires nothing short of a transformation. Why, then, don’t CMOs measure their agility progress?
In this white paper, you’ll learn how and why marketers should consider measuring adaptability.
The document discusses the confidentiality policies and procedures for Head Start programs. It states that grantee agencies must establish efficient record-keeping systems to provide accurate information about children, families, and staff while ensuring confidentiality. Information may only be shared with parental consent and on a need-to-know basis. Records must be kept securely in locked files and access is limited and tracked. Strict procedures are outlined around releasing confidential information, securing files and computer screens, and disposing of private information.
Starting from the JDK itself, a wave of migrations to module systems is bound to propagate throughout the Java landscape. In this session, expand your mental toolbox by learning what modularity is, why it is important, and how to divide your monolithic application into well-designed functional modules. First you will gain an intimate understanding of modularity by hearing about several of its mind-bending paradoxes. Then you will learn how popular design principles apply to creating modules and their APIs. Finally you will learn how common monolithic software architectures exhibit various degrees of modularization of functional features and what that means for your forthcoming modularization efforts.
This document proposes a new metric for measuring the reusability of object-oriented software components. It discusses various class, attribute, method, and parameter metrics that could indicate reusability. The paper describes two experiments where code samples were analyzed based on these metrics. The results show that factors like low coupling between classes, simple attribute and method structures, and meaningful names correlate with more reusable code. A new reusability metric formula is proposed that combines several of these metrics.
The document discusses the concept of modifiability in software architecture. It defines modifiability as the ease with which a software system can be modified to changes in requirements, environment, or specifications. It describes aspects that impact modifiability such as what can change, when changes are required, who implements changes, and the cost of changes. It also discusses business concerns related to modifiability and provides examples of modifiability scenarios and quality attribute scenarios. Finally, it outlines tactics to improve modifiability such as reducing module size, increasing cohesion, reducing coupling, and deferring binding time.
The document discusses software technical metrics, including McCall's quality factors and architectural design metrics. [1] McCall identified 11 quality factors like correctness, reliability, and usability that can measure software quality. [2] These factors depend on 22 metrics that can be subjectively measured on a scale from 0 to 10. [3] The document also discusses architectural structure metrics like Fenton's size and connectivity density metrics, which measure attributes like nodes and arcs.
Agile Metrics : A seminal approach for calculating Metrics in Agile ProjectsPrashant Ram
A seminal approach for calculating Metrics in Agile Projects. Overview, Analysis and Detailed Description of a proposed set of comprehensive metrics for Agile Projects.
This webinar covered important agile metrics for software development projects and how to measure the right things. It discussed what makes a good metric, focusing on metrics that can be acted on and measured at the appropriate level. The webinar also addressed which stakeholders want what information and factors that influence metric choice, such as the agile process used. Finally, it provided examples of common agile metrics like velocity, defects, and cycle time, and characteristics of good agile metrics.
Software Quality Metrics for Testers - StarWest 2013XBOSoft
Presentation by Phil Lew at StarWest 2013.
When implementing software quality metrics, we need to first understand the purpose of the metrics and who will be using them. Will the metric be used to measure people or the process, to illustrate the level of quality in software products, or to drive toward a specific objective? QA managers typically want to deliver productivity metrics to management but management may want to see metrics that describe customer or user satisfaction. Philip Lew believes that software quality metrics without actionable objectives toward increasing customer satisfaction are a waste of time. Learn how to connect each metric with potential actions based on evaluating the metric. Metrics for the sake of information may be helpful but often just end up in spreadsheets of interest to no one. Take home methods to identify metrics that support actionable objectives. Once the metrics and their objectives have been established, learn how to define and use metrics for real improvement.
This document discusses various software engineering concepts related to software design. It begins by outlining basic design principles and the software design process, which involves three levels: interface design, architectural design, and detailed design. It then covers topics like modularization, coupling and cohesion, function-oriented design using tools like data flow diagrams and structure charts, software measurement and metrics including function point analysis and cyclomatic complexity, and concludes with Halstead's software science for measuring program length and volume.
Non-functional requirements describe how a system will operate rather than what it will do. They include qualities like usability, reliability, performance, and supportability. Usability measures how easy a system is to use, learn, and adapt to user needs. Reliability refers to the likelihood of failures and is measured by metrics like mean time between failures. Performance requirements specify the system's efficiency and response times. Supportability involves how easily a system can be maintained, internationalized, and adapted to changes.
The document discusses software quality and defines key aspects:
- It explains the importance of software quality for users and developers.
- Qualities like correctness, reliability, efficiency are defined.
- Methods for measuring qualities like ISO 9126 standard are presented.
- Quality is important throughout the software development process.
- Both product quality and process quality need to be managed.
This document provides an overview and introduction to software metrics. It discusses measurement concepts and why measurement is important for software engineering. It covers topics like the basics of measurement, collecting metrics data, analyzing data, and measuring internal and external attributes of software. Specific metrics discussed include size, structure, complexity, reliability, and test coverage. The document is intended to introduce readers to fundamental software metrics concepts.
The document discusses software quality management and outlines five units: introduction to software quality; software quality assurance; quality control and reliability; quality management systems; and quality standards. It defines quality, discusses hierarchical models of quality including those proposed by Boehm and McCall, and explains techniques for improving software quality like metrics, reviews, and standards.
Este documento describe la historia y diferentes sistemas de riego, incluyendo riego por inundación, surcos, aspersión y goteo. Explica que el riego es necesario para aplicar agua a las plantas de forma artificial donde la lluvia es escasa. También discute factores como la frecuencia del riego, la eficiencia de cada sistema, y las ventajas y desventajas de cada método.
The document discusses software quality assurance (SQA) and defines key terms related to quality. It describes SQA as encompassing quality management, software engineering processes, formal reviews, testing strategies, documentation control, and compliance with standards. Specific SQA activities mentioned include developing an SQA plan, participating in process development, auditing work products, and ensuring deviations are addressed. The document also discusses software reviews, inspections, reliability, and the reliability specification process.
Software metrics involve collecting measurements related to software development processes, projects, and products. There are different types of metrics including process, project, and product metrics. Process metrics measure the software development lifecycle, project metrics measure team efficiency, and product metrics measure quality. Metrics can also be private, used by individuals, or public, used to measure teams and processes. Size-oriented metrics are computed based on the size of the software, often expressed in lines of code.
20150620 Meetup U-Qasar - Obtaining an integrated and objective overview of t...Manu García Rodríguez
The document summarizes a presentation given on June 20th, 2015 at Innopole in Spain. The presentation discussed the U-QASAR project, which aims to provide objective software quality measurements in changing environments. It described the U-QASAR methodology and platform, which allow users to define quality objectives and indicators, link these to metrics collected from tools, and generate reports on process and product quality. Examples were given of how U-QASAR could support different development lifecycles and help with certification against standards like CMMI. The presentation also covered the current software quality assurance tools market.
Nesma autumn conference 2015 - Is FPA a valuable addition to predictable agil...Nesma
This document discusses using Function Point Analysis (FPA) as a metric for Agile software projects. It provides context on replacing an existing trading system and outlines an architecture and development approach using Agile/Scrum. Metrics are proposed for use at the sprint level and cumulatively, including function points, story points, lines of code, and productivity rates. FPA is argued to provide benefits for scope management, benchmarking, and proving productivity and quality for Agile projects. Contracting based on function points is also discussed.
Mahesh is a software tester with over 5 years of experience testing insurance software. He has extensive experience with testing tools like Quality Center and SOAPUI. He has worked on multiple projects for clients in the UK and US, taking on roles as a team member and team lead. His experience includes functional testing, test case preparation, defect tracking, and reporting. He is proficient in technologies like C, C++, SQL and seeks an interesting career opportunity in the IT industry.
Sathish Kumar is a PMP certified Project Manager with over 9 years of experience managing projects in automotive, avionics, and embedded systems. He has expertise in project life cycles and delivering value to stakeholders.
This document provides information about the CS6109 Software Engineering course taught by Prof. K.Sridhar Patnaik at BIT Mesra. It outlines the course outcomes, distribution of marks, suggested reading, and covers topics related to software engineering including definitions, challenges, the software crisis, applying engineering approaches, software costs and products, and frequently asked questions.
Measuring quality of developments in a large industrial software factory with...SpagoWorld
The presentation supported the second part of the woekshop a workshop on Spago4Q platform, delivered at the SEcure Service-oriented Architectures Research (SESAR) Lab within the Computer Science Department of the "Università degli Studi di Milano" on December 18th, 2013.
This document provides guidelines for managing innovation projects using a stage-gate process. It describes the stage-gate model used by the Industrial Technologies Program, which includes 5 stages of project development from preliminary investigation through commercialization. Each stage involves certain research activities, and gates are decision points where projects are evaluated against criteria to determine if they should progress to the next stage or be halted. The guidelines are intended to increase the likelihood of successfully developing and deploying new energy technologies.
A Structured Approach to Estimating Software Intensive Projects - René Berghu...Nesma
Independent, data-driven cost estimating is now standard practice at NATO. Software intensive projects are estimated using function point analysis and SEER tools. Full lifecycle analysis and independent cost reviews help manage risks. Estimates support contractor negotiations and tracking actual performance. While process improvements continue, NATO's estimating maturity has grown significantly since early reliance on subjective expert opinions led to cost and schedule overruns.
This document provides a summary of Tanu Gupta's academic and professional experience. It includes her educational background with degrees in Computer Science, languages spoken, and personal details. Her career summary outlines over 5 years of experience in ETL data analytics and testing. She has led projects involving data warehousing and transformation tools. The document also lists her technical skills and 5 projects with descriptions of her roles and responsibilities in each.
Failure of tube reduced in split air conditionerprjpublications
This document summarizes a research paper that uses Six Sigma methodology to reduce failures of tubes in split air conditioners. The paper:
1) Defines the problem as leakage found in evaporator assemblies due to tube dimension variations. Six Sigma's DMAIC approach is used to identify the root cause.
2) In the measure phase, flaring angle, diameter, and torque are measured and process capabilities are calculated to determine how much variation exists.
3) The analyze phase identifies flaring diameter and angle as the two most important factors and statistically verifies them using various tests.
4) The document provides figures and diagrams to support the methodology and findings at each stage of the DMAIC process.
The document discusses project quality management for IT projects. It defines quality management and describes processes like quality planning, assurance, and control. It discusses tools for quality control like Pareto analysis, statistical sampling, Six Sigma, and testing. It summarizes contributions of quality experts like Deming and Juran. It describes how leadership, costs, standards, and maturity models relate to quality improvement for IT projects.
Requirements play a crucial role in the definition of the boundaries and identity of a project: their traceability, correct development, sharing with the stakeholders and validation determine the project failure or success. Moreover, Quality Assurance (QA) processes facilitate project management activities. Proper measures and indicators are considered as key information to know if a project is on the right way or not. Engineering Group (www.eng.it) intends to show how its integrated solution, recognized compliant to CMMI-DEV principles and based on SPAGO4Q (www.spago4q.org) and the QEST nD model (Buglione-Abran), made of a set of open source and low cost tools, allows to:
• manage the application lifecycle in a complex, flexible and shared environment, enhancing the communication among the project stakeholders;
• manage internal project assessment activities by the QA Department;
• monitor projects and measure performances, allowing the information sharing among the stakeholders.
The use of an integrated, low-cost solution compliant to the CMMi requirements, which can be easily extended and integrated with other corporate tools, has been a key success factor at Engineering Group, fostering the adoption of well-defined ALM processes and an effective software lifecycle management. This solution can integrate other applications developed by different divisions of the company, reducing the duplication of information and fostering the sharing of lessons learned.(IT Confidence 2013, Rio de Janeiro (Brazil))
This document provides an overview of the CSE320 Software Engineering course. It includes details about the course such as it being a 3 credit hour course, the textbook, and the assessment model which includes assignments, tests, and exams worth various percentages of the total grade. It outlines the academic tasks including assignments and tests. It also covers topics that will be discussed like software development lifecycles, Unified Modeling Language, testing techniques, and software quality standards. Program and course outcomes are listed. The document concludes with an outline of course contents that will be covered in each unit and information about online educational resources for each unit.
AI improves software testing by Kari Kakkonen at TQSKari Kakkonen
AI (Artificial Intelligence) can make software testing better, and it is already happening. My presentation at Test & Quality Summit online 16.9.2020 talks a bit about Artificial Intelligence / Machine Learning theory, then discusses through NASA code quality case the fact that AI can be very precise in spotting problems. Finally, I take a look at software testing industry, which already proves to have many AI-powered tools and projects. Thanks to the team at Knowit and all the references in the content. I hope all of us start accelerating towards reaping off the AI benefits.
Controlling Project Performance using PDM - PSQT2005 - Ben LindersBen Linders
• A hands-on model for control of product and process quality.
• Support of release risk decisions based on defect data.
• ODC and Test Matrices applied in different test phases.
• Usage of feedback to analyze data and come to actions.
• Using project data for a business case for improvement.
This document discusses various techniques for estimating software projects, including decomposition techniques like software sizing based on lines of code or function points. It also covers estimating using problem-based decomposition into functions and estimating with use cases. Metrics for process, product, and project are discussed, as well as size-oriented, function-oriented, object-oriented, and use case-oriented metrics. Function point calculation and components are explained in detail.
Rohit Gopal Oza is a software tester with over 4 years of experience in application testing and maintenance. He has worked on projects in telecommunications banking and retail domains. Some of his responsibilities include test planning, design, execution, defect tracking and production support. He is proficient with tools like HP Quality Center, Selenium and Cyara. He aims to build his career with a leading technology company to fully utilize his skills and potential.
This is the Dissertation Part-I in support of my intended research work. It has presentation in support of my research methodology, timelines and expected results
Similar to How to define Quality Models for Measuring Software Quality (20)
Artificia Intellicence and XPath Extension FunctionsOctavian Nadolu
The purpose of this presentation is to provide an overview of how you can use AI from XSLT, XQuery, Schematron, or XML Refactoring operations, the potential benefits of using AI, and some of the challenges we face.
Takashi Kobayashi and Hironori Washizaki, "SWEBOK Guide and Future of SE Education," First International Symposium on the Future of Software Engineering (FUSE), June 3-6, 2024, Okinawa, Japan
Introducing Crescat - Event Management Software for Venues, Festivals and Eve...Crescat
Crescat is industry-trusted event management software, built by event professionals for event professionals. Founded in 2017, we have three key products tailored for the live event industry.
Crescat Event for concert promoters and event agencies. Crescat Venue for music venues, conference centers, wedding venues, concert halls and more. And Crescat Festival for festivals, conferences and complex events.
With a wide range of popular features such as event scheduling, shift management, volunteer and crew coordination, artist booking and much more, Crescat is designed for customisation and ease-of-use.
Over 125,000 events have been planned in Crescat and with hundreds of customers of all shapes and sizes, from boutique event agencies through to international concert promoters, Crescat is rigged for success. What's more, we highly value feedback from our users and we are constantly improving our software with updates, new features and improvements.
If you plan events, run a venue or produce festivals and you're looking for ways to make your life easier, then we have a solution for you. Try our software for free or schedule a no-obligation demo with one of our product specialists today at crescat.io
What is Master Data Management by PiLog Groupaymanquadri279
PiLog Group's Master Data Record Manager (MDRM) is a sophisticated enterprise solution designed to ensure data accuracy, consistency, and governance across various business functions. MDRM integrates advanced data management technologies to cleanse, classify, and standardize master data, thereby enhancing data quality and operational efficiency.
OpenMetadata Community Meeting - 5th June 2024OpenMetadata
The OpenMetadata Community Meeting was held on June 5th, 2024. In this meeting, we discussed about the data quality capabilities that are integrated with the Incident Manager, providing a complete solution to handle your data observability needs. Watch the end-to-end demo of the data quality features.
* How to run your own data quality framework
* What is the performance impact of running data quality frameworks
* How to run the test cases in your own ETL pipelines
* How the Incident Manager is integrated
* Get notified with alerts when test cases fail
Watch the meeting recording here - https://www.youtube.com/watch?v=UbNOje0kf6E
UI5con 2024 - Keynote: Latest News about UI5 and it’s EcosystemPeter Muessig
Learn about the latest innovations in and around OpenUI5/SAPUI5: UI5 Tooling, UI5 linter, UI5 Web Components, Web Components Integration, UI5 2.x, UI5 GenAI.
Recording:
https://www.youtube.com/live/MSdGLG2zLy8?si=INxBHTqkwHhxV5Ta&t=0
SOCRadar's Aviation Industry Q1 Incident Report is out now!
The aviation industry has always been a prime target for cybercriminals due to its critical infrastructure and high stakes. In the first quarter of 2024, the sector faced an alarming surge in cybersecurity threats, revealing its vulnerabilities and the relentless sophistication of cyber attackers.
SOCRadar’s Aviation Industry, Quarterly Incident Report, provides an in-depth analysis of these threats, detected and examined through our extensive monitoring of hacker forums, Telegram channels, and dark web platforms.
UI5con 2024 - Boost Your Development Experience with UI5 Tooling ExtensionsPeter Muessig
The UI5 tooling is the development and build tooling of UI5. It is built in a modular and extensible way so that it can be easily extended by your needs. This session will showcase various tooling extensions which can boost your development experience by far so that you can really work offline, transpile your code in your project to use even newer versions of EcmaScript (than 2022 which is supported right now by the UI5 tooling), consume any npm package of your choice in your project, using different kind of proxies, and even stitching UI5 projects during development together to mimic your target environment.
Do you want Software for your Business? Visit Deuglo
Deuglo has top Software Developers in India. They are experts in software development and help design and create custom Software solutions.
Deuglo follows seven steps methods for delivering their services to their customers. They called it the Software development life cycle process (SDLC).
Requirement — Collecting the Requirements is the first Phase in the SSLC process.
Feasibility Study — after completing the requirement process they move to the design phase.
Design — in this phase, they start designing the software.
Coding — when designing is completed, the developers start coding for the software.
Testing — in this phase when the coding of the software is done the testing team will start testing.
Installation — after completion of testing, the application opens to the live server and launches!
Maintenance — after completing the software development, customers start using the software.
Microservice Teams - How the cloud changes the way we workSven Peters
A lot of technical challenges and complexity come with building a cloud-native and distributed architecture. The way we develop backend software has fundamentally changed in the last ten years. Managing a microservices architecture demands a lot of us to ensure observability and operational resiliency. But did you also change the way you run your development teams?
Sven will talk about Atlassian’s journey from a monolith to a multi-tenanted architecture and how it affected the way the engineering teams work. You will learn how we shifted to service ownership, moved to more autonomous teams (and its challenges), and established platform and enablement teams.
8 Best Automated Android App Testing Tool and Framework in 2024.pdfkalichargn70th171
Regarding mobile operating systems, two major players dominate our thoughts: Android and iPhone. With Android leading the market, software development companies are focused on delivering apps compatible with this OS. Ensuring an app's functionality across various Android devices, OS versions, and hardware specifications is critical, making Android app testing essential.
GraphSummit Paris - The art of the possible with Graph TechnologyNeo4j
Sudhir Hasbe, Chief Product Officer, Neo4j
Join us as we explore breakthrough innovations enabled by interconnected data and AI. Discover firsthand how organizations use relationships in data to uncover contextual insights and solve our most pressing challenges – from optimizing supply chains, detecting fraud, and improving customer experiences to accelerating drug discoveries.
Odoo ERP software
Odoo ERP software, a leading open-source software for Enterprise Resource Planning (ERP) and business management, has recently launched its latest version, Odoo 17 Community Edition. This update introduces a range of new features and enhancements designed to streamline business operations and support growth.
The Odoo Community serves as a cost-free edition within the Odoo suite of ERP systems. Tailored to accommodate the standard needs of business operations, it provides a robust platform suitable for organisations of different sizes and business sectors. Within the Odoo Community Edition, users can access a variety of essential features and services essential for managing day-to-day tasks efficiently.
This blog presents a detailed overview of the features available within the Odoo 17 Community edition, and the differences between Odoo 17 community and enterprise editions, aiming to equip you with the necessary information to make an informed decision about its suitability for your business.
E-commerce Application Development Company.pdfHornet Dynamics
Your business can reach new heights with our assistance as we design solutions that are specifically appropriate for your goals and vision. Our eCommerce application solutions can digitally coordinate all retail operations processes to meet the demands of the marketplace while maintaining business continuity.
SMS API Integration in Saudi Arabia| Best SMS API ServiceYara Milbes
Discover the benefits and implementation of SMS API integration in the UAE and Middle East. This comprehensive guide covers the importance of SMS messaging APIs, the advantages of bulk SMS APIs, and real-world case studies. Learn how CEQUENS, a leader in communication solutions, can help your business enhance customer engagement and streamline operations with innovative CPaaS, reliable SMS APIs, and omnichannel solutions, including WhatsApp Business. Perfect for businesses seeking to optimize their communication strategies in the digital age.
E-Invoicing Implementation: A Step-by-Step Guide for Saudi Arabian CompaniesQuickdice ERP
Explore the seamless transition to e-invoicing with this comprehensive guide tailored for Saudi Arabian businesses. Navigate the process effortlessly with step-by-step instructions designed to streamline implementation and enhance efficiency.
DDS Security Version 1.2 was adopted in 2024. This revision strengthens support for long runnings systems adding new cryptographic algorithms, certificate revocation, and hardness against DoS attacks.
2. FP7-ICT2011-8. Project #: (318082)
• A few words about speakers’ biographies and companies.
• The Project
• The Methodology
• Support to the SW development life cycle
• How does it work?
• Applying the Method in Agile
• Other uses of the Methodology
3. FP7-ICT2011-8. Project #: (318082)
The Project (1)
• An EU funded research project under FP7.
• 8 organizations from Finland, Norway,
Germany, Luxembourg and Spain: Experts in
SW Quality, Ontology modeling and
implementation, SW Engineering methods,
and SW Measurement.
4. FP7-ICT2011-8. Project #: (318082)
The Project (2)
• Objective: Create a solution to provide project
managers, software engineers, testers and
other actors with an objective measurement
of quality for:
– Software Development processes
– Software Products
5. FP7-ICT2011-8. Project #: (318082)
The Methodology (1)
• As part of the Project a Methodology has been
created:
– For gathering and exploiting data about the progress and
quality of software development projects and products.
– Covering the whole software development life cycle.
– Easy to apply in various types of IT Companies, SMEs or
large enterprises.
– May by applied as stand-alone approach for SW QA as well
as supported by quality management tools.
– Public: 1st and 2nd version are already shared online (visit
link).
7. FP7-ICT2011-8. Project #: (318082)
The Methodology (3)
• A Model-based Methodology:
– How to identify Quality Objectives.
– How to plan a Measurement Program: definition
of Quality Indicators and Measurement.
– How to select the metrics (by means of GQM).
– How to collect data (auto/manual).
– How to assess the validity of the measurement.
– How to provide valuable feedback out of the
measurements.
8. FP7-ICT2011-8. Project #: (318082)
• (Acronym) solution is:
– Paradigm agnostic!
– Agile or traditional LCs (V, waterfall, RUP…)
– Adaptable to a volatile environment.
Support to SW development LC (1)
9. FP7-ICT2011-8. Project #: (318082)
Support to SW development LC (2)
Requirements
Implementation Unit Testing
Validation
Design
Integration
Testing
# Redundant reqs
# Incomplete reqs
# Format errors
% Blocking cr viol.
% Critical cr viol
Complexity…
% Successful Uts
% Coverage
# Redundant specs
# Incomplete specs
# Format errors
% Successful TCs
% Coverage
# Misconceptions
% Successful TCs
% Coverage
# Misconceptions
• What to measure?
10. FP7-ICT2011-8. Project #: (318082)
Support to SW development LC (3)
• What to measure?
• % Incomplete stories, i.e. Stories lacking story points, BV estimations, categorization or
classification.
• # Scheduled vs. Solved issues: Ratio of solved/closed issues per sprint.
• Technical debt: Indicator aggregating data about pending bugs, known issues, etc after
each sprint.
• % of stories accepted per sprint.
• Perception of the customer & Team enthusiasm by meand of surveys.
• # Issues identified in retrospective meetings.
11. FP7-ICT2011-8. Project #: (318082)
Support to SW development LC (4)
Requirements, Stories, Issues
Implementation & Unit Testing
Validation, Acceptance or
Integration Tests
Design
• Where to look:
Wikis, Confluence, JIRA, Greenhopper,
Trac, Doors …
SpiraTest, TestRobot, HP QA Center,
Selenium, JIRA …
Confluence, JIRA
SVN, SONARQUBE
Deployment Bamboo, Jenkins, Continuum…
12. FP7-ICT2011-8. Project #: (318082)
How does it work? (1)
• Create a Quality Model
– It can be based on existing standards or models.
– It can be an organization’s self-made model.
– It can deal with process, products, or both.
Creation of a model consists of identifying expected
values, weights and thresholds for:
• Quality Objectives, or aggregation of indicators to evaluate the
achievement of an objective.
• Quality Indicators, or aggregation of metrics used to evaluate
• Quality Metrics, or raw measurements obtained automatically or
manually
13. FP7-ICT2011-8. Project #: (318082)
How does it work? (2)
• Create Quality Objectives (QOs) or Select existing
ones.
• Select or create Quality Indicators (QIs) by
aggregating metrics.
CONTEXT AWARENESS & NEGOTIATION
• QOs’ and QIs’ weights are adapted depending on the LC stage (e.g.
In the requirements stage a bigger relevance is given to
completeness of specifications).
• Weights, Thresholds and Values are negotiated among the
participants of the QA process
14. FP7-ICT2011-8. Project #: (318082)
The Five Methods (1)
• Method 1: Quality Objectives Setting Method
Level Example of level Example of quality
objectives
Product Mobile phone
High battery life, Good
sound quality, Low
failure rate
Process
Waterfall software development process
On time, On Budget
Sub-process Testing process
High percentage of
automation, High code
coverage
Features:
Find feature
Fast search results, low
memory usage
15. FP7-ICT2011-8. Project #: (318082)
The Five Methods (2)
• Method 1: Quality Objectives Setting Method
16. FP7-ICT2011-8. Project #: (318082)
The Five Methods (3)
• Method 1: Quality Objectives Setting Method
17. FP7-ICT2011-8. Project #: (318082)
The Five Methods (4)
• Method 1: Quality Objectives Setting Method
Step 1: Preparation and pre-
assignment
Individual assignment
3-8 participants from different
roles
½ hours / participant
Individual/pair assignment
Few hours
Step 5: Post-workshop
finalizing activities
Step 2: Brainstorming
Step 3: Prioritization by voting
Step 4: Objective elaboration
Workshop
3-8 participants from different
roles
4 hours / participant
18. FP7-ICT2011-8. Project #: (318082)
The Five Methods (5)
• Method 1: Quality Objectives Setting Method
Name: Easy updateability
Description: Updating the software should be quick and easy, ideally possible without
deep technical or product knowledge
Rationale: Direct cost savings related to updates. Reduced risk of errors during
updates.
Related factors: Robustness of the software, configurability, quality of installer software
Votes 6
Quality indicator 1 Updating effort
Amount of average working hours consumed by making an update for a
single customer installation.
Current level: 3 h
Target level: 15 min
Deadline: May 9, 2013
Easiness of collecting: We have it
19. FP7-ICT2011-8. Project #: (318082)
The Five Methods (6)
• Method 2: Planning a measurement program
– Identifying quality indicator types:
• Purpose of the Measurements
• Measurability (numbers, human assessment, not measurable)
• Automation of data collection
• Target of the measurement
• Frequency of the Feedback
• Organizational Level of Information Use
– Planning the use of data
20. FP7-ICT2011-8. Project #: (318082)
The Five Methods (7)
• Method 3: Defining the Metrics:
Goal/question/metric
GQM Model
21. FP7-ICT2011-8. Project #: (318082)
The Five Methods (8)
• Method 3: Defining the Metrics:
Goal/question/metric
22. FP7-ICT2011-8. Project #: (318082)
The Five Methods (9)
• Method 3: Defining the Metrics:
Goal/question/metric
23. FP7-ICT2011-8. Project #: (318082)
The Five Methods (10)
• Method 4: Data collection
– Successful measurement activities
– Manual or automatic data collection
• Method 5: Reliability and validity of the
measures
– Assessing measurement validity
– Evaluating proposed metrics
24. FP7-ICT2011-8. Project #: (318082)
Applying the Method in Agile
• The 5 Methods can be applied:
– At the beginning of the project to define the
Quality Objectives, Indicators and Metrics, Validity
and Data collection.
– At the end of Iterations to review them.
– At the Iteration planning to re-define as necessary
to adapt to changes.
– During retrospectives sessions the need of
adapting to the proposed Q Model can be
identified.
– Involving all the stakeholders.
25. FP7-ICT2011-8. Project #: (318082)
Other uses of the Methodology
• Support in the implementation and follow-up
of certifications or standards (e.g. CMMi,
TMMi, SPICE, ISO…) How?
– Requirements of the certification model
Quality Objectives of the model
– QIs and metrics of the QOs will indicate the
degree of fulfillment of the standard/certification
model.