The Role of Information Technology Studies in Software Product Quality Improvement

Size: px
Start display at page:

Download "The Role of Information Technology Studies in Software Product Quality Improvement"

Transcription

1 The Role of Information Technology Studies in Software Product Quality Improvement RUDITE CEVERE, Dr.sc.comp., Professor Faculty of Information Technologies SANDRA SPROGE, Dr.sc.ing., Head of Department Studies Centre Latvia University of Agriculture Liela Street, 2, Jelgava LATVIA Abstract: - This paper deals with problems associated with software product quality improvement activities. Software nowadays is a part of different information systems and therefore participates in functioning of many sectors. Thus, directly or indirectly, its quality may affect performance of the whole industry. In the information technology sector a lot of attention is paid to Software Quality Assurance. But, as it is not feasible to develop a program that does not contain errors, methods and techniques of software quality improvement are still being developed intensively. Based on years of experience in IT companies, the article discusses quality improvement activities that were successfully implemented in practice in development processes. This experience has shown that the improvement would be desirable, starting from the information technology study courses. During the studies students should already develop knowledge of the possible effects on a variety of software product quality attributes. The inclusion of quality assurance elements into the courses is carried out on the basis of experience gained during implementation of quality system requirements in the software development processes in IT companies. Practical observations in the development processes in IT firms, and in information technology studies show that a combination of experiences and interchange of best practice in both areas may give possibility to improve the students' knowledge. Therefore raising the qualification of software development staff in software quality issues is one of the ways, how to increase the quality of software itself. Key Words: - Quality Requirements, Software Product Quality, Quality Systems, Internal and External Quality Model, Quality Assurance, Study Programme, Study Courses 1 Introduction Specialists of information technology are in great demand today in Europe and globally. Consequently, the information technology (IT) education also is paid a lot of attention internationally. EURO-INF Framework Standards and Accreditation Criteria for Informatics Degree Programmes can be referred to as one of examples of such efforts. It defines the requirements for the knowledge and skills that must be learned in Bachelor and Master studies. They have been ranged in the following four categories: Underlying Conceptual Basis for Informatics; Analysis, Design and Implementation; Technological and methodological Skills, and Other Professional Competences. The standard also provides detailed recommendations for each of these categories of requirements [1]. However, the information technology sector is characterized by its extremely fast-growing. For students of the Bachelor s study programme the situation in the IT sector at the end of the study can vary greatly in comparison with that was at the beginning of the study. There is also a very large number of information technology methods and tools, which could be taught during the study period [2]. Only the number of programming languages known in the world is around 500. In addition to direct software development tools and technologies, software engineering methods which gather software development best practice are also important. The number of these methods and recommendations is also very large. Thus, the question of what and how exactly to teach in information technology study programs is a very topical issue of the sector. ISBN:

2 Quality assurance is another issue that is difficult for learning. As information systems (i.e., applications) are used in all spheres of life, their quality can affect significantly the progress of each sector. A wide range of concepts and terms is found in software development related to quality: quality assurance, quality certification, quality evaluation, quality improvement, quality measurement, quality systems, quality models, quality standards, etc. Typically, in each case, an understanding of quality can be different [3]. Analysing the software life cycle, you can see that the first errors and deviations from the required quality of software occur during the development processes. The employees engaged in creation of programs are one of the main causes of it. In order to improve information technology studies, detailed recommendations have been developed in the current paper. We tried to define what knowledge of the quality of software product should be learned in a Bachelor study programme, and how teaching of the courses should be organized. The aim is to improve the professional training of future IT specialists by creation a single view to the quality throughout the whole software life cycle. The proposed solution shows how to ensure the path to the software product quality through study programmes. 2 Problem Formulation Thinking about improvement of IT studies, the views of the two main stakeholders should be taken into account. On the one hand, it is an existing or potential employer (IT firm) in real software development projects. On the other hand, it is a higher education institution with the undergraduate study programmes and students or potential workers in the information technology sector. The recommendations described in this article are based on the more than 15 years of practical experience in information technology companies and universities. Software development starts with requirements specification, during which it is necessary to define the quality requirements, too. In accordance with the standard ISO/IEC [4] software quality requirements are defined, identifying and analysing quality needs of all stakeholders. We face with the first difficulties here, because the needs formulated by users do not always reflect the real needs. The individual user may not always know his real needs. Needs may change after they have been defined, different users can have different operating environment, and it may be impossible to consult with all possible kinds of users. Software today should be considered as a part of a larger system. Around each system throughout its life cycle a great diversity of stakeholders exists. The stakeholders of a system include all persons (for example end users), organisations (end user organisations or development organisations) and bodies (statutory and regulatory authorities or the general public) having a legitimate interest in the system. Each of the stakeholders has its own needs and expectations in relation to the system, as well as its own quality requirements. Standard ISO/IEC reflects the sequence of activities of gathering and analysis of the information for quality requirements definition (Fig 1). Fig.1 Software quality requirements definition and analysis [4] Although formally the requirements are defined by software acquirer, practically it is the work carried out by IT specialists, or at least in which they are closely involved. 2.1 Quality assurance experience in software development projects More than fifteen years of work related to quality assurance of software systems development projects in IT Company, have allowed to accumulate a great experience. The main issues of it are listed below. 1. IT development companies pay much attention to quality issues due to specificity of the product and marketing reasons. Company-wide common solution of quality issues is development of a quality system. Quality systems in accordance with ISO/IEC 9000, ISO/IEC 20000, ISO/IEC series of standards, as well as the requirements of other Standards are widespread and have proved their usefulness in IT sector. The importance of IT industry in quality systems sphere is also demonstrated by the development of specific standards. The basic standard in ISBN:

3 ISO/IEC 9000 group is ISO Quality management. In addition, there are specific interpretative standards of quality systems for IT companies: 90003:2014. Software engineering -- Guidelines for the application of ISO 9001:2008 to computer software, and Certification program TickITplus. TickIT is a guidance document which explains ISO 9001 for specific application to software development. 2. An expertly designed quality system is the first thing that is necessary for its effective operation. Just as important is the senior management understanding and support of the implementation of the system in all development processes. One of the shortcomings observed in practice is an attempt to force all employees to talk in terms of quality and the introduction of new quality documents and records. Practical experience has shown that an effective implementation of a quality system is a user experience approach. It means that there is no need to impose a new agenda and a new terminology to all project members. Quality Manager should help people to find the required quality activities in the existing operation of the projects. 3. With regard to the information to be recorded (quality documents and records), the most important thing is to identify time and place of emergence of the necessary information, and to create a more rational form of its documentation. This approach means that development of a separate quality assurance process requires identifying all activities of the primary processes in which information relevant for quality occurs. Identified development activities, if necessary, should be supplemented by a small additional activity for quality assurance needs. 4. In order to understand this approach, let's look at implementation of one of the support processes. Configuration management is one of the most important project support processes for the successful operation. Its main task is storage and version control of the project items. Procedures, actions and type of information to be maintained should be determined by the quality manager. The process is implemented by all other project staff during development of the project intermediate results and deliverables. For process realization small activities (mini tasks) are detected, which complement the software product development activities. Quality activities and the performers are as follows: Quality Manager - prepares a project repository, develops the form of identifiers and file names of projects items, implements configuration control; Systems Analyst - assigns a specific identifier to deliverable documents, gives determined file name, stores the document in the repository in a certain way; Programmer - gives a specific identifier to the program item, gives a determined file name, stores the item in the repository in a certain way. 5. The aim of the quality system is based on the principle that there is a greater expectation that the quality of the end product will be better if the development process is qualitative. According to quality conception described in standard ISO/IEC 9126 [5], the quality of life cycle processes defined in ISO/IEC [6], helps to improve the software product quality, and the quality of a software product helps to improve software quality in use. Of course, it is impossible to verify this idea, but a long and successful use of quality systems in IT companies, may be an indirect evidence that it is true. At the same time, it should be noted that during the development and implementation of quality systems nobody talks about quality of software product, produced in these qualitative processes. 6. There is not a single view in software projects about what a software quality is. Quality attributes are often discussed separately from the functional requirements. Quality is usually defined as attributes of the designed system (or software), such as the correctness, reliability, availability, maintainability, security, and portability. The extensive use of standardised software product model ISO 9126 in practice is not observed. Having regard to the fact that these attributes (or in standard terminology, quality characteristics) may be interconnected and contradictory, insufficient attention is paid to the determination of priorities. 7. Often a different understanding may exist between the client and the developer of the software quality definition. In addition, customers often define their quality requirements insufficiently accurately. It is possible that customer s quality requirements appear only when starting to use the program. ISO standard requires IT companies, to "ensure that its personnel are aware of the relevance and importance of their activities and how they contribute to the achievement of the quality objectives". IT companies undoubtedly ISBN:

