Stages of design  High level design  High level data structure  Architecture  Low level design-code design  Algorithms  Low level data structures.

Slides:



Advertisements
Similar presentations
Prescriptive Process models
Advertisements

Information Security Level 2 – Sensitive© 2009 – Proprietary and Confidential Information of Amdocs Recommend Friends Program.
Course: e-Governance Project Lifecycle Day 1
Scope of TOGAF ADM The scope of the four architecture domains of TOGAF align very well with the first four rows of the Zachman Framework, as shown in the.
Test Automation Success: Choosing the Right People & Process
Software Quality Assurance Plan
Lecture # 2 : Process Models
1COM6030 Systems Analysis and Design © University of Sheffield 2005 COM 6030 Software Analysis and Design Lecture 2- Software Process Models and Project.
Unit 2. Software Lifecycle
Software Project Management
1 Chapter 4 - Part 1 Software Processes. 2 Software Processes is: Coherent (logically connected) sets of activities for specifying, designing, implementing,
Chapter 2 – Software Processes
Chapter 7: Key Process Areas for Level 2: Repeatable - Arvind Kabir Yateesh.
System Construction and Implementation Objectives:
Software Modeling SWE5441 Lecture 3 Eng. Mohammed Timraz
Information Systems Analysis and Design
Project Plans CSCI102 - Systems ITCS905 - Systems MCS Systems.
Stepan Potiyenko ISS Sr.SW Developer.
شهره کاظمی 1 آزمايشکاه سيستم های هوشمند ( A Simple Definition of Portal Shohreh kazemi
Software Architecture in Practice
Project Management Methodology (PMM)
Software Test Plan Why do you need a test plan? –Provides a road map –Provides a feasibility check of: Resources/Cost Schedule Goal What is a test plan?
Kris Hicks-Green April 23, 2013 IIBA Austin
Design, Implementation and Maintenance
Project Management and Scheduling
Project Life Cycle Introduction and Overview © Ed Green Penn State University All Rights Reserved.
Release & Deployment ITIL Version 3
What is Business Analysis Planning & Monitoring?
Continuation From Chapter From Chapter 1
The Key Process Areas for Level 2: Repeatable Ralph Covington David Wang.
1COM6030 Systems Analysis and Design © University of Sheffield 2005 COM 6030 Software Analysis and Design Lecture 2- Software Process Models and Project.
Introduction to Software Quality Assurance (SQA)
S/W Project Management Software Process Models. Objectives To understand  Software process and process models, including the main characteristics of.
Software Testing Lifecycle Practice
Engineering, Operations & Technology | Information TechnologyAPEX | 1 Copyright © 2009 Boeing. All rights reserved. Architecture Concept UG D- DOC UG D-
Copyright 2002 Prentice-Hall, Inc. Chapter 1 The Systems Development Environment 1.1 Modern Systems Analysis and Design.
An Introduction to Software Architecture
The Architecture Business Cycle. Software Architecture Definition The software architecture of a program or computing system is the structure or structures.
Architecture Business Cycle
©Ian Sommerville 2000, Mejia-Alvarez 2009 Slide 1 Software Processes l Coherent sets of activities for specifying, designing, implementing and testing.
Software Engineering Management Lecture 1 The Software Process.
ERCOT and Utilicast Public Document February 17, 2009 Nodal Program Oversight Report 9 System Integration Assessment.
University of Southern California Center for Systems and Software Engineering Model-Based Software Engineering Supannika Koolmanojwong Spring 2013.
Copyright 2002 Prentice-Hall, Inc. 1.1 Modern Systems Analysis and Design Jeffrey A. Hoffer Joey F. George Joseph S. Valacich Chapter 1 The Systems Development.
Chapter 10 Analysis and Design Discipline. 2 Purpose The purpose is to translate the requirements into a specification that describes how to implement.
Build the Right Team 1 Organize for Success 2 Build Coalition with Business Partners 3 Maintain Flexibility 4 Key Success Factors KSF 1.1: Relentlessly.
An Introduction to Software Engineering
9 Systems Analysis and Design in a Changing World, Fourth Edition.
ECE450 - Software Engineering II1 ECE450 – Software Engineering II Today: Introduction to Software Architecture.
1 آزمايشگاه سيستم های هوشمند ( معماری سيستمهای با مقياس بزرگ آزمايشگاه سيستمهای هوشمند پاييز 93.
Chapter 2 – Software Processes Lecture 1 Chapter 2 Software Processes1.
© 2006 Pearson Addison-Wesley. All rights reserved 2-1 Chapter 2 Principles of Programming & Software Engineering.
Architecture View Models A model is a complete, simplified description of a system from a particular perspective or viewpoint. There is no single view.
Software Project Management Iterative Model & Spiral Model.
Bina Nusantara 19 C H A P T E R SYSTEM CONSTRUCTION AND IMPLEMENTATION.
Unit – I Presentation. Unit – 1 (Introduction to Software Project management) Definition:-  Software project management is the art and science of planning.
PI2134 Software Engineering IT Telkom.  Layered technology  Software Process  Generic Process (by Pressman)  Fundamental activities (by Sommerville)
Project Management Why do projects fail? Technical Reasons
SwCDR (Peer) Review 1 UCB MAVEN Particles and Fields Flight Software Critical Design Review Peter R. Harvey.
LECTURE 5 Nangwonvuma M/ Byansi D. Components, interfaces and integration Infrastructure, Middleware and Platforms Techniques – Data warehouses, extending.
Process 4 Hours.
Stacy Kowalczyk WIC Technical Hour 3/30/2005
Software Configuration Management
Software Requirements
Project Roles and Responsibilities
Chapter 1 (pages 4-9); Overview of SDLC
Systems Construction and Implementation
System Construction and Implementation
Systems Construction and Implementation
Software Testing Lifecycle Practice
Presentation transcript:

Stages of design  High level design  High level data structure  Architecture  Low level design-code design  Algorithms  Low level data structures  Executable design  Very lower level of detail آزمايشگاه سيستم های هوشمند ( 1

Types of design  Data design  Architectural design  External interface design  Algorithmic design آزمايشگاه سيستم های هوشمند ( 2

Design techniques  Require some sort of decomposition  Modular decomposition  Data oriented decomposition  Event oriented decomposition  Outside in design  Object oriented design آزمايشگاه سيستم های هوشمند ( 3

Architectural view -2  Which structure are used, and why?  Common view include  Module  Process  Uses  Class  Data flow  Class  physical آزمايشگاه سيستم های هوشمند ( 4

Typical roles and responsibilities  Requirements  Technical risk  Analysis of problem domain  Design of overall software  Reviewer and approver of deliverables  Mentoring of design and developers  Integration and test support  Implementation support  Team lead  Laison to project management آزمايشگاه سيستم های هوشمند ( 5

Relation to other key roles  Project management  Responsibilities  Program planning, subcontract management, supplier management, software estimation, release management, operation management  Relation to software architect  Software architect works with project management in definition of release contents and prioritization of features included or omitted from a release آزمايشگاه سيستم های هوشمند ( 6

Relation to other key roles (con)  Development team managers  Responsibilities  Managing individual development teams  Relation to software architect  These managers should clearly understand the interface they provide and consume to other development teams and external entities  High level aspects (COTS tools for interfaces, complexity of development, modification of each interface) آزمايشگاه سيستم های هوشمند ( 7

Relation to other key roles (con)  System architect/ chief engineer  Responsibilities  Overall system design and delivery  Technical leadership pf the systems engineering, software development, hardware design, network design, even test organizations  Relation to software architect  Interfaces between development teams, external interfaces, requirements related issues  Identify and resolve significant technical issues آزمايشگاه سيستم های هوشمند ( 8

Relation to other key roles (con)  Chief software engineering  Responsibilities  Ensures the process is followed thoroughout the development life cycle.  Relation to software architect  To make sure the delivered software meets the requirements and the interface and port definitions match by those defined by software architect team. آزمايشگاه سيستم های هوشمند ( 9

Relation to other key roles (con)  Hardware architect  Responsibilities  Selecting and configuring of hardware  Relation to software architect  Software architect provides low level requirements for selecting hardware  Hardware architect informs hardware restriction to provide requirements  Software architect makes sure the software architecture id defined within the constraints of the hardware. آزمايشگاه سيستم های هوشمند ( 10

Relation to other key roles (con)  Network architect  Responsibilities  Defining the LAN and WAN design and configuration  Relation to software architect  Communicate for defining network requirements  Defines constraints implies by network back to software architect آزمايشگاه سيستم های هوشمند ( 11

Relation to other key roles (con)  Technical leads of each release  Responsibilities  Deliver each major release  Relation to software architect  Communicate for technical issues  Software architect deliver a set of architecture views to the technical lead  Communication and interfaces with previous release آزمايشگاه سيستم های هوشمند ( 12

Relation to other key roles (con)  Data architect  Responsibilities  Definition, development and documentation of the data architect.  Relation to software architect  A member of architecture team.  Software architect have final approval of the data architecture. آزمايشگاه سيستم های هوشمند ( 13

Relation to other key roles (con)  System engineering leads  Responsibilities  Responsible for delivering the system requirements  Relation to software architect  Software architect review these requirements to make sure they can be delivered  Given the project constraints  Provide feedback to the system engineer آزمايشگاه سيستم های هوشمند ( 14

Relation to other key roles (con)  Software system engineering lead  Responsibilities  Translates and maps the requirements from higher level system group into lower level requirements  Relation to software architect  Software architecture will often be provided th the organization  SSE team will evolve the software architecture in translating requirements آزمايشگاه سيستم های هوشمند ( 15

Skills and background for the architect  Extensive software design and development  Technical leadership  Team facilitation skills  Communication skills  Technical skills  Knowledge of component communication mechanisms  Knowledge of domain  Abstraction skills آزمايشگاه سيستم های هوشمند ( 16

Traps and pitfalls  Clear definition of leadership  Reporting structure for the software architect  Geographical location of software architect and technical leads  Architecture team size and composition  Software architect lifecycle participation آزمايشگاه سيستم های هوشمند ( 17