Complex Organizational System A Complex System Model for Organizations, Companies and Social Actions.

Slides:



Advertisements
Similar presentations
Making the System Operational
Advertisements

Work-based learning Click on the speaker on each slide to learn more!
Management, Leadership, & Internal Organization………..
Educational Specialists Performance Evaluation System
FIPA Interaction Protocol. Request Interaction Protocol Summary –Request Interaction Protocol allows one agent to request another to perform some action.
The System and Software Development Process Instructor: Dr. Hany H. Ammar Dept. of Computer Science and Electrical Engineering, WVU.
Describing Process Specifications and Structured Decisions Systems Analysis and Design, 7e Kendall & Kendall 9 © 2008 Pearson Prentice Hall.
© 2005 Prentice Hall6-1 Stumpf and Teague Object-Oriented Systems Analysis and Design with UML.
Resource PKI: Certificate Policy & Certification Practice Statement Dr. Stephen Kent Chief Scientist - Information Security.
Organizational Behavior: An Experiential Approach 7/E Joyce S. Osland, David A. Kolb, and Irwin M. Rubin 1 ©20 01 by Prentice Hall, Inc. Chapter 9.
Use-case Modeling.
Temporal Specification Chris Patel Vinay Viswanathan.
Chapter 15 Design, Coding, and Testing. Copyright © 2005 Pearson Addison-Wesley. All rights reserved Design Document The next step in the Software.
4. 2Object-Oriented Analysis and Design with the Unified Process Objectives  Explain the elements of project management and the responsibilities of a.
7.2 System Development Life Cycle (SDLC)
Supplement D Master Scheduling and Rough-cut Capacity Planning
DITSCAP Phase 2 - Verification Pramod Jampala Christopher Swenson.
Purpose of the Standards
Introduction to Software Design Chapter 1. Chapter 1: Introduction to Software Design2 Chapter Objectives To become familiar with the software challenge.
SystematicSystematic process that translates quality policy into measurable objectives and requirements, and lays down a sequence of steps for realizing.
What is Business Analysis Planning & Monitoring?
Software Engineering 2003 Jyrki Nummenmaa 1 USE CASES In this lecture: Use cases - What are use cases? - Why to use use cases? - How to write.
INFORMATION SECURITY GOVERNANCE (ISG) Relates to the security of information systems Is an element of corporate governance.
CPSC 871 John D. McGregor Processes – a first iteration Module 1 Session 1.
Introduction to RUP Spring Sharif Univ. of Tech.2 Outlines What is RUP? RUP Phases –Inception –Elaboration –Construction –Transition.
Chapter 6 System Engineering - Computer-based system - System engineering process - “Business process” engineering - Product engineering (Source: Pressman,
Describing Methodologies PART II Rapid Application Development*
Copyright 2002 Prentice-Hall, Inc. Chapter 1 The Systems Development Environment 1.1 Modern Systems Analysis and Design.
Chapter 10 Information Systems Analysis and Design
Understanding Work Teams
SOFTWARE DESIGN.
Ad Hoc Constraints Objectives of the Lecture : To consider Ad Hoc Constraints in principle; To consider Ad Hoc Constraints in SQL; To consider other aspects.
1-1 System Development Process System development process – a set of activities, methods, best practices, deliverables, and automated tools that stakeholders.
ARTIFICIAL INTELLIGENCE [INTELLIGENT AGENTS PARADIGM] Professor Janis Grundspenkis Riga Technical University Faculty of Computer Science and Information.
Copyright 2008  Project management process groups progress from initiating activities to planning activities, executing activities, monitoring and controlling.
A Brief Overview of draft-ietf-sidr-cp-01.txt draft-ietf-sidr-cps-rirs-01.txt draft-ietf-sidr-cps-isp-00.txt Steve Kent BBN Technologies.
PLANNING How To Best Meet Your Mission We must plan for the future, because people who stay in the present will remain in the past. Abraham Lincoln.
Systems Analysis and Design in a Changing World, Fourth Edition
IS Analysis and Design. SDLC Systems Development Life Cycle Break problems into management review stages Control cost and time Works best with well understood.
Chapter 10 Software Engineering. Understand the software life cycle. Describe the development process models. Understand the concept of modularity in.
PRO-EAST Workshop, Rome, May 9-11, Curriculum and Programme Objectives: Mapping of Learning Outcomes Oleg V. Boev, Accreditation Centre, Russian.
Computer Concepts 2014 Chapter 10 Information Systems Analysis and Design.
Mgt 4310 Teamwork. Teams? What if we: Select Train Compensate Promote Fire All at the team level?
Introduction and Overview of Project Planning and Management (Session 1 in the Project Planning And Management Module) Russ Pimmel Electrical and Computer.
MDA & RM-ODP. Why? Warehouses, factories, and supply chains are examples of distributed systems that can be thought of in terms of objects They are all.
CSPC 464 Fall 2014 Son Nguyen. 1. The Process of Software Architecting, Peter Eeles, Peter Cripss 2. Software Architecture for Developers, Simon Brown.
Process Asad Ur Rehman Chief Technology Officer Feditec Enterprise.
McGraw-Hill/Irwin Copyright © 2011 The McGraw-Hill Companies, All Rights Reserved Chapter 10 Projects.
Unit – I Presentation. Unit – 1 (Introduction to Software Project management) Definition:-  Software project management is the art and science of planning.
Search Engine Optimization © HiTech Institute. All rights reserved. Slide 1 Click to edit Master title style What is Business Analysis Body of Knowledge?
CS223: Software Engineering Lecture 13: Software Architecture.
UTA/ARRI. Enterprise Engineering for The Agile Enterprise Don Liles The University of Texas at Arlington.
Chapter 6 Coordination of Resources, Programs, and Services.
Company LOGO. Company LOGO PE, PMP, PgMP, PME, MCT, PRINCE2 Practitioner.
SOFTWARE DESIGN & SOFTWARE ENGINEERING Software design is a process in which data, program structure, interface and their details are represented by well.
Intelligent Agents: Technology and Applications Unit Five: Collaboration and Task Allocation IST 597B Spring 2003 John Yen.
Creating a Work Breakdown Structure with Microsoft Project.
Process 4 Hours.
Chapter 33 Estimation for Software Projects
Software Project Configuration Management
Software Engineering: A Practitioner’s Approach, 6/e Chapter 23 Estimation for Software Projects copyright © 1996, 2001, 2005 R.S. Pressman & Associates,
MBI 630: Systems Analysis and Design
Project Management Process Groups
Chapter 33 Estimation for Software Projects
MODULE B - PROCESS SUBMODULES B1. Organizational Structure
Software Engineering: A Practitioner’s Approach, 6/e Chapter 23 Estimation for Software Projects copyright © 1996, 2001, 2005 R.S. Pressman & Associates,
Presented By: Darlene Banta
Chapter 26 Estimation for Software Projects.
Contract Management Software 100% Cloud-Based ContraxAware provides you with a deep set of easy to use contract management features.
Presentation transcript:

Complex Organizational System A Complex System Model for Organizations, Companies and Social Actions

The Model Basics Objects are the elements that populate and perform the work of the complex system. Tasks specify work to be done by objects. Policy is a course of action selected in light of given conditions to guide, modify and determine activities in the complex system. Context is the environment, the inputs, the systems and the events that surround the complex system. Collaboration is an essential part of organizational work. It takes on many forms, team formation, negotiation and straightforward collaboration.

Goals Refine the model to explain, simulate and reason about a variety of organizations and social events Constructing engines for small complex systems is simple Constructing engines for larger complex systems is feasible and methods to accommodate them are demonstrated The model is generalized to include different types of complex systems such as more social frameworks, biological and physical systems. Each of the engines is well understood and bounded

The architecture of the system model

System Organization Unstructured objects - Some complex systems contain or consist of unstructured objects. Team - Team formation is an important organizational step where objects come together to perform a collaborative task or tasks. Hierarchies of objects - Hierarchies imply a parenting or supervisory role for objects at a higher level in the hierarchy. Objects within objects - An object may contain other objects.

Tasks The task is as the basic unit of work. Task management allocates, performs and completes tasks within a complex system. Task dependency supports parallel and sequential performance of tasks. Activities contain one or more tasks that may be independent or dependent on each other. Tasks may be comprised of subtasks. An object may perform a task by itself or several objects collaborate in performing a single task.

Tasks Details Directed Task Allocation –Directed task performance assumes that the task issuer has the authority to issue a task. In this case, the task either preempts the tasks being performed or it is performed after the currently executing task is completed. Negotiated Task Allocation –Non-Allocated task assignment is negotiated. Negotiation is described in the Collaboration Engine section. Actions –Actions are activities that do not perform work. For example, object recruitment and negotiation during team formation consist of multiple actions.

Policy Rules The general policy rule is a statement R of the form: R: if conjunction of predicates then conjunction of actions

Types Operation Constraint Rules (OCR). Rules that specify conditions that must hold before and after an operation. Stimulus-Response Rules (SRR). This is a temporal version of OCR. Computation Rules (CR). These rules are used to derive results.

Policy Rules Examples IF number of customers = recommended number of employees THEN Dismiss Employee IF fryer oil age > 1 month AND time == early morning OR time == late evening AND number of working fryers > 1 THEN Change Oil IF customer purchase > $100 THEN discount order by %10 IF employee late days > 3 THEN Discipline Employee

Policy Computation Policy rules are placed in a rule repository. The Policy Rule Engine (PRE) feeds off a subset of the rule repository. It enforces and maintains rules and communicates with policy rule engines. Enforcing policy implies a network of engines each with its subset repository working in conjunction with each other.

Rule search with i PREs

The Context of Policy Policy Rules are declarative statements with the general form of policy rules. An intervention of the context engine is desired when a policy rule if A then B and the environment indicates that the action was B despite –A being true. The context engine may find that the effect is as if we had: if A or X then B, where X is another predicate.

Context Types Operation Constraint Rule (OCR) – Example: an airplane can take off if it is ready. Assume that it is a new type of airplane for which new policy is not available yet and this type of airplane can take off even if is not completely ready. Stimulus-Response Rules (SSR) – Example: On 9/11/2001 there was no policy dealing with hijacked airplane flying over Manhattan. At the very least context engines should report a problem. Computation Rules – Examples: assume computation of mortgage interest rate. –Potential changes by the context engine: –Add 1% due to company losses –Interest rate 5%

Collaboration Negotiated Task Allocation Task assignment is negotiated. An object initiates the task and becomes the Task Initiator (TI). A TI generates a Task Announcement (TA) that contains the parameters required to perform the task. The TA is distributed to all relevant objects. Objects able to perform the task respond to the TA with a bid. TI evaluates bids received accepting the best bid or deferring bid evaluation until more bids are received. Once the bids are evaluated, the task is awarded employing a two-phase commit protocol to ensure award completion (Fig. 3). Once the task is awarded, the awarded object notifies the TI of task progress and eventual completion.