4 contribute to the professional development of their employees, but it's more to do with new programming languages, technologies and mastering of new tools. 8. Implementation of functional and quality requirements by software project staff is often considered as two independent tasks, rather than two components of a single task. Development staff should change the perception from "to write a program which allows you to enter the electronic declarations and to realize the requirements of safety and high-speed operation to to write a reliable program that allows you to enter the electronic declarations with sufficiently high speed. 9. It has been observed, that the more experienced project staff shows a relatively greater opposition to introduction of new working methods or forms of documentation required by quality assurance, and to use new or different terminology. 10. The quality requirements cannot be fully defined before the product design. As functional and other software requirements, they are gradually detailed throughout the development processes. At the same time, the definition of quality requirements should not be overstated. It is not the aim to achieve perfect quality, but to achieve the necessary and sufficient quality in the context of the use, to meet the real needs of the user. In summary we can say that the quality management system operates successfully if all quality assurance processes are integrated into the development primary processes, without putting to them troublesome large additional actions. Assessment and improvement of the processes can be the means for the product quality improvement, those are still not used sufficiently. It should be noted that for young professionals starting to work in real software projects, it would be useful to have a better basic knowledge of software quality and possible measures for its improvement. 2.2 Quality Assurance Acquisition in study process Tasks, that need to be addressed to software developers to implement defined or indirectly identified quality requirements of the software, require from the involved staff to master specific knowledge and skills in the quality assurance issues. As mentioned above, in many cases, the level of these skills is not sufficient. Undergraduate study programs of Information Technology almost always include courses in basic IT skills and knowledge: programming, databases, computer networks, system analysis and modelling, and project management [7]. Implicitly, the courses, that teach the quality assurance, are also included. They talk about individual activities, like process quality assurance, verification, validation, risk management, inspection or testing. The software product quality is also included, but, like the development projects, the quality features are treated as separate software requirements. This leads to a detachment of basic development activities from quality of the result. In order to improve the final product quality indicators in software development projects, it would be desirable first of all to improve information technology study programmes. The foundations should be placed for a strengthened usage of common software product quality model, the integration of quality assurance activities into software development primary processes, and creation of the perception of the development as a decision-making process. 3 Problem Solution Analysing the real progress of software projects, it is evident, that during the software development processes it may be necessary for all employees continuously to accept smaller or greater decisions at all levels. Usually, decision-making is based on the specific requirements of a task. In order to make this process more integrated, we propose to look at the entire software development as a continual decision-making process. As the main criterion for each activity its impact on the quality of the end product may be chosen. 3.1 Decision-making process in a project Traditional decision-making process consists of the following steps [8]: 1) Define the problem or goal, 2) Gather the necessary information, 3) Identify possible alternatives, 4) Assess alternatives, 5) Choose among alternatives, 6) Implement, 7) Reassess. Let us look at the situation when in the IT company, development or maintenance of specific software or system is being organised by the project principle. Each project may have another customer. In this case, the first step of the decision-making process must be establishing a common framework for the whole project: ISBN:

5 1) Define the problem or goal. From the total system or software requirements choose clearly defined and indirectly perceived quality requirements. It is recommended, that you choose a quality description form that can be used during the entire project life cycle, for example, the quality model defined in Standard Determine quality features essential for a specific project, and rank them in order of importance 2) Gather the necessary information. The main part of information should be searched within the project, mostly in contract and requirements documentation; some information may be found in the company's project database (repository). 3) Identify possible alternatives. Information about similar situations (assurance of similar quality indicators) can be found in the company's project repository (history database). Alternatives can be built using other quality features or different ranking. 4) Assess alternatives. Evaluate all available resources necessary for implementation of the various alternatives (personnel, methods, software tools, hardware, etc.). Determine which tasks will be monitored for quality improvement of the particularly chosen feature and what verification activities will be taken (measurements, testing, inspection, etc.). 5) Choose among alternatives. In the result of the evaluation, quality features and their ranking are selected and co-ordinated with the customer. In practice it may be a part of the coordination of project requirements. 6) Implement. Execute the established procedure during development of the first deliverable. 7) Reassess. Evaluate the progress of the development and the quality of the obtained results and determine benefits and disadvantages of the development. If necessary correct the decision-making for future development. Further every development process of the project can be organized according to this established procedure. For example, during coding according to the defined quality requirements different source code constructions can be used to improve the speed of operation, safety, understandability or maintainability of the program. The described approach may be feasible for any project regardless of the development life cycle model. It does not require all the project staff "to speak in terms of decision-making". This approach mainly can be realized through review and testing processes by including the necessary questions in the review checklist and preparing the appropriate test cases. For example, the software requirements specification review checklist may be supplemented by the following questions: 1. Are the product quality requirements defined clear enough: reliability usability efficiency maintainability portability other quality requirements It must be noted that the staff should be more or less prepared for this type of development. During implementation of the real project developers must take into account the project deadlines and specific limitations. This is not the time when you can deal with staff training of such kind. The foundations of knowledge should be placed already during the study period. 3.2 Quality requirements acquisition in study process As mentioned above, the development of a quality system is based on an assumption that there is a greater expectation of obtaining high-quality software products if development processes are of better quality. Similarly we can assume that the software product quality can be improved if we involve in the software development young specialists who during their studies along with programming techniques have mastered the impact of programming decisions over software quality. When you are working in a given project you may not be able to devote additional time and resources for staff training in quality characteristics and their interactions. The study process is the first step in the education of young specialists. If the content of existing study courses is supplemented with small additional information it will be possible for students to learn the importance of software product quality, its impact and assessment methods in all special study courses related to software development [9]. In order to realize such approach, determination of the quality characteristics useful for acquiring in the particular courses is necessary. For that purpose useful information can be obtained from the feedback of the software quality in use to the study programme (Fig 2). ISBN:

