Experimentation setting model VHO study cluster Spring 2005
|
|
- Ariel Murphy
- 7 years ago
- Views:
Transcription
1 1 Experimentation setting model VHO study cluster Spring PM&RG Product Modelling and Realisation Group Department of Computer Science and Engineering Helsinki University of Technology P.O.Box 5400, FIN HUT, Finland
2 Experimentation setting model Target users Experimentation environment Scenarios Services Use cases Realization
3 Experimentation setting model Target users Experimentation environment Models in innovation prototyping Background Scenario Definition Service Typical sources Use case Proposed structure Realisation Modelling issues of innovation prototyping Challenges for future research
4 Target users What users/user groups is this experimentation targeted to Size of the target group/groups Define your basis of segmentation Demographic Age, gender, marital status, household size Interests and hobbies Early adapters conservatives Market segment Possible named group or persons that you have in mind Constraints or requirements on the users/user groups Control/comparison/peer group
5 Experimentation environment Needed environments, locations or equipment Requirements and features Possibly needed staging and arrangement Arrangements Moderators, actors, technical personnel Implementation and modification Needed implementation and modification work to realise needed prototypes Needed time Reservation of environments For preparations For experimentation
6 Models in innovation prototyping: scenario, service, use case and realisation Scenario is a detailed story about situations and actions of a user Use case is a description of interaction of system interfaces. Scenario Service Use case Realisation Service includes information on media containers, stakeholders, features, user needs, provision chain etc. Hardware, software, description of system architectures, networks
7 Potential confusions of the modelling concepts Here, the concept of scenario does NOT refer to Vision (sight, thing seen in dream or trance, foresight ) Here, the concept of use case does NOT refer to Usage guide Either of them refers here to A title or few sentences describing a vague situation Here, the concept of service does not refer to consulting etc. service sector Thus, please forget for a while your first intuitive thoughts on the concepts to allow us discuss scenarios, services, use cases and realizations Models for structuring design data The separate concepts with own objectives
8 Scenario
9 An example of the definitions of a scenario The defining property of a scenario is that it projects a concrete description of activity that the user engages when performing a specific task, a description sufficiently detailed so that design implications can be inferred and reasoned about. Using scenarios in system development helps keep the future use of the envisioned system in view as the system is designed and implemented; it makes use concrete which makes it easier to discuss use and to design use. [Carroll: Scenario-Based Design Envisioning Work and Technology in System Development, Wiley & Sons, New York 1995]
10 Scenario in innovation prototyping Scenario is a story about the situations and actions described in colloquial language, conventionally from user s viewpoint. Contains concrete details on participants, time, places, objects, conditions etc. Approach and emphasis Scenarios concretise services to reveal common denominators. E.g. typical sources are observation, project or assignment plan, literature hobby, sci-fi interest, SCENARIO Entertainment for a train trip Scene 1: At 8.30 on a spring morning Lena Scene 2: Lena enters the train that departs at While on the train Lena enjoys music SERVICE USE CASE REALISATION
11 Scenarios typical sources in innovation prototyping Realizations, use cases, services -> SCENARIOS Authored by technology experts, content providers, service designers etc. Ideas from experts, design team members etc. Engineers as innovators Pelle Peloton Explaining possibilities of technology, business ideas, content formats etc. Explicating a common goal Using scenario for negotiating and expressing the common goal Ensuring a shared understanding and focusing the efforts SCENARIOS -> services, use cases, realizations Authored by scenario writers, user study experts etc. Idea generation Systematic idea generation methods and sessions E.g. scifi literature, movies etc. as sources User studies Contextual design, participatory design etc. Observation, interview, focus group etc.
12 Proposed structure for a scenario 1/2 Title of the scenario Context* Participants* Non-human participants* Locations* Background* Respondents Original sources and inputs Imagination or fact based Reliability * See next slide for details Scenes Number Starting time Location Participants Gadgets and objects Content Type Background or main interest Free or paid Story Picture Basis for the scenario
13 Proposed structure for a scenario 2/2 Context Project Event Participants Name Age Home location (optional) Occupation Hobbies (optional) Non-human participants Name Interest Home location (optional) Locations Name Features of the location Where does the location belong to? Which locations does it contain? Background Issues Start situation Time Special conditions
14 Service
15 Why the concept of a service was chosen to innovation prototyping Focusing on functions and added value instead of just physical gadgets and appearances Emphasizing whole service provision instead of just the physical end device or gadget In mobile and ubicomp environments services are less fixed to certain gadgets Gadget is a tool for service implementation Example: car is a gadget, transport is a service Service is not bound to a certain gadget Service sets constraints to attributes of a gadget Gadget may be used for different services The key of service model lies in binding scenarios and use cases together
16 Service in innovation prototyping Service refers to the entirety that fulfils user needs in the scenarios. Service includes information on media containers, stakeholders, features, user needs, provision chain etc. In the case of divergent services different manifestations are allowed and even encouraged. Approach and emphasis To discover group of user needs and to structure functions and features Finding realisable entireties that allow experimentation SCENARIO SERVICE Basic music services Purchasing entertainment music Enjoying high quality music Special music services Music samples Tagging music pieces Awakening service USE CASE REALISATION
17 Service typical sources in innovation prototyping Realizations, use cases -> SERVICES -> scenarios Authored by technology experts, service designers, content providers, operators etc. Grouping of logically connected functions Potential compositions of the capabilities of realizations Describing available functions, features, value and service provision Scenarios -> SERVICES -> use cases, realizations Authored by scenario writers, service designers, user study experts etc. Possible answers to discovered needs, problems and enhancements Potential compositions of needs and functions Describing required functions, features, value and service provision
18 Proposed structure for a service Functions Name of the service Name Description Description Explanation and user s mental models Task models and metaphors Features Manifestations* Name Stakeholders Descriptions Converted into use case stakeholders Logical structure of the system or can come from use cases Modules Objects Profit model Gadgets, interaction devices, things Additional discussion User needs Authors Description Group member Parts of the scenario Specialization Media container Context E.g. music, text, image Project * See next slide for details Event
19 Divergent services - motivation Manifestations* Stakeholders Objects User needs Media container Function Features Beyond adaptation Different manifestations of the service for different contexts Not just adaptation but also function and objective change According to the combination of User s context, roles, situations Gadgets, terminals, interfaces Environment capabilities, borrowable devices Networks, utilizing handovers, heterogeneous networks, simultaneous access
20 Use case
21 An example of the definitions of a use case Definition: The specification of sequences of actions that a system, subsystem, or class can perform by interacting with outside actors [UML Reference Manual, Rumbaugh,Jacobson, and Booch] Purpose: to define a piece of behaviour of a [system or subsystem or class] without revealing the internal structure of the [system] [UML Reference Manual, Rumbaugh, Jacobson, and Booch]
22 Use case in innovation prototyping Use case describes typical and reoccurring functions and interfaces of the system and its stakeholders. Approach and emphasis Use cases are components for reuse and they express, suggest and inspire new possibilities. Experts write use cases from different viewpoints, e.g. mobility management, user interface, operator. SCENARIO SERVICE USE CASE Mobile music player: Token provision Music selection Music in networks: Handover decision Mobility management REALISATION
23 Use case typical sources in innovation prototyping Realizations -> USE CASES -> services, scenarios Authored by technology experts, content providers, operators... What technology and other realizations enable Network technologies, mobility management... Software components, architectures Available content, media carriers, content formats... Interaction devices, user interfaces, terminals... Explaining capabilities and consequences of realizations Scenarios, services -> USE CASES -> realizations Authored by service designers, scenario writers, usability experts... Requirements for the development of realization technologies Services are processed into required use cases Interfaces between users and the system Interfaces between parts of the system Scenarios indicate user needs features and constraints Explaining requirements for realizations
24 Proposed structure for a use case Name of the use case Part of the scenario(/service) Participants Primary actor Actors Stakeholders Conditions Preconditions Postconditions Flows Basic flow Trigger Alternate flows Authors Name Specialization Additional discussion Context Project Event
25 Realisation
26 Realisation in innovation prototyping Realisation means the implemented gadgets, software modules, protocol stacks etc. that are needed for a particular experimentation. Approach and emphasis Realisations are built to establish experiment settings for scenarios and services. E.g. research resources and facilities such as platforms, gadgets and various playgrounds SCENARIO SERVICE USE CASE REALISATION
27 Realization typical sources in innovation prototyping REALIZATIONS -> use cases, services, scenarios Authored by realization and technology experts (network, software, hardware, content...) Defined according to technological knowledge Software, hardware, network etc. specifications Scenarios, services, use cases -> REALIZATIONS Authored by service designers and technology experts Requirements for realizations are extracted from use cases REALIZATIONS <-> REALIZATIONS Communication between experts of the different disciplines involved in the realization Definition of system s architecture and interfaces in detail
28 Considerations for a structure of realization Requirements System architecture Specification Hardware Software Network Realizations are modelled according to the practices of each discipline or engineering field Collecting methods for technical reporting and design Sets of common and corresponding models Relations and dependencies between models of different viewpoints
29 Examples of realisations travelling service Devices Desktop PC PDA Handsfree Architecture of the software system The system s architecture derived from the logical structure Networks GPRS, UMTS, LAN, WLAN,... Manifestations Viewing the time tables Requires big screen Provides a lot of information Viewing next possible routes Needs only a small screen Context aware I m in a hurry Requires voice and very simple small screen Context aware The manifestations share a part of the realizations but they may require some special modules Promising approach: component based architecture
30 Modelling issues of innovation prototyping
31 Modelling objectives in innovation prototyping Reaching beyond intuition Colloquial language vs. concept definitions Recognizing professional ontologies Model vs. picture Coherent definitions of core concepts of innovation prototyping Determining the relation to existing alternative concept definitions Basis for capturing and relating viewpoint models The objective is to allow different ontologies and support balanced brokering (instead of aiming at a single common ontology) What kind of structuring and analysis tool the designers need How to gather and relate different viewpoints? How to capture the rationale and dependencies of the design information presented as scenarios, services, use cases and realizations?
32 Chronological freedom The order of generation of scenarios, services, use cases and realization is not fixed In innovation prototyping the temporal order is free and does not exclude interleaving the work of generating different constituents of the innovation prototype A scenario may be the starting point for design written to reflect the meaning of use cases or services A service is related to several scenarios and vice versa. A use case is related to several services and vice versa. A use case may be extracted from a service or scenario a focus for defining services or scenarios Realizations are separated by use cases from the service and scenarios to avoid technological commitment.
33 Chronological freedom: Ämppäri 1. The available network was WLAN 2. A colleague (Jari Malinen) proposed MP3 player service 3. Reusing the MART node as a basis for an embedded system 4. Generating (three) music listening scenarios 5. Generating the use cases (providing token, music selection, listening ) 6. Realizing the Ämppäri prototype Scenario (4) Music listening scenarios Service (2) Ämppäri service Use case (5) Ämppäri use cases Realization (1) WLAN (3) MART node (6) Ämppäri prototype
34 Example of chronological freedom
35 Problem orientation vs. solution orientation INNOVATION PROTOTYPING Problem orientation Scenarios concretize services to reveal common denominators Scenario REQUIREMENTS ENGINEERING Solution orientation Scenarios and use cases are used for validating the user needs Discovery of service features and design principles is the ultimate goal Use cases are components for reuse and they express, suggest and inspire new possibilities Realizations are built to establish experiment settings for scenarios and services Service Use case Realization A product has to fulfil the user requirements on the service Use cases/scenarios ensure a product matching user needs The right product is the ultimate goal
36 Balanced brokering of viewpoints Different viewpoints of disciplines, fields etc. Common vs. tailored models Allowing expert ontologies Coherency, dependencies, constraints SCENARIO topic users video scenes storyboard SERVICE functions manifestations features USE CASE Etc. Usability Network Hardware Software name draft details REALIZATION software tools application technologies architecture
37 Questions
38 References Carroll: Scenario-Based Design Envisioning Work and Technology in System Development, Wiley & Sons, New York 1995 UML Reference Manual, Rumbaugh,Jacobson, and Booch
H E L S I N K I U N I V E R S I T Y O F T E C H N O L O G Y P M & R G - P R O D U C T M O D E L LI N G & R E A L I S A T I O N G R O U P
1 VHO study cluster Spring 2005 Final event 26.5.2005 Henrik.Asplund@hut.fi, Mervi.Ranta@hut.fi, PM&RG Product Modelling and Realisation Group Department of Computer Science and Engineering Helsinki University
More informationQuestions? Assignment. Techniques for Gathering Requirements. Gathering and Analysing Requirements
Questions? Assignment Why is proper project management important? What is goal of domain analysis? What is the difference between functional and non- functional requirements? Why is it important for requirements
More informationApplying Use Cases to Microcontroller Code Development. Chris Gilbert Cypress Semiconductor
Applying Use Cases to Microcontroller Code Development Chris Gilbert Cypress Semiconductor Agenda Why Use Cases Microcontroller Project Development Use Cases Defined Use Cases Composition General Example
More informationChap 1. Introduction to Software Architecture
Chap 1. Introduction to Software Architecture 1. Introduction 2. IEEE Recommended Practice for Architecture Modeling 3. Architecture Description Language: the UML 4. The Rational Unified Process (RUP)
More informationThe Role of the Software Architect
IBM Software Group The Role of the Software Architect Peter Eeles peter.eeles@uk.ibm.com 2004 IBM Corporation Agenda Architecture Architect Architecting Requirements Analysis and design Implementation
More informationSoftware development life cycle. Software Engineering - II ITNP92 - Object Oriented Software Design. Requirements. Requirements. Dr Andrea Bracciali
Software development life cycle Software life cycle: Software Engineering - II ITNP92 - Object Oriented Software Design Dr Andrea Bracciali Module Co-ordinator 4B86 abb@cs.stir.ac.uk Spring 2014 (elicitation)
More informationUML TUTORIALS THE USE CASE MODEL
UML TUTORIALS THE USE CASE MODEL www.sparxsystems.com.au Sparx Systems 2004 Page 1/5 describes the proposed functionality of the new system. A Use Case represents a discrete unit of interaction between
More informationUse Cases. Reference: Craig Larman, Applying UML and Patterns, Ch. 6
Use Cases Reference: Craig Larman, Applying UML and Patterns, Ch. 6 Use Case What it is: Text story Widely used to discover and record (mostly functional) requirements What is it about: Some actor(s) using
More information4.4 What is a Requirement? 4.5 Types of Requirements. Functional Requirements
4.4 What is a Requirement? It is a statement describing either 1) an aspect of what the proposed system must do, or 2) a constraint on the system s development. In either case it must contribute in some
More informationFAO Competency Framework
FAO Competency Framework FAO Competency Framework Acknowledgements FAO is grateful to the UNAIDS Secretariat, which has kindly permitted FAO to re-use and adapt the explanatory text on competencies from
More informationService Oriented Architecture
Service Oriented Architecture Charlie Abela Department of Artificial Intelligence charlie.abela@um.edu.mt Last Lecture Web Ontology Language Problems? CSA 3210 Service Oriented Architecture 2 Lecture Outline
More informationDr. Pat Mirenda. Software Design Specification Document
CPSC 319 Team 2 Dr. Pat Mirenda Software Design Specification Document Version: 1.2 Date: (03/17/2006) 2Communicate SDS Revisions Version Primary Author(s) Description of Version Date Completed 1.0 Wei
More informationSoftware Development in the Large!
Software Development in the Large! Peter Eeles Executive IT Architect, IBM peter.eeles@uk.ibm.com IBM Rational Software Development Conference 2007 2007 IBM Corporation Agenda IBM Rational Software Development
More informationLecture 9: Requirements Modelling
A little refresher: What are we modelling? Lecture 9: Requirements Modelling Requirements; Systems; Systems Thinking Role of Modelling in RE Why modelling is important Limitations of modelling Brief overview
More informationD6 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 informationSysML Modelling Language explained
Date: 7 th October 2010 Author: Guillaume FINANCE, Objet Direct Analyst & Consultant UML, the standard modelling language used in the field of software engineering, has been tailored to define a modelling
More informationInformation Technology and Knowledge Management
Information Technology and Knowledge Management E. Shimemura and Y. Nakamori Japan Advanced Institute of Science and Technology 1-1 Asahidai, Tatsunokuchi, Ishikawa 923-1292, Japan Abstract This paper
More informationChapter 1 Basic Introduction to Computers. Discovering Computers 2012. Your Interactive Guide to the Digital World
Chapter 1 Basic Introduction to Computers Discovering Computers 2012 Your Interactive Guide to the Digital World Objectives Overview Explain why computer literacy is vital to success in today s world Define
More information2. Analysis, Design and Implementation
2. Subject/Topic/Focus: Software Production Process Summary: Software Crisis Software as a Product: From Individual Programs to Complete Application Systems Software Development: Goals, Tasks, Actors,
More informationSoftware Engineering Reference Framework
Software Engineering Reference Framework Michel Chaudron, Jan Friso Groote, Kees van Hee, Kees Hemerik, Lou Somers, Tom Verhoeff. Department of Mathematics and Computer Science Eindhoven University of
More informationMasters of Science in Software & Information Systems
Masters of Science in Software & Information Systems To be developed and delivered in conjunction with Regis University, School for Professional Studies Object Oriented Design Table of Contents January
More informationIn this Lecture you will Learn: Systems Development Methodologies. Why Methodology? Why Methodology?
In this Lecture you will Learn: Systems Development Methodologies What a systems development methodology is Why methodologies are used The need for different methodologies The main features of one methodology
More informationDesigning Real-Time and Embedded Systems with the COMET/UML method
By Hassan Gomaa, Department of Information and Software Engineering, George Mason University. Designing Real-Time and Embedded Systems with the COMET/UML method Most object-oriented analysis and design
More information1.1 The Nature of Software... Object-Oriented Software Engineering Practical Software Development using UML and Java. The Nature of Software...
1.1 The Nature of Software... Object-Oriented Software Engineering Practical Software Development using UML and Java Chapter 1: Software and Software Engineering Software is intangible Hard to understand
More informationConceptual Methodology of Developing the User Interface
Key words: user interface design 12 archetypes, Star analysis COOAD Maciej PIASECKI 1 Katarzyna PIESZKA 1 Conceptual Methodology of Developing the User Interface This paper presents a proposal of a new
More informationSemantic Description of Distributed Business Processes
Semantic Description of Distributed Business Processes Authors: S. Agarwal, S. Rudolph, A. Abecker Presenter: Veli Bicer FZI Forschungszentrum Informatik, Karlsruhe Outline Motivation Formalism for Modeling
More informationUsing Use Cases for requirements capture. Pete McBreen. 1998 McBreen.Consulting
Using Use Cases for requirements capture Pete McBreen 1998 McBreen.Consulting petemcbreen@acm.org All rights reserved. You have permission to copy and distribute the document as long as you make no changes
More informationIFS-8000 V2.0 INFORMATION FUSION SYSTEM
IFS-8000 V2.0 INFORMATION FUSION SYSTEM IFS-8000 V2.0 Overview IFS-8000 v2.0 is a flexible, scalable and modular IT system to support the processes of aggregation of information from intercepts to intelligence
More informationScenario-based Requirements Engineering and User-Interface Design
Scenario-based Requirements Engineering and User-Interface Institut für Computertechnik ICT Institute of Computer Technology Hermann Kaindl Vienna University of Technology, ICT Austria kaindl@ict.tuwien.ac.at
More informationGateway Service for Integration of Heterogeneous Networks using Different Interworking Solutions
Gateway Service for Integration of Heterogeneous Networks using Different Interworking Solutions Hyunho Park*, Hyeong Ho Lee*, H. Anthony Chan** * Electronics and Telecommunications Research Institute
More informationSoftware Architecture
Cairo University Faculty of Computers and Information Computer Science Department Premasters Studies Software Architecture Report on Software Product Line Submitted to: Dr. Hany Ammar Submitted by: Hadeel
More informationModellistica Medica. Maria Grazia Pia, INFN Genova. Scuola di Specializzazione in Fisica Sanitaria Genova Anno Accademico 2002-2003
Modellistica Medica Maria Grazia Pia INFN Genova Scuola di Specializzazione in Fisica Sanitaria Genova Anno Accademico 2002-2003 Lezione 18-19 The Unified Process Static dimension Glossary UP (Unified
More informationObject-Oriented Systems Analysis and Design
Object-Oriented Systems Analysis and Design Noushin Ashrafi Professor of Information System University of Massachusetts-Boston Hessam Ashrafi Software Architect Pearson Education International CONTENTS
More informationCluster 3 in 2004: Multi-Channel Banking
Cluster 3 in 2004: Multi-Channel Banking (Prof. Dr. Bernd Skiera) 1 Motivation The aim of the Multi-Channel Banking Cluster is to provide research in the area of multi-channel,anagement which should aid
More informationApplying 4+1 View Architecture with UML 2. White Paper
Applying 4+1 View Architecture with UML 2 White Paper Copyright 2007 FCGSS, all rights reserved. www.fcgss.com Introduction Unified Modeling Language (UML) has been available since 1997, and UML 2 was
More informationUse Cases. Massimo Felici. Massimo Felici Use Cases c 2004 2011
Use Cases Massimo Felici Use Cases 1 Support requirements engineering activities and the requirement process Capture what a system is supposed to do, i.e., systems functional requirements Describe sequences
More informationA Software Engineering Model for Mobile App Development
APPENDIX C A Software Engineering Model for Mobile App Development As we mentioned early in the book (see Chapter 1), to successfully develop a mobile software solution you should follow an engineering
More informationThe first MaaS services on our journey towards MaaS vision
The first MaaS services on our journey towards MaaS vision "Mobility as a Service New European Model for Transportation Brussels 14 th of October, 2015 Jouni Sintonen Business Development Director TeliaSonera
More informationCME: A Middleware Architecture for Network-Aware Adaptive Applications
CME: A Middleware Architecture for Network-Aware Adaptive Applications Jun-Zhao Sun, Jari Tenhunen, and Jaakko Sauvola MediaTeam, Machine Vision and Media Processing Unit, Infotech Oulu P.O.Box 4500 4SOINFO,
More informationUML SUPPORTED SOFTWARE DESIGN
UML SUPPORTED SOFTWARE DESIGN Darko Gvozdanović, Saša Dešić, Darko Huljenić Ericsson Nikola Tesla d.d., Krapinska 45, HR-0000 Zagreb, Croatia, tel.: +385 365 3889, faks: +385 365 3548, e-mail: darko.gvozdanovic@etk.ericsson.se
More informationLesson 18 Web Services and. Service Oriented Architectures
Lesson 18 Web Services and Service Oriented Architectures Service Oriented Architectures Module 4 - Architectures Unit 1 Architectural features Ernesto Damiani Università di Milano A bit of history (1)
More informationFourth generation techniques (4GT)
Fourth generation techniques (4GT) The term fourth generation techniques (4GT) encompasses a broad array of software tools that have one thing in common. Each enables the software engineer to specify some
More informationCommunication Diagrams
Communication Diagrams Massimo Felici Realizing Use cases in the Design Model 1 Slide 1: Realizing Use cases in the Design Model Use-case driven design is a key theme in a variety of software processes
More informationAerospace Software Engineering
16.35 Aerospace Software Engineering Software Architecture The 4+1 view Patterns Prof. Kristina Lundqvist Dept. of Aero/Astro, MIT Why Care About Software Architecture? An architecture provides a vehicle
More informationInformation Technology Career Field Pathways and Course Structure
Information Technology Career Field Pathways and Course Structure Courses in Information Support and Services (N0) Computer Hardware 2 145025 Computer Software 145030 Networking 2 145035 Network Operating
More informationOur Guide to Customer Journey Mapping
Our Guide to Customer Journey Mapping Our Guides Our guides are here to help you understand a topic or to provide support for a particular task you might already be working on. Inside you ll find lots
More informationA SOA visualisation for the Business
J.M. de Baat 09-10-2008 Table of contents 1 Introduction...3 1.1 Abbreviations...3 2 Some background information... 3 2.1 The organisation and ICT infrastructure... 3 2.2 Five layer SOA architecture...
More informationSoftware Engineering. Software Engineering. Software Costs
Software Engineering Software Engineering is the science and art of building significant software systems that are: 1) on time 2) on budget 3) with acceptable performance 4) with correct operation. Ian
More informationCOMMUNICATION STRATEGY FOR THE UNIVERSITY OF GOTHENBURG
STYRDOKUMENT Dnr F V 2014/71 COMMUNICATION STRATEGY FOR THE UNIVERSITY OF GOTHENBURG Published Decision-maker Responsible body medarbetarportalen.gu.se/styrdokument Vice-Chancellor Kommunikationsenheten
More information4.1 Identify what is working well and what needs adjustment. 4.1.1 Outline broad strategies that will help to effect these adjustments.
(Overview) Step 1 Prepare 1.1 Identify specific issues or choices that the planning process should address. 1.2 Develop an organizational profile. 1.3 Identify any information that must be collected to
More informationCUFDIG502A Design web environments
CUFDIG502A Design web environments Revision Number: 1 CUFDIG502A Design web environments Modification History Not applicable. Unit Descriptor Unit descriptor This unit describes the performance outcomes,
More informationCS 389 Software Engineering. Lecture 2 Chapter 2 Software Processes. Adapted from: Chap 1. Sommerville 9 th ed. Chap 1. Pressman 6 th ed.
CS 389 Software Engineering Lecture 2 Chapter 2 Software Processes Adapted from: Chap 1. Sommerville 9 th ed. Chap 1. Pressman 6 th ed. Topics covered Software process models Process activities Coping
More informationAn Interaction Analysis Support System for CSCL An Ontological Approach to Support Instructional Design Process
An Interaction Analysis Support System for CSCL An Ontological Approach to Support Instructional Design Process Akiko Inaba, Ryoji Ohkubo, Mitsuru Ikeda and Riichiro Mizoguchi I.S.I.R., Osaka University
More informationWhat is a life cycle model?
What is a life cycle model? Framework under which a software product is going to be developed. Defines the phases that the product under development will go through. Identifies activities involved in each
More informationRequirements Engineering Process
Software Engineering Requirements Engineering Process Based on Software Engineering, 7 th Edition by Ian Sommerville Objectives To describe the principal requirements engineering activities and d their
More informationArchitecture Definitions
Architecture Definitions Dana Bredemeyer Bredemeyer Consulting Tel: (812) 335-1653 Fax: (812) 335-1652 Email: dana@bredemeyer.com Web: Ruth Malan Bredemeyer Consulting Tel: (812) 335-1653 Fax: (812) 335-1652
More informationUser experience storyboards: Building better UIs with RUP, UML, and use cases
Copyright Rational Software 2003 http://www.therationaledge.com/content/nov_03/f_usability_jh.jsp User experience storyboards: Building better UIs with RUP, UML, and use cases by Jim Heumann Requirements
More informationCase studies: Outline. Requirement Engineering. Case Study: Automated Banking System. UML and Case Studies ITNP090 - Object Oriented Software Design
I. Automated Banking System Case studies: Outline Requirements Engineering: OO and incremental software development 1. case study: withdraw money a. use cases b. identifying class/object (class diagram)
More informationThesis Summary: An Ontology for City Logistics
Thesis summary This report contains the detailed course of designing an ontology that formalises the domain knowledge of City Logistics and then facilitates relevant agent-based modelling. Validation,
More informationUML TUTORIALS THE COMPONENT MODEL
UML TUTORIALS THE COMPONENT MODEL www.sparxsystems.com.au Sparx Systems 2004 Page 1/5 The component model illustrates the software components that will be used to build the system. These may be built up
More informationSchool of Technology, Engineering, and Media (STEM) FRANKLIN HIGH SCHOOL
School of Technology, Engineering, and Media (STEM) FRANKLIN HIGH SCHOOL STEM is a unique program that allows students to focus on one of four areas of study: Computer Computer s incorporate a standards-based/mastery
More informationRevision Number: 1. CUFDIG505A Design information architecture
Revision Number: 1 CUFDIG505A Design information architecture CUFDIG505A Design information architecture Modification History Not applicable. Unit Descriptor Unit descriptor This unit describes the performance
More informationSoftware Engineering. Software Development Process Models. Lecturer: Giuseppe Santucci
Software Engineering Software Development Process Models Lecturer: Giuseppe Santucci Summary Modeling the Software Process Generic Software Process Models Waterfall model Process Iteration Incremental
More informationInnovation Design Processes to Achieve Ideal Form of Insurance Sales Device
Innovation Design Processes to Achieve Ideal Form of Insurance Sales Device Kazuhiro Fujiwara Design proposals for devices that have been desired in recent years are expected to make suggestions from the
More information3C05: Unified Software Development Process
3C05: Unified Software Development Process 1 Unit 5: Unified Software Development Process Objectives: Introduce the main concepts of iterative and incremental development Discuss the main USDP phases 2
More informationMobile application architectures
Mobile application architectures Pasi Alatalo*, Jarkko Järvenoja*, Jari Karvonen**, Ari Keronen*, Pasi Kuvaja* *Department of Information Processing Science, University of Oulu, P.O.Box3000, FIN-90014
More informationACTIVITY THEORY (AT) REVIEW
ACTIVITY THEORY IN ACTION Brian Tran, CS 260 ACTIVITY THEORY (AT) REVIEW Activities are key structure in AT Composed of subjects, tools, and objective Ex. Bob (subject) is using the weights and treadmills
More informationAalto University masters change and meets its vision with QPR EnterpriseArchitect
(Picture courtesy of Aalto University) Aalto University masters change and meets its vision with QPR EnterpriseArchitect When you have achieved consensus on how the elephant looks, you can start discussing
More informationGrade 4 Writing Curriculum Map
Curriculum Map BOE Approval November 2013 CURRICULUM MAP WRITING GRADE 4 SEPTEMBER OCTOBER NOVEMBER DECEMBER JANUARY Creating a Buzz About : It s All About Me! Tell Me A Story Realistic Fiction Tell Me
More informationQualitative data acquisition methods (e.g. Interviews and observations) -.
Qualitative data acquisition methods (e.g. Interviews and observations) -. Qualitative data acquisition methods (e.g. Interviews and observations) ( version 0.9, 1/4/05 ) Code: data-quali Daniel K. Schneider,
More informationDeveloping an Organisational Vision
Ralph Lewis Associates 1 Developing an Organisational Vision Why do you exist as an organisation? Who do you serve? Where is the passion? What is the dream, Where is the fire, What is the spirit? www.ralphlewis.co.uk
More informationNetwork Security. Chapter 9 Integrating Security Services into Communication Architectures
Network Security Chapter 9 Integrating Security Services into Communication Architectures Network Security (WS 00): 09 Integration of Security Services Motivation: What to do where?! Analogous to the methodology
More informationDecomposition into Parts. Software Engineering, Lecture 4. Data and Function Cohesion. Allocation of Functions and Data. Component Interfaces
Software Engineering, Lecture 4 Decomposition into suitable parts Cross cutting concerns Design patterns I will also give an example scenario that you are supposed to analyse and make synthesis from The
More informationTO WRITING AND GIVING A GREAT SPEECH. A Reference Guide for Teachers by Elaine C. Shook Leon County 4-H
EIGHTSTEPS TO WRITING AND GIVING A GREAT SPEECH A Reference Guide for Teachers by Elaine C. Shook Leon County 4-H Introduction Good oral communication skills are important in our day to day activities.
More informationSTANDARDS FOR AGENTS AND AGENT BASED SYSTEMS (FIPA)
Course Number: SENG 609.22 Session: Fall, 2003 Course Name: Agent-based Software Engineering Department: Electrical and Computer Engineering Document Type: Tutorial Report STANDARDS FOR AGENTS AND AGENT
More informationSwirl. Multiplayer Gaming Simplified. CS4512 Systems Analysis and Design. Assignment 1 2010. Marque Browne 0814547. Manuel Honegger - 0837997
1 Swirl Multiplayer Gaming Simplified CS4512 Systems Analysis and Design Assignment 1 2010 Marque Browne 0814547 Manuel Honegger - 0837997 Kieran O' Brien 0866946 2 BLANK MARKING SCHEME 3 TABLE OF CONTENTS
More informationIPDET Module 6: Descriptive, Normative, and Impact Evaluation Designs
IPDET Module 6: Descriptive, Normative, and Impact Evaluation Designs Intervention or Policy Evaluation Questions Design Questions Elements Types Key Points Introduction What Is Evaluation Design? Connecting
More informationFunctional Requirements Document -Use Cases-
EUROPEAN COMMISSION DIRECTORATE GENERAL JRC JOINT RESEARCH CENTRE Cyber-security & New Technologies for Combating Fraud (CSCF) Institute for the Protection and Security of the Citizen (IPSC) EYE IN THE
More informationDIFFERENT PRAGMATIC APPROACHES OF TESTING THE CLOUD APPLICATION USING SIMULATORS/EMULATORS
DIFFERENT PRAGMATIC APPROACHES OF TESTING THE CLOUD APPLICATION USING SIMULATORS/EMULATORS Ms. Vaishali Jawale Assistant Professor ASM s Institute of Computer Studies Pimpri - Pune, Abstract: Computer
More informationDistributed Database for Environmental Data Integration
Distributed Database for Environmental Data Integration A. Amato', V. Di Lecce2, and V. Piuri 3 II Engineering Faculty of Politecnico di Bari - Italy 2 DIASS, Politecnico di Bari, Italy 3Dept Information
More informationLECTURE 11: PROCESS MODELING
LECTURE 11: PROCESS MODELING Outline Logical modeling of processes Data Flow Diagram Elements Functional decomposition Data Flows Rules and Guidelines Structured Analysis with Use Cases Learning Objectives
More informationDigital Industries Trailblazer Apprenticeship. Software Developer - Occupational Brief
Digital Industries Trailblazer Apprenticeship Software Developer - Occupational Brief Table of Contents Contents 1 Software Developer Trailblazer Apprenticeship Introduction... 1 2 Software Developer Trailblazer
More informationArchiMate Made Practical. Modeling according to ArchiMate guided by a collection of good practices
ArchiMate Made Practical Modeling according to ArchiMate guided by a collection of good practices Colofon Title : ArchiMate Made Practical Date : 17 november 2007 Version : 2.0 Change : First translation
More informationMobile Financial Services Business Ecosystem Scenarios & Consequences. Summary Document. Edited By. Juha Risikko & Bishwajit Choudhary
Mobile Financial Services Business Ecosystem Scenarios & Consequences Summary Document Edited By Juha Risikko & Bishwajit Choudhary Mobey Forum Mobile Financial Services Ltd. Disclaimer: This document
More informationKM Tools. Introduction. Communities of practice
KM Tools Introduction The purpose of this note is to provide an overview of various tools that can be used for improving the sharing of knowledge and lessons. There are several inter-related tools, each
More informationScheme of work for Learning English through Short Stories
Scheme of work for Focus Part 1 MASTERING THE BASICS Suggested Time Allocation Periods 1-2 (2 periods) Knowledge, skills & attitudes to be developed Suggested activities Teaching resources Suggested assessment
More informationTHE NATURE OF STRATEGIC MANAGEMENT
THE NATURE OF STRATEGIC MANAGEMENT Timeframe: 10 hours Evaluate strategic management terminology and concepts Learning Outcomes: Review the history of strategic planning and assess its relevance for organisations
More informationHuman Resource Information System Contributes to the Management of Competence and Knowledge
11th International Conference on Human Resource Development Research and Practice across Europe, June 2 4, 2010, Pecs, Hungary Human Resource Information System Contributes to the Management of Competence
More informationHow to appraise or assess an architect?
- value for the company very high low The Boss (business manager) Jim Green (family John Brown Joe Go (project leader) Yo Nerd (SW engineer) potential Se Nior Ju Nior (chief designer) D. Blackhat 1 ask
More informationService-Oriented Architectures
Architectures Computing & 2009-11-06 Architectures Computing & SERVICE-ORIENTED COMPUTING (SOC) A new computing paradigm revolving around the concept of software as a service Assumes that entire systems
More informationGenerating Aspect Code from UML Models
Generating Aspect Code from UML Models Iris Groher Siemens AG, CT SE 2 Otto-Hahn-Ring 6 81739 Munich, Germany Iris.Groher@fh-hagenberg.at Stefan Schulze Siemens AG, CT SE 2 Otto-Hahn-Ring 6 81739 Munich,
More informationThis chapter introduces the Structure of Process the complement to the
4 The Structure of Process This chapter introduces the Structure of Process the complement to the Structure of Knowledge. The Structure of Process shows the relationship of Processes, Strategies, and Skills
More informationDesign with Reuse. Building software from reusable components. Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 14 Slide 1
Design with Reuse Building software from reusable components. Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 14 Slide 1 Objectives To explain the benefits of software reuse and some reuse
More informationCAPABILITY FOR DEFENCE IN TURKEY
NETWORK ENABLED CAPABILITY FOR DEFENCE IN TURKEY Mr. Mete ARSLAN, marslan@ssm.gov.tr Presentation Plan Introduction of SSM SSM point of view for NEC concept and National motivation NEC Technical Feasibility
More informationStandard 1: Learn and develop skills and meet technical demands unique to dance, music, theatre/drama and visual arts.
ART CONTENT STANDARDS FOR VISUAL ARTS Grades K-5 Note: Each standard requires the application of the elements of art and principles of design. Strand: Visual Arts Standard 1: Learn and develop skills and
More informationHolistic Development of Knowledge Management with KMMM
1 Karsten Ehms, Dr. Manfred Langen Holistic Development of Knowledge Management with KMMM Siemens AG / Corporate Technology Knowledge Management & Business Transformation If knowledge management is to
More informationSystematization of Requirements Definition for Software Development Processes with a Business Modeling Architecture
Systematization of Requirements Definition for Software Development Processes with a Business Modeling Architecture Delmir de Azevedo Junior 1 and Renato de Campos 2 1 Petrobras University, Republican
More informationChapter 9 Integrating Security Services into Communication Architectures
Network Security Chapter 9 Integrating Security Services into Communication Architectures Prof. Dr.-Ing. Georg Carle Chair for Computer Networks & Internet Wilhelm-Schickard-Institute for Computer Science
More informationApplication of UML in Real-Time Embedded Systems
Application of UML in Real-Time Embedded Systems Aman Kaur King s College London, London, UK Email: aman.kaur@kcl.ac.uk Rajeev Arora Mechanical Engineering Department, Invertis University, Invertis Village,
More informationMOFAS Community Grants Program. Grantee Interview Report #1 (Phase 1)
MOFAS Community Grants Program Grantee Interview Report #1 (Phase 1) Reflections on Regional Community Networks September 20, 2006 By Professional Data Analysts, Inc. Traci Capesius, M.P.H. Anne Betzner,
More information