School of Business Administration

Slides:



Advertisements
Similar presentations
Defining activities – Activity list containing activity name, identifier, attributes, and brief description Sequencing activities – determining the dependencies.
Advertisements

1. Software in our lives, then and now  Medical (processing and analysis, Computer Aided Surgery, other various equipment)  Financial and business (banking,
Syllabus Case Histories WW III Almost Medical Killing Machine
CS 501: Software Engineering Fall 2000 Lecture 27 Software Engineering as Engineering.
CSC 4250 Computer Architectures September 12, 2006 Appendix H. Computer Arithmetic.
WHY THEY FAILED AND LESSONS TO BE DRAWN Samuel Franklin G53QAT: Quality Assurance and Testing Famous Software Failures.
Software Engineering Disasters
Software project management (intro)
CSC 395 – Software Engineering
SOFTWARE PROJECT MANAGEMENT AND COST ESTIMATION © University of LiverpoolCOMP 319slide 1.
Informatics 43 – June 2, Some Announcements Discussion on Friday – review. Bring questions. 0.5% extra credit for submitting the EEE Course Evaluation.
Why Cryptosystems Fail Ross Anderson Presented by Su Zhang 1.
Personal Software Process Overview CIS 376 Bruce R. Maxim UM-Dearborn.
Chapter 10 Information Systems Controls for System Reliability—Part 3: Processing Integrity and Availability Copyright © 2012 Pearson Education, Inc.
CS Class 07 Topics –  When software goes wrong  Count controlled loops  Sentential controlled loops  putting it all together Announcements.
Cmpe 589 Spring Software Quality Metrics Product  product attributes –Size, complexity, design features, performance, quality level Process  Used.
Financial Statement Modeling & Spreadsheet Engineering “Training in spreadsheet modeling improves both the efficiency and effectiveness with which analysts.
COCOMO Models Ognian Kabranov SEG3300 A&B W2004 R.L. Probert.
Home Media Network Hard Drive Training for Update to 2.0 By Erik Collett Revised for Firmware Update.
Microsoft ® Office 2007 Training Security II: Turn off the Message Bar and run code safely presents:
Estimation Why estimate? What to estimate? When to estimate?
Project Tracking. Questions... Why should we track a project that is underway? What aspects of a project need tracking?
Chapter 6 : Software Metrics
Function Point Analysis What is Function Point Analysis (FPA)? It is designed to estimate and measure the time, and thereby the cost, of developing new.
IT133 Software Applications
1 Maintain System Integrity Maintain Equipment and Consumables ICAS2017B_ICAU2007B Using Computer Operating system ICAU2231B Caring for Technology Backup.
Software Cost Estimation 1. APPROACHES Traditional: LOC estimation Modern: Functional Point Analysis 2.
INVARIANTS EEN 417 Fall When is a Design of a System “Correct”? A design is correct when it meets its specification (requirements) in its operating.
CS 4001Mary Jean Harrold 1 Can We Trust the Computer?
Lecture 4 Software Metrics
Ethics of Software Testing Thomas LaToza CS 210 Final Presentation 12 / 2 / 2002.
Software Project Planning Part II. Troutman's Postulates Profanity is the one language understood by all programmers. Not until a program has been in.
SEG3300 A&B W2004R.L. Probert1 COCOMO Models Ognian Kabranov.
Introduction to Software Project Estimation I (Condensed) Barry Schrag Software Engineering Consultant MCSD, MCAD, MCDBA Bellevue.
Subject Outline Grade 12 Computer Studies HG. Final Mark 4 Components External Theory (140 marks 3hrs) External Practical (100 marks 3hrs) Project (60.
Function Points Synthetic measure of program size used to estimate size early in the project Easier (than lines of code) to calculate from requirements.
Estimating “Size” of Software There are many ways to estimate the volume or size of software. ( understanding requirements is key to this activity ) –We.
1 Software Quality Assurance COMP 4004 Notes Adapted from S. Som é, A. Williams.
CptS 401 Adam Carter. Final Review  Similar structure to the midterm: Multiple choice Matching (probably quotes from Daemon) Essay  Most questions will.
540f07cost12oct41 Reviews Postmortem u Surprises? u Use white background on slides u Do not zip files on CD u Team leader should introduce team members.
1 CS 501 Spring 2002 CS 501: Software Engineering Lecture 27 Software Engineering as Engineering.
Why Cryptosystems Fail R. Anderson, Proceedings of the 1st ACM Conference on Computer and Communications Security, 1993 Reviewed by Yunkyu Sung
FUNCTION POINT ANALYSIS & ESTIMATION
Cost Estimation Cost Estimation “The most unsuccessful three years in the education of cost estimators appears to be fifth-grade arithmetic. »Norman.
Economic aftermath Lindsey Ballantyne. What damage did 9-11 do to the stock market? The attacks had a significant economic impact on the United States.
1 Chapter 1- Introduction How Bugs affect our lives What is a Bug? What software testers do?
1 Week 11 Software Engineering Fall Term 2015 Marymount University School of Business Administration Professor Suydam.
Cost23 1 Question of the Day u Which of the following things measure the “size” of the project in terms of the functionality that has to be provided in.
SOFTWARE FAILURES.
School of Business Administration Chap 3 Engineering of Software;
School of Business Administration
Software Engineering--Introduction
Information Systems Development
Project management assignment, Spring 2017
Sizing With Function Points
100% Exam Passing Guarantee & Money Back Assurance
Cima P2 Advanced Management Accounting.
ECE 103 Engineering Programming Chapter 2 SW Disasters
Function Point Analysis
Backup your Data © EIT, Author Gay Robertson, 2017.
ELC 347 project management
Personal Software Process Software Estimation
Function Point.
Software Metrics “How do we measure the software?”
More on Estimation In general, effort estimation is based on several parameters and the model ( E= a + b*S**c ): Personnel Environment Quality Size or.
COCOMO Models.
Software metrics.
Software Effort Estimation
Software Engineering Disasters
COCOMO MODEL.
Presentation transcript:

School of Business Administration Software Engineering Spring Term 2017 Marymount University School of Business Administration Professor Suydam Week 15

Agenda for Week 15 Final Exam Preparation Quiz4 Preparation MP4 Discussion Software Disasters

Final Exam – When, Where, What

Quiz4 Calculations Review 6d. Consider a software project that you have estimated at 2 KLOC in size. You believe that it should be in organic mode and that the arithmetic product of the 15 cost-drivers or PROD (f ’s) is 1.2. What is the estimated effort in person-months? Ans: Effort = 3.2 x (2)1.05 x 1.2 = approximately 7.8 person months Page: 277-279  7. Using function point methodology, compute the unadjusted function point for an average project that has 10 external inputs, 7 external outputs, 5 external inquiries, 3 internal logical files, and 4 external interface files.   Ans: The unadjusted function point, UFP = (10 x 4) + (7 x 5) + (5 x 4 ) + (3 x 10) +( 4 x 7) = 153 Page: 280 8. Assume that the total complexity factor for the software project in the previous question is 1.1 and the productivity figure is 20 function points per person-month. What is the function point for the project? What is the estimated effort in person-months for the project? Ans: The function point, FP = 153 x 1.1 = 168.3; Estimated Effort = 168.3 / 20 = 8.4 person-months Page: 281

MP4 Discussion Any “F” grades for CS4 or MP3, RESUBMIT BEFORE MP4 due date. Errors to watch for in MP4 Update cover information and revision history Update automated table of contents – make sure work added (e.g., App C&D) has headings formatted as “Heading” Don’t mix font types (e.g., Calibri vs Times New Roman) Fix all errors noted previously in MP1-MP3 Introduce and briefly explain any figures inserted in document. Before Zipping and submission, make sure all documents (SRS w/App A-D, MS Project Plan, and Excel Budget) are in a folder named “it210YourLastNameMP4”

Software Disasters -- Murphy’s law “Anything that can go wrong, will go wrong.”

Software in our lives, then and now Then - I think there is a world market for maybe five computers. - IBM Chairman Thomas Watson, 1943  Now Medical (processing and analysis, Computer Aided Surgery, other various equipment) Financial and business (banking, trading) Transportation (trains, cars, planes, auto-pilot) Home (security / fire) Leisure Military

Disasters at the people (not company) level Panama Radiation Therapy Overdose (2000) 18 deaths, 10 injured Double counting, Overreliance on automation Various military vehicle crashes Chinook Helicopter Crash, 29 deaths (1994): uncommanded run up and run down of the engines (analysis shows 486 anomalies in 18% of the code) V-22 Osprey Crash, 4 deaths (2000): software causes aircraft to decelerate when pilot attempts to reset software Failed missile interception, 28 deaths, 94 injured (1991): system clock Y2K (2000) Abbreviating year with 2 digits $300,000,000,000 cost ($300 Billion)

Toyota Anti-Lock Brake recalls (2010) ~150,000 vehicles recalled Reason: 1 second lag 60 mph (96.5 km/h)  ~90 feet (27.5m) Enough to cause accidents Bad Public Relations $1.1 Billion in repairs $770-880 Million in lost sales Endangering people’s lives Toyota "Moving forward"... even when you don't want to.

Stock Market Flash Crash (2010) Dow Jones stock market (very closely watched U.S. benchmark indices tracking targeted stock market activity). Biggest one-day market decline, 998.5 points Cost: $1,000,000,000,000 ($1 Trillion) Procter & Gamble, Accenture: shares price down to a $0.01, or up to $100,000. Recovered a large amount of the point drop

Cold War Nuclear Missile False Alarm Very sensitive period Strategy was an immediate nuclear counter-attack to guarantee “Mutually Assured Destruction” How it was mitigated: soldier considered it was a computer error The bug: false alarm created by a rare alignment of sunlight on high-altitude clouds and the satellites’ orbits. Cost: Nuclear World War III

What’s next? Just as Thomas Watson couldn’t guess what was coming up in the next 40 years, it is pretty hard for us to estimate how computers and technology will evolve in the near (and far) future. However, we know for sure that software systems will get MUCH larger and complex, more tasks will be automated, reliance on software will greatly increase.

Conclusion: Your (Our) Role Our responsibility increases as the need for reliability in our system increases Proper process / practices in architecting, managing risks, developing and testing. Good communication between stakeholders