6 Curriculum Software Software quality in use characteristics Table 1 Matrix of mutual influence between study courses and quality characteristics Course 1 Course 2 Course 3 Fig.2 Mutual influence of study programs and software quality A Matrix of mutual influence between study courses and software product quality characteristics was developed. Characteristics of the software product quality are taken from the software quality model defined in Standard ISO 9126 (Fig.3). Names of special study courses included into the matrix are taken from LUA IT undergraduate study programs. Functionality Suitability Accuracy Interoperability Security Functionality Reliability Maturity Fault tolerance Recoverability Reliability Internal and external quality Usability Understandability Learnability Operability Attractiveness Usability Efficiency Time behaviour Resource utilisation Efficiency Maintainability Analyzability Changeability Stability Testability Maintainability Effectiveness Productivity Safety Satisfaction Portability Adaptability Instability Co-existence Replaceability Portability Fig.3 Software internal and external quality model [5] Analysing the relationships, a matrix of mutual influence between quality characteristics and study courses has been developed. This matrix is designed to help to determine which quality characteristic should be taught in more detail in which courses. Sequence of analysing the feedback from the quality in use until the study courses has been described in [X]. Eleven study courses were included in the matrix of mutual influence. The content of these courses is the most appropriate for additional training about factors influencing the quality characteristics of software product (Table 1). The study courses teaching on software development support and organisational processes are not among them (for example, Software Engineering, Software Project Management, Software Testing). These courses are entirely devoted to quality assurance and evaluation issues. The aim is to show how software quality assurance can be integrated into courses, the primary purpose of which is to teach programming techniques. In the following table (Table 1) with + are marked those courses in which the particular quality characteristic should be taught. Quality Characteristics / Study Courses Programming Fundamentals Windows Programming Database Access Applications Algorithms and Structures Database Technologies Large Databases Web programming WWW Technologies Data Security Computer Networks Administration of Computer Networks Functionality Reliability Usability Efficiency Maintainability Portability The Matrix of mutual influence shows that all quality characteristics should not be included in all study courses to the same extent. Each course should include only about one or two quality characteristics, modification of which can be demonstrated with examples. Thus, in relation with quality characteristic functionality study courses that teach programming should focus on quality subcharacteristics suitability and accuracy. For study courses that teach data bases and data protection, the most appropriate subcharacteristic to teach is safety. On the basis on the selected 11 study courses a survey at Faculty of Information Technology of LUA was carried out in The lecturers were offered to mark those quality characteristics and subcharacteristics in mutual influence matrix, assurance of which should be taught in a particular study course. The lecturers of all special study courses were involved in the survey. They were asked to assess all study courses related to programming and data bases, not only those taught by themselves. In total 12 lecturers of the Department of Computer Systems participated in this survey. ISBN:

7 The results of the survey showed that the staff of the higher education institution has the opinion that each of quality characteristics could be taught almost in all study courses. Such method of implementation may be hazard for a study programme. If it is overloaded with quality issues then instead of improvement this could call the opposite effect. To avoid this, the modification was recommended for all programming and database design-related courses (Web Programming, Database Access Applications, Windows Programming, and Large Databases). Modification means that during the course on the bases on practical examples students are taught how and what affects a certain software quality characteristic (indicator, feature) improving and weakening it. For example, teaching the coding the necessity of comments and correct definition of variables and parameters are explained as a way how to improve the maintainability characteristic of the software end product. According to the lectures' opinion the greatest emphasis in the study process should be put on such software product quality characteristics as functionality, maintainability and usability. 3.3 Analysis of employers' point of view Throughout more than 10 years of functioning of LUA ITF study programmes have been developed and updated in close cooperation with employers. This allows to use the software developer practical experience in study process. Lecturers should know what the customers requirements to the final product quality are today. Developers experience provides information what activities are the most significant for software quality improvement during the development, and to what issues we should exactly pay attention during the study process. To check our ideas for conformity to production purposes, a similar survey as for lecturers, was also prepared for employees of IT companies. A survey was carried out in 2013 for the period from May to September. The questionnaire was sent to 30 companies, responses were received from 17 respondents, representing 11 companies (36.7). The questionnaire consisted of two parts: The first part was asking entrepreneurs opinion on the quality of the actual software product development projects. the second part was looking for the business point of view as to which quality characteristics it is necessary to pay attention in IT curricula. Since the names of all courses are well known to lecturers, in their questionnaires the opinion was asked directly about the specific courses. Such information could be confusing for employees, because they are not aware about a content of separate study courses. Therefore, in the survey for employees instead of 11 study courses 4 units of information were given: Algorithm development, Database development, Coding and Testing. These blocks cover content of all 11 individual courses. Employee s point of view about the importance of different development phases on software quality characteristic are summarized in the table below. Figures show how many % of employees consider that the particular development stage is essential for the quality characteristic. Table 2 Quality feature and study mutual relationship employers assessment Quality Characteristic Algorithm development Database development Coding Testing Functionality Suitability Accuracy Interoperability Security Reliability Maturity Fault tolerance Recoverability Usability Understandability Learnability Operability Attractiveness Effectivity Time behaviour Resource utilisation Maintainability Analysability Changeability Stability Testability Portability Adaptability Installability Co-existence Replaceability ISBN:

8 Data in the table shows that, in business professionals opinion the most important quality subcharacteristics include: development of algorithm: the suitability, accuracy, security, fault tolerance and testability; database development: suitability, accuracy, security, stability, and operability; coding: suitability, accuracy, security, fault tolerance, understandability, changeability, and testability; testing: suitability, accuracy, security, understandability, and testability. 3.4 Recommendations for the study process organization As a result of the described analysis recommendations have been developed on how to integrate issues of software end product quality into a study programme. Recommendations consist of two parts: Common organization of the study program; Topics inclusion in special courses. Study Programme Organization Bachelor study programs usually consist of special courses or associated blocks. In general, all the knowledge and skills that should be mastered by information technology specialists in primary education are taught in them. However, this type of a study program is a compilation of individual courses. What is missing is a common goal unifying all of them. In software development projects the fact that everyone is working on the creation of a common product consolidates individual employees in a team. On the bases of this experience we propose to organize the acquisition of a study programme in a similar way. It requires a little additional training of all lecturers involved in the programme implementation and substantial increase of the role of study program s director. The director of the study programme like the project quality manager determines the overall procedure of the study programme and the sequence of course acquisition. In addition he coordinates insertion of the additional topics about the software product quality modification in each course. These additional issues are taught by the lecturers during their classes. Activities of the study programme implementation and task performers are as follows: Program Director prepares recommendations for the sequence and interaction of study courses, develops a common framework for decisionmaking process that should be implemented in special courses, oversees the conduction of the study program; Lecturer teaches basic material of his course; presents some of the software product quality characteristics, prepares examples that illustrate how the characteristics can be changed (increased or decreased). Special study courses In order to prepare proposals for inclusion the change of quality characteristics in specific examples, it is useful to apply the metrics recommended by the standard ISO The model for software quality in use contains four characteristics: effectiveness, productivity, safety, satisfaction (Fig 2). So far we have looked at the feedback from software quality in use to the study courses. It is possible to use another feedback, too. It is a feedback from the quality in use to software external and internal quality [10]. Internal quality is the totality of characteristics of the software product from an internal view. Internal quality may be evaluated to a nonexecutable software product during its development stages (such as a request for proposal, requirements definition, design specification or source code). External Quality is the totality of characteristics of the software product from an external view. It is the quality when the software is executed, which is typically measured and evaluated while testing. The Model that describes the software quality in use stated the users' satisfaction as one of the most important characteristics. Satisfaction metrics measure the extent to which a product meets the needs of specified users to achieve specified goals with satisfaction in a specified context of use. Satisfaction is influenced by how the user perceives the software product features such as those measured by external factors (ISO ). Quality characteristics which improve the internal and external software quality in order to achieve satisfaction are usability and maintainability. According to the quality model, usability has four quality subcharacteristics: understandability, learnability, operability and attractiveness. Analysis of the metrics of these subcharacteristics shows that certain metrics are used only for measurement of internal or external quality, but most can be used in both cases (Table 3). ISBN:

9 Table 3 External and internal quality metrics for usability External metrics Internal metrics Understandability Completeness of Completeness of description description Demonstration Demonstration accessibility accessibility Demonstration accessibility in use Demonstration effectiveness Evident functions Evident functions Function Function understandability understandability Understandable input and output Learnability Ease of function learning Ease of learning to perform a task in use Effectiveness of the user documentation and/or help system Effectiveness of user documentation and/or help system in use Help accessibility Help frequency Completeness of the user documentation and/or help facility Operability Operational consistency in use Error correction Error correction in use Default value availability in use Message Message clarity understandability in use Self-explanatory error messages Operational error recoverability in use Time between human error operations in use Undoability (User error User operation correction) undoability Customisability Customisability Operation procedure reduction Physical accessibility Physical accessibility External metrics Internal metrics Input validity checking User operation cancellability Operation status monitoring capability Operational consistency Interface element clarity Operational error recoverability Attractiveness Attractive interaction Interface appearance customisability Attractive interaction User interface appearance customisability Metrics can be applied to the assessment of all intermediate and end products created during the software development, such as software requirements specification, design description, user interface, software source code, and user documentation (Help). The metrics can be used for practical work in study courses to demonstrate the impact of particular activities on quality characteristics. Using such metrics during practical work means that in parallel with the main task execution students are also acquiring job evaluation and decision-making skills. For example, understandability metrics assess how new users can understand whether the software is suitable and how it can be used for particular tasks. One of understandability metrics can be Completeness of description. It can be used both as internal and external metric. Internal metrics is used to help answer the question what proportion of functions (or types of function) is described in the product description. It can be used to evaluate such intermediate products as a Software Requirements Specification, Design Description, as well as the information contained in Review Reports. External metrics can be used to evaluate software User Documentation or information contained in the Test Reports. It gives an answer to the question what proportion of functions (or types of functions) is understood after reading the product description ISBN:

