© NOKIABlanko98.ppt / 22.10.1998 / KKä page: 1 Ohjelmistoprosessien kehittäminen ja tutkimus Nokia-yhtymässä Kari Känsälä Senior R&D Manager Nokia Research.

Slides:



Advertisements
Similar presentations
Implementation of cellular type approval software for an open source embedded device Thesis presentation Author: Mathias Nyman Supervisor: Professor.
Advertisements

H-KNOW NMP Advanced Infrastructure for Knowledge Based Services for Buildings Restoring Project Overview FSMLR/LABEIN Dr. Mikel Sorli.
Test Automation Success: Choosing the Right People & Process
SEP1 - 1 Introduction to Software Engineering Processes SWENET SEP1 Module Developed with support from the National Science Foundation.
Chapter 7: Key Process Areas for Level 2: Repeatable - Arvind Kabir Yateesh.
SOFTWARE MAINTENANCE 24 March 2013 William W. McMillan.
Chapter 2 The Software Process
Low Defect Potentials (< 1 per function point)
Panorama Consulting Group LLC ERP Assessment, Selection, and Planning SAMPLE APPROACH.
Stepan Potiyenko ISS Sr.SW Developer.
SE 470 Software Development Processes James Nowotarski 12 May 2003.
Capability Maturity Model (CMM) in SW design
Software Quality Processes – Part II CSSE 376, Software Quality Assurance Rose-Hulman Institute of Technology March 19, 2007.
CMM Overview - 1 © Paul Sorenson CMPUT Software Engineering refs. IEEE Software, March 1988, 73-79, and IEEE Software, July 1993, (Capability.
Principles of Information Systems, Sixth Edition 1 Systems Investigation and Analysis Chapter 12.
Process, Communication, and Certification Padma Venkata
Software Process CS 414 – Software Engineering I Donald J. Bagert Rose-Hulman Institute of Technology December 17, 2002.
SQA Architecture Software Quality.
1 © NOKIA FILENAMs.PPT/ DATE / NN Managing Nokia’s R&D in China Ramalingam Hariharan Country Manager Nokia Research Center, Beijing.
Capability Maturity Model
© 1998 Concept Five Technologies Enterprise Application Integration Capability Maturity Model.
SQA Architecture Software Quality By: MSMZ.
1 © NOKIA NordIoD01s.PPT/ / Kari Känsälä Software Engineering and Knowledge Creation in Nokia 11th NORD I&D May 30 - June 1, Reykjavik,
Software Engineering II Lecture 1 Fakhar Lodhi. Software Engineering - IEEE 1.The application of a systematic, disciplined, quantifiable approach to the.
N By: Md Rezaul Huda Reza n
Page 1 MODEL TEST in the small GENERALIZE PROGRAM PROCESS allocated maintenance changes management documents initial requirement project infrastructure.
Software Quality Assurance Activities
College of Engineering and Computer Science Computer Science Department CSC 131 Computer Software Engineering Fall 2006 Lecture # 1 (Ch. 1, 2, & 3)
OHT 23.1 Galin, SQA from theory to implementation © Pearson Education Limited 2004 The benefits of use of standards The organizations involved in standards.
Brussels, 1 June 2005 WP Strategic Objective Embedded Systems Tom Bo Clausen.
SOFTWARE ENGINEERING1 Introduction. Software Software (IEEE): collection of programs, procedures, rules, and associated documentation and data SOFTWARE.
Introduction to Software Engineering LECTURE 2 By Umm-e-Laila 1Compiled by: Umm-e-Laila.
S Q A.
Serena Project Case Study Sapphire, Atlanta April 23, 2007.
Testing Workflow In the Unified Process and Agile/Scrum processes.
CS 3610: Software Engineering – Fall 2009 Dr. Hisham Haddad – CSIS Dept. Chapter 2 The Software Process Discussion of the Software Process: Process Framework,
Georgia Institute of Technology CS 4320 Fall 2003.
University of Palestine software engineering department Testing of Software Systems Testing throughout the software life cycle instructor: Tasneem.
IS Methodologies. Systems Development Life Cycle - SDLC Planning Planning define the system to be developed define the system to be developed Set the.
SWEN 5130 Requirements Engineering 1 Dr Jim Helm SWEN 5130 Requirements Engineering Requirements Management Under the CMM.
CS Process Improvement CMM Hans Van Vliet, Software Engineering, Principles and Practice, 3 rd edition, John Wiley & Sons, Chapter 6. W. Humphrey,
Process Improvement. It is not necessary to change. Survival is not mandatory. »W. Edwards Deming Both change and stability are fundamental to process.
Principles of Information Systems, Sixth Edition Systems Investigation and Analysis Chapter 12.
SOFTWARE ENGINEERING1 Introduction. SOFTWARE ENGINEERING2 Software Q : If you have to write a 10,000 line program in C to solve a problem, how long will.
Computing and SE II Chapter 15: Software Process Management Er-Yu Ding Software Institute, NJU.
ELOGMAR-M Review Meeting, Shenzhen, 31/03/ First Review Meeting - Web-based and Mobile Solutions for Collaborative Work Environment with Logistics.
Requirements Development in CMMI
Cmpe 589 Spring 2006 Lecture 2. Software Engineering Definition –A strategy for producing high quality software.
Ch-1 Introduction The processes used for executing a software project have major effect on quality of s/w produced and productivity achieved in project…
Page 1 The Capability Maturity Model (CMM) distinguishes between immature and mature software organizations. Immature software organizations are typically.
Process Improvement. It is not necessary to change. Survival is not mandatory. »W. Edwards Deming.
An Introduction to Software Engineering (Chapter 1 from the textbook)
Estimating “Size” of Software There are many ways to estimate the volume or size of software. ( understanding requirements is key to this activity ) –We.
CMMI The quality of a software product is only as good as the process used to develop and maintain it. Whether a software organization is competing in.
Introduction to ITIL and ITIS. CONFIDENTIAL Agenda ITIL Introduction  What is ITIL?  ITIL History  ITIL Phases  ITIL Certification Introduction to.
SE513 Software Quality Assurance Lecture12: Software Reliability and Quality Management Standards.
Chapter 8: Maintenance and Software Evolution Ronald J. Leach Copyright Ronald J. Leach, 1997, 2009, 2014,
Strana 1MBA kurz informačního inženýrství INITIATE CONSTRUCT DELIVER MAINTAIN & SUPORT quality assurance, manage project, trainig&education, manage.
Introduction Edited by Enas Naffar using the following textbooks: - A concise introduction to Software Engineering - Software Engineering for students-
Software Engineering and Knowledge Creation in Nokia
Process Maturity Profile
Introduction SOFTWARE ENGINEERING.
Introduction Edited by Enas Naffar using the following textbooks: - A concise introduction to Software Engineering - Software Engineering for students-
Quality management standards
Chapter 1 (pages 4-9); Overview of SDLC
CSSSPEC6 SOFTWARE DEVELOPMENT WITH QUALITY ASSURANCE
Software Verification and Validation
Requirements Development in CMMI
System Specification in Automotive SPICE®
Presentation transcript:

© NOKIABlanko98.ppt / / KKä page: 1 Ohjelmistoprosessien kehittäminen ja tutkimus Nokia-yhtymässä Kari Känsälä Senior R&D Manager Nokia Research Center Blanko '98 -päivät, Oulu,

© NOKIABlanko98.ppt / / KKä page: 2 Sisältö* Yleisiä piirteitä Nokian ohjelmistokehityksestä ja -prosesseista ohjelmistot Nokian tuotteissa Nokian ohjelmistokehitys numeroina tyypillinen nokialainen ohjelmistokehitysprosessi ohjelmistoprosessien haasteita Nokian piirissä Ohjelmistokehityksen ja -prosessien sekä niiden tutkimuksen (R), kehittämisen (D) ja tuen (S) organisointi liiketoimintayksiköt (Business Units, BUs) vs. Nokia Research Center (NRC) NRC:n nykyinen ohjelmistoprosessien tutkimus/kehittäminen kohdealueineen kolme Casea (prosessien arviointi, prosessien mallinnus, projektien estimointi) Yhteenveto *seuraavat kalvot ovat englanninkielisiä

© NOKIABlanko98.ppt / / KKä page: 3 Software in Nokia’s products All main products include software (SW) Fixed networks Cellular (mobile) networks Telephone switches (DX200) Professional mobile radios Intelligent network products Wireless data products Mobile phones Multimedia terminals, satellite receivers Car terminals Amount of SW in a product ranges from 1000 lines of SW source code (1 KLOC) to lines (30000 KLOC)

© NOKIABlanko98.ppt / / KKä page: 4 Software development effort in numbers Number of SW developers (developing SW for Nokia's products) has grown rapidly from about 1000 (1990) to about 7000 (1998) represents now more than 50% of all R&D effort more than 15% of Nokia’s all employees Location of software development 70-80% yet in Finland foreign sites growing rapidly in Europe, USA, Asia and Australia

© NOKIABlanko98.ppt / / KKä page: 5 Typical product development process Products are typically delivered to customers in subsequent releases Release cycle may range from 6 months to 2 years For each product release we gather customer requirements from all over the world analyze and prioritize customer requirements create product specification create product design (allocated to hardware (HW) and SW) create SW in SW projects (in parallel with HW projects) create SW specification create SW design implement SW design ("coding & module/unit testing") test SW ("integration testing" or "functional testing") test product ("product testing" or "system testing") deliver product to customers

© NOKIABlanko98.ppt / / KKä page: 6 Challenges for software development Most BUs have an ISO 9000 certified quality system covering product development Nokia Software Process Initiative (NSPI) aims at improving productivity, quality, and predictability of SW development, and at enhancing the capability of SW development processes in Nokia's Business Units (BU) SW development process capability is assessed using the SW Capability and Maturity Model (SW-CMM) of the SEI/CMU: level 1: basic SW development capabilities level 2: excellent SW project management level 3: excellent SW process level 4: quantitative SW management (based on excellent SW metrics) level 5: optimizing SW management (based on excellent SW management)

© NOKIABlanko98.ppt / / KKä page: 7 SW R&D in Nokia SW development for Nokia's products primarily in R&D units of BUs major part of new SW technologies R&D&S in NRC's laboratories International R&D co-operation NRC NMP, NTC, NCP, NVO R&D R&D R&D R & D R Universities, research institutes SW process/engineering R&D&S valid SW process D&S exists in all R&D units most of SW process R, large part of D and some of S done by NRC

© NOKIABlanko98.ppt / / KKä page: 8 NRC's current SW process research Focus areas in NRC's SW engineering R&D&S SW architectures and reuse user interfaces and usability embedded SW methods (especially Octopus) SW engineering environments (especially Telecom Design Environment, TDE) SW process improvement, including SW process assessments and metrics SW process modeling and definition SW project effort estimation and metrics requirements management SW testing and test management

© NOKIABlanko98.ppt / / KKä page: 9 Case 1: SW process assessments Background most BUs were ISO 9001 certified in the beginning of 90ies some BUs started to use SW-CMM in Status in 1998 SW-CMM is now the de-facto std of SW process assessments in Nokia there are 3 Nokia-std CMM assessment methods: CBSA, CBPA and CBA-IPI a large pool of Nokia-internal CMM assessors exist CMM briefings or basic training has been given to hundreds of Nokians NRC's role since 1996 method selection and fine-tuning (CBSA, CBPA) using SEI's CMM material training (CBSA, CBPA) and training facilitation (CBPA, CBA-IPI) leading of or participating in assessment teams (all 3 methods) reference: Kari Känsälä, "Utilization of the CMM within Nokia." SYTYKE seminar, Helsinki,

© NOKIABlanko98.ppt / / KKä page: 10 Case 2: SW process modeling & definition Background ISO 9001 was the basis for "quality systems" of BUs in the beginning of 90ies R&D units of BUs created a set instructions for SW development, in many cases as an integral part of the quality system Status in 1998 most R&D units have a "SW process manual", accessible on Nokia Intranet, and (loosely or tightly) linked to the quality system of BU NRC's role since 1995 some major BUs (e.g. Nokia Mobile Phones) has been supported in establishing a tightly integrated SW Engineering Process (SWEP) Manual based on the ISO/SPICE v2.0 process reference model based on SEI's SW process modeling & definition recommendations using Intranet as the UI and Lotus Notes as the development platform reference: Kari Känsälä & Atte Kinnula, "Restructuring a Software Process." SPI97, Barcelona, (There will be an update in SPI98.)

© NOKIABlanko98.ppt / / KKä page: 11 Case 3: SW project effort estimation Background effort/duration estimation used to be based on expert knowledge and task-level bottom-up estimation techniques a BU started to develop a "home made" effort estimation method based on regression analysis of existing SW project data Status in 1998 most BUs have defined an explicit procedure for effort/duration estimation many BUs use Function Points Analysis (FPA) related effort estimation methods NRC's role since 1994 a Nokia-specific FPA related effort estimation model was created by combining the "home made" method of the above-mentioned BU and the FPA theory several related models were created for other BUs and/or for specific purposes now an integrated method is created to cover existing methods and original FPA reference: Petri Vesterinen and Kari Känsälä, "Customization of FPA at Nokia." COCOMO Forum, Los Angeles, (Updates at later COCOMO F's.)

© NOKIABlanko98.ppt / / KKä page: 12 Summary SW is very important for Nokia, and will be even more important in the future -> Nokia's SW development processes must be faster and more productive -> SW process/engineering improvement must be organized efficiently Nokia's Business Units (BUs) take care of SW development for their products, and own SW process/engineering development and support Nokia Research Center (NRC) supports BUs in new SW technology R&D and support, and SW process/engineering research and development NRC takes care of identifying new SW process/engineering innovations, and modifying them to applicable solutions for BUs in selected key areas in cooperation with corresponding Finnish and foreign organizations