Documente Academic
Documente Profesional
Documente Cultură
ISO 9000
Presented by: Raushan Kumar Sandeep Kumar Shashank Sood
outlines
About ISO Quality management principles ISO 9000-Part3 for software Quality
ABOUT ISO
ISO's origins
In 1946, delegates from 25 countries met in London and decided to create a new international organization, of which the object would be "to facilitate the international coordination and unification of industrial standards". The new organization, ISO, officially began operations on 23 February 1947, in Geneva, Switzerland.
ISO's name
Because "International Organization for Standardization" would have different acronyms in different languages ("IOS" in English, "OIN" in French for Organisation internationale de normalisation), its founders decided to give it also a short, all-purpose name. They chose "ISO", derived from the Greek isos, meaning "equal". Whatever the country, whatever the language, the short form of the organization's name is always ISO.
What standards do
make the development, manufacturing and supply of products and services more efficient, safer and cleaner facilitate trade between countries and make it fairer provide governments with a technical base for health, safety and environmental legislation, and conformity assessment
Technological benefits
For innovators of new technologies, International Standards on aspects like terminology, compatibility and safety speed up the dissemination of innovations and their development into manufacturable and marketable products.
economic benefits
For businesses, the widespread adoption of International Standards means that suppliers can develop and offer products and services meeting specifications that have wide international acceptance in their sectors. Therefore, businesses using International Standards can compete on many more markets around the world.
societal benefits
For everyone, International Standards contribute to the quality of life in general by ensuring that the transport, machinery and tools we use are safe.
Without the standardization of telephone and banking cards, life would be more complicated.
Principle 2: Leadership
Leaders establish unity of purpose and direction of the organization. They should create and maintain the internal environment in which people can become fully involved in achieving the organization's objectives. Key benefits: People will understand and be motivated towards the organization's goals and objectives. Activities are evaluated, aligned and implemented in a unified way. Miscommunication between levels of an organization will be minimized.
ISO 90003
ISO 9000-3 is OBSOLETE. It has been replaced by ISO 90003 2004 ISO 9001 was developed for the production industry but has a rather general structure ISO 90003 describes how to use ISO 9001 for software development ISO 90003 is a set of guidelines not a standard
ISO 90003
ISO 90003 contains the complete ISO 9001 but does not add extra items for all items in the standard We will only look at ISO 90003s comments for a few, selected parts of ISO 9001. The selection is partly random but is supposed to give an impression of what it is important to consider
The company should also provide training pertaining to the domain where the company operates e.g. banking or train control
Training does not need to be courses it may be arranged as seminars, workshops or self study activities
Development processes - 1
The processes we use must be adapted to the project at hand. When choosing development process we should take into consideration:
Project size Complexity Safety and security requirements Project risk
Development processes - 2
Design and development may be an evolutionary process. We might therefore need to change one or more procedures during the project The procedures shall focus on
What we shall develop How we shall develop it Who shall do what Why shall we do this
QA processes
When we have a development process, the QA process can be adapted to the development. The QA process has two parts: A generic part concerns all projects and can be reused. E.g. document templates A project specific part that needs to be adapted to each new project. E.g. test plans
QA plan - 1
The QA plan should contain
The project plan or a reference to this plan Quality requirements for product and process Project specific procedures Development process, chosen programming language, libraries etc. Criteria for start and acceptance for each activity or step in the process
QA plan - 2
The QA plan should contain
Methods used for verification e.g. inspections and testing Configuration management Who shall approve the results from each process step or activity Training needed What process info need to be generated
Product requirements - 1
According to ISO 90003 software may be developed for
A single customer A general market As a component for a larger product
In all cases, it is important to put a considerable amount of work into developing a set of requirements
Product requirements - 2
In order to develop a set of requirements we need procedures and methods that can help us to
Reach an agreement on requirements Change requirements Evaluate prototypes and demo versions Document the results from meetings and discussions involving one or more stakeholders
Product requirements - 3
The requirements should be developed in cooperation with the customers or users. In order to avoid misunderstandings we should develop a
Project dictionary that explains the domain specific terms used in this project A rationale for each requirements why do we need this
Product requirements - 4
The customer should approve the final set of requirements. It is important to be able to trace all requirements, e.g. by using a trace matrix. This matrix should show
How each requirement is realized from high level design down to code or procedure Why each chunk of code is written which requirement it helps to realize
Product requirements - 5
We need to control all changes to requirements. Changes to requirements may lead to changes in the contract The requirements specification may include non-functional requirements, e.g. requirements to reliability, usability etc. The requirements specification may contain requirements to interfaces to other software systems
Contract audit - 1
Important things to check:
Are we able to fulfill the requirements to
The product Development process, tools and hardware
How large is the risk for cost overruns or delays How do we cooperate with third party companies Legal obligations, e.g. guarantees
Contract audit - 2
The contract should be updated when time of delivery, costs or available resources are changed The contract should contain a section on the customers obligations to
Provide information Participate in discussions related to the requirements Make necessary decisions