10 4 Conclusion It is impossible to achieve a complete software product quality in practice. Considering widespread use of software in all sectors of life and its impact on the effective functioning of each sector we must continue to seek ways to improve the overall quality. There is a need to strengthen the feedback between the software development companies and higher education institutions to improve information technology studies. The IT employers survey showed that the issues of quality development have become a part of the daily work, although in most cases it is realized as a separate list of quality requirements. Quality models recommended by software engineering standards are not being widely used in software development projects. At the same time, employers want to improve acquisition of the quality assurance issues of young professionals already during their studies. As the key moments, employers mention the following: young professionals should be familiar with the entire software development life cycle, quality requirements should be taught in close conjunction with the software development life cycle, in particular at every its stage; quality should be assured from the very beginning of the development process, not trying to improve quality of already developed objects; comprehensive assurance of the product (intermediate product) quality during the process of its development and before that in the planning process should be taught in each study course; a variety of quality control and assurance methods in different software development methodologies should be taught, in particular, test methods and automated testing tools; Students should learn that quality is a part of daily work of every project participant. Software project development experience in IT companies can be used as an example for the quality assurance activities inclusion into the study course content. Students should be taught to use a single software product quality model during the entire software life cycle. A systematic and purposeful decision-making should be demonstrated during acquisition of software development techniques and tools. Quality characteristics of the end product should be used as the criteria in decision making. The described approach of improvement of the study courses is beginning to be implemented in two bachelor degree programmes of Faculty of Information Technologies. Since it is not possible to conclusively assess the results of such improvement in a short term, it is intended to supplement a little an existing students survey to get at least a minimal feedback from students. References: [1] EURO-INF Framework standards and accreditation criteria for Informatics programmes. Version II, 2007, online at - [2] IEEE Computer Society/ACM Joint Task Force on Computing Curricula: Software Engineering 2004: Curriculum Guidelines for Undergraduate Degree Programs in Software Engineering, online at - orgccse/se2004volume.pdf [3] Guide to the Software Engineering Body of Knowledge (SWEBOK), 2004, online at - mlformat [4] ISO/IEC 25030:2007 Software engineering Software product Quality Requirements and Evaluation (SQuaRE) Quality Requirements. International Organization for Standardization. [5] ISO/IEC :2001 Software Engineering Product Quality Part 1: Quality Model. International Organization for Standardization [6] ISO/IEC 12207:2008 Information technology Software life cycle processes. International Organization for Standardization. [7] T. Hilburn, M. Towhidnejad, Software Quality: A Curriculum Postscript? In: Proceedings of the 31 st SIGCSE Technical Symposium on Computer Science Education. New York, pp , 2000 [8] N. Bhushan, K. Rai Strategic decision making: applying the analytic hierarchy process. Springer, 2004 [9] S. Sproge, R. Cevere Position and role of feedback in the software quality life cycle. Quality Issues and Insights in the 21st Century, vol. 1, p , 2012 [10] ISO/IEC :2004 Software engineering Product quality Part 4: Quality in use metrics. International Organization for Standardization ISBN:

SOFTWARE DEVELOPMENT QUALITY MODELS IN ENGINEERING EDUCATION

SOFTWARE DEVELOPMENT QUALITY MODELS IN ENGINEERING EDUCATION SOFTWARE DEVELOPMENT QUALITY MODELS IN ENGINEERING EDUCATION Sandra Sproge, Rudite Cevere Latvia University of Agriculture sandra.sproge@llu.lv, rudite.cevere@llu.lv Abstract. Regarding the quality in

More information

application of software quality models in evaluation of study quality

application of software quality models in evaluation of study quality 37 application of software quality models in evaluation of study quality Rudīte Čevere, Sandra Sproģe Latvia University of Agriculture, Jelgava, Latvia E-mail: Rudite.Cevere@llu.lv, Sandra.Sproge@llu.lv

More information

ISO and Industry Standards for User Centred Design

ISO and Industry Standards for User Centred Design ISO and Industry Standards for User Centred Design Nigel Bevan October 2000 www.usability.serco.com/trump nbevan@usability.serco.com Serco Usability Services, UK 2000 Serco Ltd. Reproduction permitted

More information

Software Engineering Compiled By: Roshani Ghimire Page 1

Software Engineering Compiled By: Roshani Ghimire Page 1 Unit 7: Metric for Process and Product 7.1 Software Measurement Measurement is the process by which numbers or symbols are assigned to the attributes of entities in the real world in such a way as to define

More information

ISO/IEC 9126-1 Software Product Quality Model

ISO/IEC 9126-1 Software Product Quality Model Why do current systems fail? Standish Group found that 51% of projects failed 31% were partially successful Main causes were poor user requirements: 13.1% Incomplete requirements 12.4% Lack of user involvement

More information

Application of software product quality international standards through software development life cycle

Application of software product quality international standards through software development life cycle Central Page 284 of 296 Application of software product quality international standards through software development life cycle Mladen Hosni, Valentina Kirinić Faculty of Organization and Informatics University

More information

SOFTWARE QUALITY MODELS: A COMPARATIVE STUDY

SOFTWARE QUALITY MODELS: A COMPARATIVE STUDY SOFTWARE QUALITY MODELS: A COMPARATIVE STUDY Mrs. Manisha L. Waghmode Assistant Professor Bharati Vidyapeeth Deemed University, Institute of Management and Rural Development Administration, Sangli Dr.

More information

Evaluation of the Iceland State Financial and Human Resource System REPORT OF THE INDIVIDUAL EVALUATOR. Annex 2 SYSTEM AND SOFTWARE QUALITY

Evaluation of the Iceland State Financial and Human Resource System REPORT OF THE INDIVIDUAL EVALUATOR. Annex 2 SYSTEM AND SOFTWARE QUALITY Evaluation of the Iceland State Financial and Human Resource System REPORT OF THE INDIVIDUAL EVALUATOR Annex 2 SYSTEM AND SOFTWARE QUALITY This paper lists the properties used in the two main models in

More information

Requirements engineering

Requirements engineering Learning Unit 2 Requirements engineering Contents Introduction............................................... 21 2.1 Important concepts........................................ 21 2.1.1 Stakeholders and

More information

Characteristics of Computational Intelligence (Quantitative Approach)

Characteristics of Computational Intelligence (Quantitative Approach) Characteristics of Computational Intelligence (Quantitative Approach) Shiva Vafadar, Ahmad Abdollahzadeh Barfourosh Intelligent Systems Lab Computer Engineering and Information Faculty Amirkabir University

More information

MTAT.03.243 Software Engineering Management

MTAT.03.243 Software Engineering Management MTAT.03.243 Software Engineering Management Lecture 17: Other SPI Frameworks and QM Systems Dietmar Pfahl Spring 2014 email: dietmar.pfahl@ut.ee Structure of Lecture 17 Other SPI Frameworks People CMM

More information

Key Factors for Developing a Successful E-commerce Website

