The Infona portal uses cookies, i.e. strings of text saved by a browser on the user's device. The portal can access those files and use them to remember the user's data, such as their chosen settings (screen view, interface language, etc.), or their login data. By using the Infona portal the user accepts automatic saving and using this information for portal operation purposes. More information on the subject can be found in the Privacy Policy and Terms of Service. By closing this window the user confirms that they have read the information on cookie usage, and they accept the privacy policy and the way cookies are used by the portal. You can change the cookie settings in your browser.
We present in this paper a software module for the diagnosis of Automatic Bloc Signaling installation failures in situations where the train open line figures as blocked, although it is, in reality, free. The software module created by us, LCOBla, is designed for the use of maintenance staff specialized in Signals, Centralizations, Blocking (SCB) at the Romanian Railroad Company (CFR). LCOBla allows...
Automating functional size measurement (FSM) is important for organizations needing to measure a large number of projects within a short timeframe, provided, of course, that the results automatically generated are accurate, particularly when such measurement is based on an international measurement standard. A literature review has shown that very little work has been conducted on verifying measurement...
Analogy-based software development effort estimation methods have proved to be a viable alternative to other conventional estimation methods since they mimic the human problem solving approach. However, they are limited by their inability to correctly handle categorical data. Therefore, we have proposed, in an earlier work, a new approach called fuzzy analogy which extends classical analogy by incorporating...
In this key-note presentation I will reflect on GQM, its' starting principles and lessons learned, and will evolve to the relevance in todays' fast moving world and clarify how GQM is there to serve its' purpose. GQM is now more relevant and more suitable than it has ever been.
In software engineering, the standards for functional size measurement require that the functionality to be measured be fully known for accurate measurement results. Therefore, in the early phases of software development, when there is a lack of detail, approximate sizing approaches must be used instead of the standards themselves. Approximate sizing techniques are typically based on the analysis...
Software metrics are not widely used and trusted, especially by senior IT management. We should not be surprised at this given that much that much published material is worthless, even dangerous. This talk is designed to alert everyone to the wide range of reasons for this state of affairs. I recommend several practical, simple steps to raise the level of professionalism, which is vital if software...
Functional Size Measurement (FSM) methods aim to measure the size of software by quantifying its functional user requirements. Although FSM is greatly beneficial in software project management, due to involving judgment on the part of the measurer, differences for the same application may occur. In addition, when an organization wants to build its own historical repository, FSM of the previously developed...
Experienced professionals are capable of spotting an impossible estimate at a glance. This ability, which some will call "expert knowledge" is acquired over years of practice and observation of what works and does not work. Expert knowledge is mostly tacit and in consequence difficult to pass on. Fermi questions, named after Enrico Fermi - a Nobel Laureate in Physics, seek to produce a quick,...
Software development organizations applying continuous process improvement, when faced with the limits of qualitative approaches, are looking into quantitative approaches to support decision making, namely for improvement of the software project estimation process. Quantitative approaches include sizing functional requirements with standards such as ISO 19761, known as the COSMIC method. But defects...
Simple Function Point is a functional size measurement method that can be used in place of IFPUG Function Point, but requires a much simpler - hence less time and effort consuming - measurement process. Simple Function Point was designed to be equivalent to IFPUG Function Point in terms of numerical results. This paper reports an empirical study aiming at verifying the effectiveness of Simple Function...
ICT Projects have a bad reputation: they often exceed budget or change scope. It holds especially when writing new software is involved, however, writing mobile apps, joint & distributed software development across organizations, integration of new services, sizing maintenance or ICT portfolio projects is also affected. Project management is needed but without proper estimation methods and...
The purpose of this workshop is to provide an opportunity for practitioners of the COSMIC method and newcomers to learn about the latest developments and thinking in the evolution of the COSMIC method. Each topic will be introduced via a presentation with an invitation to ask questions at any stage.
Defect Density Measurements based on functional size have big advantages over traditional approaches based on counting entries in defect repositories. Using structural information, defects can be located within data movements using the ISO/IEC 19761 COSMIC framework. Consequently, defect counts and defect density indicators become comparable among different projects and products, and can even be used...
This paper describes a way the COSMIC measurement method could be applied to measure the functional size of mobile apps. Mobile apps are a fairly new type of software applications that are installed on mobile devices, usually a smartphone or a tablet. There are some important differences between traditional software applications and mobile apps, and these differences are the reason that a measurer...
The single factor that best correlates with software development effort is size. This knowledge has led to the development of several size measurement methods, both 'physical' and 'logical'. Although the functional size accounts for most of the effort variation, a large part of that variation is still unexplained by the functional size only. The lack of a standard way of dealing with non-functional...
Over the past few years ISO has published a number of specific standards detailing processes included in a generic form in software development life cycle models. ISO 15939 on the Measurement process itself is an example of such specific ISO standard. This paper presents some suggestions for improvements to its Measurement Information Model and to the measurement plan within the planning process of...
In this presentation we introduce the ISBSG data repositories and discuss, using some real-life examples, how organizations and project managers can truly benefit from the use of ISBSG data.
For reasons of competetiveness the delivery of the ING Channels Department needed fundamental improvements. The existing waterfall working methods and organization structures of the Channels delivery center were no longer viable. For ING IT is strategic: IT is the bank and the bank is IT. Amir will illustrate how ING transformed onto agility via Scrum. And how measurement and improvement monitoring...
As various software management activities including cost estimation and project control are conducted based on the software size measurement, achieving high accuracy in functional size measurement (FSM) is critical. Several studies examined the relation between FSM training and improvement in the accuracy of FSM. However, those studies propose comprehensive frameworks and approaches that require fundamental...
Challenges of technical risk assessment is difficult to address, while its success can benefit software organizations appreciably. Classical definition of risk as a "combination of probability and impact of adverse event" appears not working with technical risk assessment. The main reason of this is the nature of adverse event's outcome which is rather continuous than discrete. The objective...
Set the date range to filter the displayed results. You can set a starting date, ending date or both. You can enter the dates manually or choose them from the calendar.