Cradle for Business Analysts

Slides:



Advertisements
Similar presentations
QuEdge Testing Process Delivering Global Solutions.
Advertisements

Copyright © The OWASP Foundation Permission is granted to copy, distribute and/or modify this document under the terms of the OWASP License. The OWASP.
Chapter 4 Enterprise Modeling.
SE 555 Software Requirements & Specification Requirements Management.
AIIM Presentation Selecting and Implementing A Records Management System June 5, 2008.
This chapter is extracted from Sommerville’s slides. Text book chapter
TEAM FOUNDATION SERVER (TFS) By Sunny Niranjana Devi. M.
The Software Development Life Cycle: An Overview
CIS 321—IS Analysis & Design
Chapter 2: Approaches to System Development
Planning and Tracking Projects with VSTS 2010 By Ahmed Nasr 1.
Phase 2: Systems Analysis
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 7 Slide 1 System models l Abstract descriptions of systems whose requirements are being.
Chapter 4 System Models A description of the various models that can be used to specify software systems.
System models Abstract descriptions of systems whose requirements are being analysed Abstract descriptions of systems whose requirements are being analysed.
BSBPMG502A Manage Project Scope Manage Project Scope Project Scope Processes Part 1 Diploma of Project Management Qualification Code BSB51507 Unit.
 To explain the importance of software configuration management (CM)  To describe key CM activities namely CM planning, change management, version management.
Software development process ธนวัฒน์ แซ่ เอียบ. The development process Process –set of rules which define how a development project. Methodology and.
ISM 5316 Week 3 Learning Objectives You should be able to: u Define and list issues and steps in Project Integration u List and describe the components.
Chapter 7 System models.
System models l Abstract descriptions of systems whose requirements are being analysed.
Modified by Juan M. Gomez Software Engineering, 6th edition. Chapter 7 Slide 1 Chapter 7 System Models.
Sommerville 2004,Mejia-Alvarez 2009Software Engineering, 7th edition. Chapter 8 Slide 1 System models.
KS3 Phase4 Client Server Monitoring System October 1, 2008 by Stephen, Seema, Kam, Shpetim.
Information Systems Engineering. Lecture Outline Information Systems Architecture Information System Architecture components Information Engineering Phases.
System Implementation System Implementation - Mr. Ahmad Al-Ghoul System Analysis and Design.
Slide 12.1 Chapter 12 Implementation. Slide 12.2 Learning outcomes Produce a plan to minimize the risks involved with the launch phase of an e-business.
© Bennett, McRobb and Farmer Avoiding the Problems Based on Chapter 3 of Bennett, McRobb and Farmer: Object Oriented Systems Analysis and Design.
CSPC 464 Fall 2014 Son Nguyen. 1. The Process of Software Architecting, Peter Eeles, Peter Cripss 2. Software Architecture for Developers, Simon Brown.
1 Chapter 12 Configuration management This chapter is extracted from Sommerville’s slides. Text book chapter 29 1.
Intelligence and Information Systems 1 3/17/2004 © 2004 Raytheon Company USC/CSE Executive Workshop on Agile Experiences March 17, 2004 A Raytheon Agile.
6 Systems Analysis and Design in a Changing World, Fourth Edition.
Copyright 2015, Robert W. Hasker. Classic Model Gathering Requirements Specification Scenarios Sequences Design Architecture Class, state models Implementation.
2009 copyright Leslie Munday University Requirements Management and Traceability For IIBA By Leslie Munday.
Final Review Systems Analysis and Design in a Changing World, 4th Edition 1 Final Review u Chapters 1-6, 8-10, 13, 14, 15 u Multiple choice, short answer,
What’s New in SPEED APPS 2.3 ? Business Excellence Application Services.
Project Management Software development models & methodologies
Engineering, 7th edition. Chapter 8 Slide 1 System models.
Development Process Based on Chapter 5 Bennett, McRobb and Farmer
CS223: Software Engineering
Contents Business Analysis Business Analysis Information
Elaboration popo.
ITIL: Service Transition
Pragmatics 4 Hours.
Tools Of Structured Analysis
Chapter 1: Introduction to Systems Analysis and Design
Systems Analysis and Design
Getting Started on The Project Bank in Visual Studio
(Professional Business Analyst Training organisation)
Programme Board 6th Meeting May 2017 Craig Larlee
Information Technology Project Management – Fifth Edition
Abstract descriptions of systems whose requirements are being analysed
How does a Requirements Package Vary from Project to Project?
Introduction to Software Engineering
Smoke and Mirrors Prototype
How to Successfully Implement an Agile Project
Database Design Concepts and Practices
Systems analysis and design, 6th edition Dennis, wixom, and roth
Systems analysis and design, 6th edition Dennis, wixom, and roth
Practical Software Engineering
Smoke and Mirrors Prototype
Chapter 1: Introduction to Systems Analysis and Design
Some Practical Considerations for Systems Engineers in a Lean-Agile Airborne Weapons System Program June 12, 2018 Ken Garlington.
Bite sized training sessions: CASE tools
Configuration management
Executive Project Kickoff
Chapter 1: Introduction to Systems Analysis and Design
Software Development Process Using UML Recap
Cradle for Business Analysts
Presentation transcript:

Cradle for Business Analysts Why Collaboration Tools are Not Enough RR022/03: June 2018

Contents Business Analysis Business Analysis Information Information Schemas Data Structures Traditional Agile Integrating Agile Tool Needs 3SL Services Summary

Business Analysis 1 Types of business analysis (BA): Strategic planning: Identify the organisation's business needs, goals, objectives… Business model analysis: Define the organisation's policies and approaches to its stakeholders For Government, types and principles of interaction with: The public Other parts / layers of Government The business rules Process design: Document, understand and standardise, or define the organisation’s workflows Systems analysis: Translate the business rules and requirements into systems (typically IT) In general, to define, design and deploy: services

Business Analysis: 2 Typical deliverables: Needs, goals, objectives ConOps: concept of operations Business requirements Business plan: with KPIs (key performance indicators), project plan... Functional requirements, logical data models, use cases, work instructions, reports... Non-functional requirements As-is processes: To-be processes Data models: data concepts/requirements expressed as: ERDs, DSDs, CDs, ERA… Architecture models: define enterprise architecture: PADs, AIDs, UML (CPDs, DPDs)… Traceability / coverage analyses, including RTMs, VCRMs, PVMs TEAMP: test and acceptance management plan COMP: configuration management plan Business case: a strategic plan containing stakeholders' risks and returns Service definition: need, concept, architecture, resources, threat analysis (RMADS), on-boarding, operation, management, resilience, governance, off-boarding described in: eFFBDs, PFDs, IDEF0, BPM, DFDs, ACDs, SQDs, flowcharts…

Business Analysis Information 2 Business analysis (BA) involves many sets of information: All inter-related All with rich and varied content Cross references needed between these sets: To provide dependency analyses: Traceability, forward through the sets Coverage, backwards through the sets Transitive, indirect relationships between sets Via intermediate sets of information Schema is user-defined description of BA information: Database is a collection of datasets Each dataset is a collection of items, each of a user-defined item type Items contain attributes, each of a user-defined data type Items linked by cross references (links) Links optionally typed Links contain attributes, used to parametise / justify / explain relationships Links within and between sets are 1:1, 1:N and M:N Will want re-use / sharing of data between projects, perhaps want libraries Item

Information Schemas 3 Example schema: bid analysis

Information Schemas: 2 Example schema: business analysis for Government department

Data Structures 4 Linear list (rare): Hierarchy (common): Item Linear list (rare): Hierarchy (common): Graph (common): Item Item Item

Traditional Agile 5 Agile is a long-established implementation technique, dating from the late 1970s... … although much has been written to suggest it is new … It is a simple, powerful, concept: Prioritised list of work (feature backlog) Often expressed in user stories Do work in short sprints or iterations: Each uses some/all of the V model Each ends with a working system / service In the past, the first iterations’ product called the null system So: The system / service is always available That, over time, becomes increasingly: complete, mature, flexible ... Essentially, don’t wait to the end to have something that works

Implementing Agile 6 Agile is more than a simple prioritised list of features/defects, each: Allocated to iterations, people … With a list of tests / issues Because: It exists in a business analysis context User stories are inadequate inputs – not requirements – are simple summaries Each iteration must update: architecture, designs, tests, risks, processes … Else, it would be extreme programming – polite term for hacking code Collaboration tools

Tool Needs 7 Tools to support business analysis and agile must provide: Multiple item types with rich data (text, images, Word / Excel / Visio documents …) Load variety of external data, tracking multiple versions, linked to all BA data Modelling: process, architecture, functional, data Implementation and test support, for example using agile methods Rich cardinality for linking of all items: 1:1, 1:N, M:N Virtually no data is linear Most data is hierarchical NFRs, models and test data are graphs (M:N) Rich publishing, tracking multiple versions, linked into all BA data Collaboration – users, teams, alerts, task lists, WBS Authentication, authorisation, tracking Management, metrics, KPIs, governance Configuration management and control – reviews, baselines, process frameworks

3SL Services 8 3SL provides Cradle software and related services Cradle meets all tool needs for BA Packages available: Cradle + schema + optional training + optional consultancy Includes Business Analysis Available in-house or SaaS: SaaS services include UK Government’s G-Cloud: https://www.digitalmarketplace.service.gov.uk/g-cloud/search?q=3sl&lot=saas For IL0 to IL3 (OFFICIAL-SENSITIVE) – only such SaaS services in G-Cloud Full RMADS in place, ATO from CLAS (CESG based) accreditation 3SL SaaS product: 3SL Cradle Business Analysis Description: https://www.digitalmarketplace.service.gov.uk/g-cloud/services/776234092028598 Service definition: https://assets.digitalmarketplace.service.gov.uk/g-cloud- 9/documents/586675/776234092028598-service-definition-document-2017-04-11- 1128.pdf

Summary 9 Business analysis is complex Uses / creates many sets of information – all inter-related, all complex So traceability and coverage are vital Agile processes often described as lists: user stories, tests … Collaboration tools often used for this simplistic agile Business analysis and agile only valid with full, complex information That collaboration tools cannot manage So RM/SE tools needed to support business analysis – agile / phase / V / waterfall Cradle, from 3SL