Key Factors for Developing a Successful E-commerce Website IBIMA Publishing Communications of the IBIMA http://www.ibimapublishing.com/journals/cibima/cibima.html Vol. 2010 (2010), Article ID 763461, 9 pages Key Factors for Developing a Successful E-commerce Website

More information

Software Engineering: Analysis and Design - CSE3308

Software Engineering: Analysis and Design - CSE3308 CSE3308/DMS/2004/25 Monash University - School of Computer Science and Software Engineering Software Engineering: Analysis and Design - CSE3308 Software Quality CSE3308 - Software Engineering: Analysis

More information

An Approach for Enhance the Software Quality Based on Quality Model

An Approach for Enhance the Software Quality Based on Quality Model An Approach for Enhance the Software Quality Based on Quality Model Abstract- The software development process enforces major effects on the quality of software at every development stage; therefore, a

More information

Implementation of a Quality Management System for Aeronautical Information Services -1-

Implementation of a Quality Management System for Aeronautical Information Services -1- Implementation of a Quality Management System for Aeronautical Information Services -1- Implementation of a Quality Management System for Aeronautical Information Services Chapter IV, Quality Management

More information

Lecture 8 About Quality and Quality Management Systems

Lecture 8 About Quality and Quality Management Systems Lecture 8 About Quality and Quality Management Systems Kari Systä 10.03.2014 10.03.2014 TIE-21100/21106; K.Systä 1 Content of today s lecture Two weeks ago we discussed about testing and inspections, that

More information

Evaluating the Quality of Software in ERP Systems Using the ISO 9126 Model

Evaluating the Quality of Software in ERP Systems Using the ISO 9126 Model Evaluating the Quality of Software in ERP Systems Using the ISO 9126 Model Thamer A. Alrawashdeh, Mohammad Muhairat and Ahmad Althunibat Department of software Engineering, Alzaytoonah University of Jordan,

More information

Darshan Institute of Engineering & Technology Unit : 7

Darshan Institute of Engineering & Technology Unit : 7 1) Explain quality control and also explain cost of quality. Quality Control Quality control involves the series of inspections, reviews, and tests used throughout the software process to ensure each work

More information

Quality Management. Lecture 12 Software quality management

Quality Management. Lecture 12 Software quality management Quality Management Lecture 12 Software quality management doc.dr.sc. Marko Jurčević prof.dr.sc. Roman Malarić University of Zagreb Faculty of Electrical Engineering and Computing Department of Fundamentals

More information

PROJECT AUDIT METHODOLOGY

PROJECT AUDIT METHODOLOGY PROJECT AUDIT METHODOLOGY 1 "Your career as a project manager begins here!" Content Introduction... 3 1. Definition of the project audit... 3 2. Objectives of the project audit... 3 3. Benefit of the audit

More information

Software Quality Management

Software Quality Management Software Lecture 9 Software Engineering CUGS Spring 2011 Kristian Sandahl Department of Computer and Information Science Linköping University, Sweden A Software Life-cycle Model Which part will we talk

More information

SELECTION OF AN ORGANIZATION SPECIFIC ERP

SELECTION OF AN ORGANIZATION SPECIFIC ERP SELECTION OF AN ORGANIZATION SPECIFIC ERP CARMEN RĂDUŢ, DIANA-ELENA CODREANU CONSTANTIN BRÂNCOVEANU UNIVERSITY, BASCOVULUI BLVD., NO. 2A, PITEŞTI, NICOLAE BALCESCU STR., NO. 39, RM. VÂLCEA, VÂLCEA c_radut@yahoo.com,

More information

Measurement Information Model

Measurement Information Model mcgarry02.qxd 9/7/01 1:27 PM Page 13 2 Information Model This chapter describes one of the fundamental measurement concepts of Practical Software, the Information Model. The Information Model provides

More information

MEASURING USABILITY OF ICONIC BASED GUIs OF MOBILE EMERGENCY SERVICE SOFTWARE BY USING HCI. Y.Batu Salman, Adem Karahoca

MEASURING USABILITY OF ICONIC BASED GUIs OF MOBILE EMERGENCY SERVICE SOFTWARE BY USING HCI. Y.Batu Salman, Adem Karahoca MEASURING USABILITY OF ICONIC BASED GUIs OF MOBILE EMERGENCY SERVICE SOFTWARE BY USING HCI Y.Batu Salman, Adem Karahoca Bahcesehir University, Engineering Faculty, Computer Engineering Department Bahcesehir,

More information

Mike Peters Senior Test Consultant/Delivery Manager mike.peters@logicacmg.com. LogicaCMG 2006. All rights reserved

Mike Peters Senior Test Consultant/Delivery Manager mike.peters@logicacmg.com. LogicaCMG 2006. All rights reserved LogicaCMG & Testing: TestFrame & RRBT Mike Peters Senior Test Consultant/Delivery Manager mike.peters@logicacmg.com LogicaCMG 2006. All rights reserved About LogicaCMG > 40,000 employees worldwide 41 countries

More information

A Quality Model of e-government Services Based on the ISO/IEC 9126 Standard

A Quality Model of e-government Services Based on the ISO/IEC 9126 Standard A Quality Model of e-government Services Based on the ISO/IEC 9126 Standard Gerald Quirchmayr 1,2 /Suree Funilkul 3 /Wichian Chutimaskul 3 1 Department of Distributed and Multimedia Systems, Faculty of

More information

Quality in use: incorporating human factors into the software engineering lifecycle

Quality in use: incorporating human factors into the software engineering lifecycle Quality in use: incorporating human factors into the software engineering lifecycle Nigel Bevan National Physical Laboratory Division of Information Technology and Computing Teddington, Middlesex, TW11

More information

The Software Quality Star: A conceptual model for the software quality curriculum

The Software Quality Star: A conceptual model for the software quality curriculum The Software Quality Star: A conceptual model for the software quality curriculum Ronan Fitzpatrick School of Computing, Dublin Institute of Technology, Kevin Street, Dublin 8, Ireland. Tel: +353 (1) 4024835,

More information

A Comparative Study of Software Quality Models

A Comparative Study of Software Quality Models A Comparative Study of Software Quality Models Suman 1, Manoj Wadhwa 2 CSE Department, M.D.U. Rohtak 1 M.Tech, 2 Professor &HOD of CSE Department Echelon Institute of Technology, Faridabad 121004,India

More information

Quick Guide: Meeting ISO 55001 Requirements for Asset Management

Quick Guide: Meeting ISO 55001 Requirements for Asset Management Supplement to the IIMM 2011 Quick Guide: Meeting ISO 55001 Requirements for Asset Management Using the International Infrastructure Management Manual (IIMM) ISO 55001: What is required IIMM: How to get

More information

Do you know? "7 Practices" for a Reliable Requirements Management. by Software Process Engineering Inc. translated by Sparx Systems Japan Co., Ltd.

Do you know? 7 Practices for a Reliable Requirements Management. by Software Process Engineering Inc. translated by Sparx Systems Japan Co., Ltd. Do you know? "7 Practices" for a Reliable Requirements Management by Software Process Engineering Inc. translated by Sparx Systems Japan Co., Ltd. In this white paper, we focus on the "Requirements Management,"

More information

Teaching Requirements through Interdisciplinary Projects

Teaching Requirements through Interdisciplinary Projects Teaching Requirements through Interdisciplinary Projects Deepti Suri, Eric Durant Department of Electrical Engineering and Computer Science Milwaukee School of Engineering 1025 North Broadway Milwaukee,

More information

Basic Testing Concepts and Terminology

Basic Testing Concepts and Terminology T-76.5613 Software Testing and Quality Assurance Lecture 2, 13.9.2006 Basic Testing Concepts and Terminology Juha Itkonen SoberIT Contents Realities and principles of Testing terminology and basic concepts

More information

WEB SURVEY SYSTEM TO DISCOVER THE ACTUAL ROLE OF EXPERIENCE IN LEARNING IN HIGHER EDUCATION: A CASE STUDY

WEB SURVEY SYSTEM TO DISCOVER THE ACTUAL ROLE OF EXPERIENCE IN LEARNING IN HIGHER EDUCATION: A CASE STUDY WEB SURVEY SYSTEM TO DISCOVER THE ACTUAL ROLE OF EXPERIENCE IN LEARNING IN HIGHER EDUCATION: A CASE STUDY Ana Maria Ramalho Correia 1, Dulce Magalhães de Sá 2, Anabela Sarmento 3 Abstract Adults students

More information

International Software & Systems Engineering. Standards. Jim Moore The MITRE Corporation Chair, US TAG to ISO/IEC JTC1/SC7 James.W.Moore@ieee.

International Software & Systems Engineering. Standards. Jim Moore The MITRE Corporation Chair, US TAG to ISO/IEC JTC1/SC7 James.W.Moore@ieee. This presentation represents the opinion of the author and does not present positions of The MITRE Corporation or of the U.S. Department of Defense. Prepared for the 4th Annual PSM Users Group Conference

More information

Requirements engineering and quality attributes

Requirements engineering and quality attributes Open Learning Universiteit Unit 2 Learning Unit 2 Requirements engineering and quality attributes Contents Introduction............................................... 21 2.1 Important concepts........................................

More information

ISO/IEC JTC1/SC7 N4098

ISO/IEC JTC1/SC7 N4098 ISO/IEC JTC1/SC7 Software and Systems Engineering Secretariat: CANADA (SCC) ISO/IEC JTC1/SC7 N4098 2008-07-17 Document Type Title Source CD CD 25010.2, Software engineering-software product Quality Requirements

More information

V&V and QA throughout the M&S Life Cycle

V&V and QA throughout the M&S Life Cycle Introduction to Modeling and Simulation and throughout the M&S Life Cycle Osman Balci Professor Department of Computer Science Virginia Polytechnic Institute and State University (Virginia Tech) Blacksburg,

More information

KNOWLEDGE ECONOMY CHANGE MANAGEMENT IN HIGHER EDUCATION

KNOWLEDGE ECONOMY CHANGE MANAGEMENT IN HIGHER EDUCATION 674 Kata Ivić KNOWLEDGE ECONOMY CHANGE MANAGEMENT IN HIGHER EDUCATION Kata Ivić, Ph.D. Faculty of Economics in Osijek SUMMARY Significant changes are happening daily at all levels of society. Profit-based

More information

Comparative Analysis of Different Software Quality Models

Comparative Analysis of Different Software Quality Models Comparative Analysis of Different Software Quality Models Ranbireshwar S. Jamwal, Deepshikha Jamwal & Devanand Padha Jamwal.grandee@gmail.com, Jamwal.shivani@gmail.com,dpadha@rediffmail.com Lecturer, Research

More information

FSW QA Testing Levels Definitions

FSW QA Testing Levels Definitions FSW QA Testing Levels Definitions 1. Overview This document is used to help determine the amount and quality of testing (or its scope) that is planned for or has been performed on a project. This analysis

More information

A PLANNING MODEL FOR ABET ENGINEERING CRITERIA 2000

A PLANNING MODEL FOR ABET ENGINEERING CRITERIA 2000 A PLANNING MODEL FOR ABET ENGINEERING CRITERIA 2000 M. Dayne Aldridge and Larry Benefield College of Engineering Auburn University, AL 36849 Introduction ABET Engineering Criteria 2000 provides a new basis

More information

ISO 9001:2008 Audit Checklist

ISO 9001:2008 Audit Checklist g GE Power & Water ISO 9001:2008 Audit Checklist Organization Auditor Date Page 1 Std. 4.1 General s a. Are processes identified b. Sequence & interaction of processes determined? c. Criteria for operation

More information

(Refer Slide Time: 01:52)

(Refer Slide Time: 01:52) Software Engineering Prof. N. L. Sarda Computer Science & Engineering Indian Institute of Technology, Bombay Lecture - 2 Introduction to Software Engineering Challenges, Process Models etc (Part 2) This

More information

Methodological Approaches to Evaluation of Information System Functionality Performances and Importance of Successfulness Factors Analysis

Methodological Approaches to Evaluation of Information System Functionality Performances and Importance of Successfulness Factors Analysis Gordana Platiša Neđo Balaban Methodological Approaches to Evaluation of Information System Functionality Performances and Importance of Successfulness Factors Analysis Article Info:, Vol. 4 (2009), No.

More information

Software Metrics & Software Metrology. Alain Abran. Chapter 4 Quantification and Measurement are Not the Same!

Software Metrics & Software Metrology. Alain Abran. Chapter 4 Quantification and Measurement are Not the Same! Software Metrics & Software Metrology Alain Abran Chapter 4 Quantification and Measurement are Not the Same! 1 Agenda This chapter covers: The difference between a number & an analysis model. The Measurement

More information

Applying Integrated Risk Management Scenarios for Improving Enterprise Governance

Applying Integrated Risk Management Scenarios for Improving Enterprise Governance Applying Integrated Risk Management Scenarios for Improving Enterprise Governance János Ivanyos Trusted Business Partners Ltd, Budapest, Hungary, ivanyos@trusted.hu Abstract: The term of scenario is used

More information

QUALITY ASSURANCE IN EXTREME PROGRAMMING Plamen Balkanski

QUALITY ASSURANCE IN EXTREME PROGRAMMING Plamen Balkanski International Journal "Information Theories & Applications" Vol.10 113 QUALITY ASSURANCE IN EXTREME PROGRAMMING Plamen Balkanski Abstract: Our previous research about possible quality improvements in Extreme

More information

Quality in Use: Meeting User Needs for Quality

Quality in Use: Meeting User Needs for Quality Journal of System and Software, 1999 (in press) Quality in Use: Meeting User Needs for Quality Nigel Bevan Serco Usability Services Abstract There is an increasing demand for software that matches real

More information

SUBJECT-SPECIFIC CRITERIA

SUBJECT-SPECIFIC CRITERIA SUBJECT-SPECIFIC CRITERIA Relating to the accreditation of Bachelor s and Master s degree programmes in industrial engineering (as of 09 December 2011) The following specifications complement the ASIIN

More information

Implementing a Metrics Program MOUSE will help you

Implementing a Metrics Program MOUSE will help you Implementing a Metrics Program MOUSE will help you Ton Dekkers, Galorath tdekkers@galorath.com Just like an information system, a method, a technique, a tool or an approach is supporting the achievement

More information

Survey Results and Further Issues in Construction Automation Education

Survey Results and Further Issues in Construction Automation Education 327 Survey Results and Further Issues in Construction Automation Education Dr. R. Navon Lecturer, Faculty of Civil Engineering Senior Research Engineer, National Building Research Institute Technion -

More information

NABL NATIONAL ACCREDITATION

NABL NATIONAL ACCREDITATION NABL 160 NABL NATIONAL ACCREDITATION BOARD FOR TESTING AND CALIBRATION LABORATORIES GUIDE for PREPARING A QUALITY MANUAL ISSUE NO. : 05 AMENDMENT NO : 00 ISSUE DATE: 27.06.2012 AMENDMENT DATE: -- Amendment

More information

The University `Manufacturing' System: ISO 9000 and Accreditation Issues*

The University `Manufacturing' System: ISO 9000 and Accreditation Issues* Int. J. Engng Ed. Vol. 13, No. 3, p. 180±189, 1997 0949-149X/91 $3.00+0.00 Printed in Great Britain. # 1997 TEMPUS Publications. The University `Manufacturing' System: ISO 9000 and Accreditation Issues*

More information

Procurement guidance Managing and monitoring suppliers performance

Procurement guidance Managing and monitoring suppliers performance Procurement guidance Managing and monitoring suppliers performance Procurement guidance: Managing and monitoring suppliers performance Page 2 of 16 Table of contents Table of contents... 2 Purpose of the

More information

Evaluation of E-Learning Management Systems by Lecturers and Students in Ugandan Universities: A Case of Muni University

Evaluation of E-Learning Management Systems by Lecturers and Students in Ugandan Universities: A Case of Muni University Evaluation of E-Learning Management Systems by Lecturers and Students in Ugandan Universities: A Case of Muni University Businge Phelix Mbabazi 1, Guma Ali 2 Lecturer, Department of Computer and Information

More information

NATO GUIDANCE ON THE USE OF THE AQAP 2000 SERIES

NATO GUIDANCE ON THE USE OF THE AQAP 2000 SERIES NATO GUIDANCE ON THE USE OF THE AQAP 2000 SERIES (June 2003) I ORIGINAL Page blank II ORIGINAL NORTH ATLANTIC TREATY ORGANIZATION NATO STANDARDISATION AGENCY (NSA) NATO LETTER OF PROMULGATION June 2003

More information

Software Requirements Specification

Software Requirements Specification 1 of 7 17.04.98 13:32 Software Requirements Specification The sub-sections : 1. What is a Software Requirements Specification 2. Why is a Software Requirement Specification Required 3. What is Contained

More information

A Selection Model for ERP System by Applying Fuzzy AHP Approach

A Selection Model for ERP System by Applying Fuzzy AHP Approach A Selection Model for ERP System by Applying Fuzzy AHP Approach Chi-Tai Lien* and Hsiao-Ling Chan Department of Information Management Ta Hwa Institute of Tachenology, Hsin-Chu, Taiwan, R.O.C. *E-mail:

More information

Guidelines of the Swiss University Conference for Academic Accreditation in Switzerland

Guidelines of the Swiss University Conference for Academic Accreditation in Switzerland Guidelines of the Swiss University Conference for Academic Accreditation in Switzerland (Accreditation Guidelines) 414.205.3 of 28 June 2007 (of 1 st September 2007) The Swiss University Conference (SUK/CUS),

More information

Defining the Quality of Business Processes

Defining the Quality of Business Processes Defining the Quality of Business Processes Robert Heinrich 1 and Barbara Paech 2 Abstract: Business process models are used to gain a joint understanding of complex processes. Often they are applied in

More information

NEOXEN MODUS METHODOLOGY

NEOXEN MODUS METHODOLOGY NEOXEN MODUS METHODOLOGY RELEASE 5.0.0.1 INTRODUCTION TO QA & SOFTWARE TESTING GUIDE D O C U M E N T A T I O N L I C E N S E This documentation, as well as the software described in it, is furnished under

More information

R214 SPECIFIC REQUIREMENTS: INFORMATION TECHNOLOGY TESTING LABORATORY ACCREDITATION PROGRAM

R214 SPECIFIC REQUIREMENTS: INFORMATION TECHNOLOGY TESTING LABORATORY ACCREDITATION PROGRAM The American Association for Laboratory Accreditation Document Revised: R214: Specific Requirements: Information Technology Testing Laboratory Accreditation July 13, 2010 Program Page 1 of 26 R214 SPECIFIC

More information

Design and Implementation of a Quality Management System for Electronic Training Information Resources

Design and Implementation of a Quality Management System for Electronic Training Information Resources Design and Implementation of a Quality Management System for Electronic Training Information Resources Hennadiy Kravtsov Kherson State University, 40 r. Zhovtnya 27, Kherson, Ukraine kgm@ksu.ks.ua Abstract:

More information

ICT Competency Profiles framework Job Stream Descriptions

ICT Competency Profiles framework Job Stream Descriptions ICT Competency Profiles framework Job Stream Descriptions Cluster: Software Products Analysis Design: In the field of analysis, you apply investigative skills to business, technical or organizational problems

More information

PHASE 9: OPERATIONS AND MAINTENANCE PHASE

PHASE 9: OPERATIONS AND MAINTENANCE PHASE PHASE 9: OPERATIONS AND MAINTENANCE PHASE During the Operations and Maintenance Phase, the information system s availability and performance in executing the work for which it was designed is maintained.

More information

Capital Adequacy: Advanced Measurement Approaches to Operational Risk

Capital Adequacy: Advanced Measurement Approaches to Operational Risk Prudential Standard APS 115 Capital Adequacy: Advanced Measurement Approaches to Operational Risk Objective and key requirements of this Prudential Standard This Prudential Standard sets out the requirements

More information

QUALITY MODEL BASED ON COTS QUALITY ATTRIBUTES

QUALITY MODEL BASED ON COTS QUALITY ATTRIBUTES QUALITY MODEL BASED ON COTS QUALITY ATTRIBUTES Khaled Musa 1 and Jawad Alkhateeb 2 1 Department of Software Engineering, Alzaytoonah University of Jordan, Amman, Jordan Informatics, University of Huddersfield,

More information

Recognition of Prior Learning (RPL) BSB40515 Certificate IV in Business Administration

Recognition of Prior Learning (RPL) BSB40515 Certificate IV in Business Administration Recognition of Prior Learning (RPL) BSB40515 Certificate IV in Business Administration What is RPL? RPL recognises that you may already have the skills and knowledge needed to meet national competency

More information

Job Description. Job title Junior Developer: Web Applications and CRM (Customer Relationship Management)

Job Description. Job title Junior Developer: Web Applications and CRM (Customer Relationship Management) Job Description Job title Junior Developer: Web Applications and CRM (Customer Relationship Management) Department Support and Overheads: Information Technology and Systems Reporting structures DIRECTLY

More information

Implementation of ANSI/AAMI/IEC 62304 Medical Device Software Lifecycle Processes.

Implementation of ANSI/AAMI/IEC 62304 Medical Device Software Lifecycle Processes. Implementation of ANSI/AAMI/IEC 62304 Medical Device Software Lifecycle Processes.. www.pharmout.net Page 1 of 15 Version-02 1. Scope 1.1. Purpose This paper reviews the implementation of the ANSI/AAMI/IEC

More information

Camar Aircraft Products Co. QUALITY MANUAL Revision D

Camar Aircraft Products Co. QUALITY MANUAL Revision D QUALITY MANUAL Revision D Gujll'y Manual Introduction The purpose of this manual is to describe the Quality Assurance Program implemented by Camar Aircraft Products Co. (hereafter referred to as C.A.P.C.)

More information

What do you think? Definitions of Quality

What do you think? Definitions of Quality What do you think? What is your definition of Quality? Would you recognise good quality bad quality Does quality simple apply to a products or does it apply to services as well? Does any company epitomise

More information

Evaluation of performance and efficiency of the CRM

Evaluation of performance and efficiency of the CRM (Volume 5, Issue 1/ 2013 ), pp. 144 Evaluation of performance and efficiency of the CRM Renáta Miklenčičová 1, Bronislava Čapkovičová 2 1, 2 University of Cyril and Methodius in Trnava, Faculty of Mass

More information

Kunal Jamsutkar 1, Viki Patil 2, P. M. Chawan 3 (Department of Computer Science, VJTI, MUMBAI, INDIA)

Kunal Jamsutkar 1, Viki Patil 2, P. M. Chawan 3 (Department of Computer Science, VJTI, MUMBAI, INDIA) Software Project Quality Management Kunal Jamsutkar 1, Viki Patil 2, P. M. Chawan 3 (Department of Computer Science, VJTI, MUMBAI, INDIA) ABSTRACT Quality Management is very important in Software Projects.

More information

Department of Administration Portfolio Management System 1.3 June 30, 2010

Department of Administration Portfolio Management System 1.3 June 30, 2010 E 06/ 30/ 2010 EX AM PL 1. 3 06/ 28/ 2010 06/ 24/ 2010 06/ 23/ 2010 06/ 15/ 2010 06/ 18/ 2010 Portfolio System 1.3 June 30, 2010 Contents Section 1. Project Overview... 1 1.1 Project Description... 1 1.2

More information

Job Description. Job title Database Administrator: Microsoft SQL. Department Support and Overheads: Information Technology and Systems

Job Description. Job title Database Administrator: Microsoft SQL. Department Support and Overheads: Information Technology and Systems Job Description Job title Database Administrator: Microsoft SQL Department Support and Overheads: Information Technology and Systems Reporting structures DIRECTLY 1ST LEVEL Senior Specialist: Application

More information

Certification criteria for the. Quality Management Systems (QMS) Auditor/Lead Auditor Training Course

Certification criteria for the. Quality Management Systems (QMS) Auditor/Lead Auditor Training Course Certification criteria for the Quality Management Systems (QMS) Auditor/Lead Auditor Training Course CONTENTS 1. INTRODUCTION 2. LEARNING OBJECTIVES 3. ENABLING OBJECTIVES KNOWLEDGE & SKILLS 4. TRAINING

More information

Programme Specification

Programme Specification Programme Specification Title: Accounting Final Award: Master of Science (MSc) With Exit Awards at: Postgraduate Certificate (PG Cert) Postgraduate Diploma (PG Dip) Master of Science (MSc) To be delivered

More information

D6 INFORMATION SYSTEMS DEVELOPMENT. SOLUTIONS & MARKING SCHEME. June 2013

D6 INFORMATION SYSTEMS DEVELOPMENT. SOLUTIONS & MARKING SCHEME. June 2013 D6 INFORMATION SYSTEMS DEVELOPMENT. SOLUTIONS & MARKING SCHEME. June 2013 The purpose of these questions is to establish that the students understand the basic ideas that underpin the course. The answers

More information

Testing Metrics. Introduction

Testing Metrics. Introduction Introduction Why Measure? What to Measure? It is often said that if something cannot be measured, it cannot be managed or improved. There is immense value in measurement, but you should always make sure

More information

An integrated life cycle quality model for general public market software products

An integrated life cycle quality model for general public market software products An integrated life cycle quality model for general public market software products Witold Suryn 1, Alain Abran 2, Claude Laporte 3 1 Département de génie électrique, École de technologie supérieure 1100,

More information

Syllabus. REQB Certified Professional for Requirements Engineering. Foundation Level

Syllabus. REQB Certified Professional for Requirements Engineering. Foundation Level Syllabus REQB Certified Professional for Requirements Engineering Version 2.1 2014 The copyright to this edition of the syllabus in all languages is held by the Global Association for Software Quality,

More information

GAP ANALYSIS OF APPROACHES TO IMPLEMENTATION OF MANAGEMENT SYSTEMS

GAP ANALYSIS OF APPROACHES TO IMPLEMENTATION OF MANAGEMENT SYSTEMS 52 PROCEEDINGS OF THE SCIENTIFIC CONFERENCE QUALITY AND LEADING INNOVATION 2014 GAP ANALYSIS OF APPROACHES TO IMPLEMENTATION OF MANAGEMENT SYSTEMS DOI: 10.12776/QALI.V1.#5 MIROSLAV HRNIAR ABSTRACT Purpose:

More information

www.transition-support.com

www.transition-support.com Can we include all products and services in the QMS but limit the scope of registration? According to ISO/TC 176/SC 2/N 524, organizations are not obliged to include all the products that it provides within

More information

Business Intelligence in corporate information system with the application of IBM Cognos 8 BI

Business Intelligence in corporate information system with the application of IBM Cognos 8 BI Business Intelligence in corporate information system with the application of IBM Cognos 8 BI This proposal is focused on the development of materials for a course in information systems with the emphasis

More information

An Enterprise Framework for Evaluating and Improving Software Quality

An Enterprise Framework for Evaluating and Improving Software Quality An Enterprise Framework for Evaluating and Improving Software Quality Abstract Philip Lew philip.lew@xbosoft.com With the world s economy increasingly driven by software products, there has been a relentless

More information

PMP Examination Tasks Puzzle game

PMP Examination Tasks Puzzle game PMP Examination Tasks Puzzle game Here is a great game to play to test your knowledge of the tasks you will be tested on in the actual examination. What we have done is take each of the domain tasks in

More information

TÜV UK Ltd Guidance & Self Evaluation Checklist

TÜV UK Ltd Guidance & Self Evaluation Checklist ISO 9001:2015 Revision TÜV UK Ltd Guidance & Self Evaluation Checklist Why ISO 9001 is changing All ISO management system standards are subject to a periodic review under the rules by which they are written.

More information

The Asset Management Landscape

The Asset Management Landscape The Asset Management Landscape ISBN 978-0-9871799-1-3 Issued November 2011 www.gfmam.org The Asset Management Landscape www.gfmam.org ISBN 978-0-9871799-1-3 Published November 2011 This version replaces

More information

Procurement Programmes & Projects P3M3 v2.1 Self-Assessment Instructions and Questionnaire. P3M3 Project Management Self-Assessment

Procurement Programmes & Projects P3M3 v2.1 Self-Assessment Instructions and Questionnaire. P3M3 Project Management Self-Assessment Procurement Programmes & Projects P3M3 v2.1 Self-Assessment Instructions and Questionnaire P3M3 Project Management Self-Assessment Contents Introduction 3 User Guidance 4 P3M3 Self-Assessment Questionnaire

More information

The Complete Alphabet of Quality Software Systems: Conflicts and Compromises

The Complete Alphabet of Quality Software Systems: Conflicts and Compromises Siakas Kerstin V., Berki Eleni, Georgiadou Elli, Sadler Chris (1997). The Complete Alphabet of Quality Software Systems: Conflicts & Compromises. Lt. Gen. J. S. Ahluwalia (Eds.) Total Quality Management

More information

A Risk Management Standard

A Risk Management Standard A Risk Management Standard Introduction This Risk Management Standard is the result of work by a team drawn from the major risk management organisations in the UK, including the Institute of Risk management

More information

INTOSAI. Performance Audit Subcommittee - PAS. Designing performance audits: setting the audit questions and criteria

INTOSAI. Performance Audit Subcommittee - PAS. Designing performance audits: setting the audit questions and criteria INTOSAI Performance Audit Subcommittee - PAS Designing performance audits: setting the audit questions and criteria 1 Introduction A difficult phase in performance auditing is planning and designing. In

More information

CORPORATE QUALITY MANUAL

CORPORATE QUALITY MANUAL Corporate Quality Manual Preface The following Corporate Quality Manual is written within the framework of ISO 9001:2008 Quality System by the employees of CyberOptics. CyberOptics recognizes the importance

More information

National Commission for Academic Accreditation & Assessment. Handbook for Quality Assurance and Accreditation in Saudi Arabia PART 1

National Commission for Academic Accreditation & Assessment. Handbook for Quality Assurance and Accreditation in Saudi Arabia PART 1 National Commission for Academic Accreditation & Assessment Handbook for Quality Assurance and Accreditation in Saudi Arabia PART 1 THE SYSTEM FOR QUALITY ASSURANCE AND ACCREDITATION Ver. 2.0 THE SYSTEM

More information

CSC 408F/CSC2105F Lecture Notes

CSC 408F/CSC2105F Lecture Notes CSC 408F/CSC2105F Lecture Notes These lecture notes are provided for the personal use of students taking CSC 408H/CSC 2105H in the Fall term 2004/2005 at the University of Toronto. Copying for purposes

More information

Programme Specification

Programme Specification Programme Specification Title: Finance Final Award: Master of Business Administration (MBA) With Exit Awards at: Master of Business Administration (MBA) Postgraduate Diploma (PG Dip) Postgraduate Certificate

More information

International Workshop Agreement 2 Quality Management Systems Guidelines for the application of ISO 9001:2000 on education.

International Workshop Agreement 2 Quality Management Systems Guidelines for the application of ISO 9001:2000 on education. ISO 2002 All rights reserved ISO / IWA 2 / WD1 N5 Date: 2002-10-25 Secretariat: SEP-MÉXICO International Workshop Agreement 2 Quality Management Systems Guidelines for the application of ISO 9001:2000

More information