Student Startup Sequence Verify network connection Rotate to Landscape mode Start Presenter 2.0 Maximize Application Role->Student Connect->Classroom 2.

Slides:



Advertisements
Similar presentations
Agile Software Distribution
Advertisements

Acceptance Testing.
IT in the Real World A look at IT in a Fortune 500 company Ed Nelson.
Workshop on Faculty Diversity  National Data on Faculty Composition Donna Nelson, University of Oklahoma  Studies of the “Playing Field” Implicit assumptions.
Alternate Software Development Methodologies
Team 7 / May 24, 2006 Web Based Automation & Security Client Capstone Design Advisor Prof. David Bourner Team Members Lloyd Emokpae (team Lead) Vikash.
Sixth Hour Lecture 10:30 – 11:20 am, September 9 Framework for a Software Management Process – Artifacts of the Process (Part II, Chapter 6 of Royce’ book)
Outline (Mis)communicating expectations Schedule of class-related deliverables Specific final release deliverables Your questions Intellectual activity:
10 Aug 2005CSE403, Summer'05, Lecture 15 Lecture 15: Configuration Management, Software Maintenance, and Code Reviews (Part I) Valentin Razmov.
29 Jul 2005CSE403, Summer'05 Student Startup Sequence Verify network connection Rotate to Landscape mode Start Presenter 2.0 Maximize Application Role->Student.
Administrivia Lifecycle Architecture (LCA) group assignment will go out later today. Informal feedback meetings with LCO groups EasyShare: Mon, 2:45pm-3:15pm,
Fundamentals of Information Systems, Second Edition
15 Jul 2005CSE403, Summer'05, Lecture 10 Lecture 10: Incremental Releases Valentin Razmov.
COMP4710 Senior Design Richard Chapman. Outline What is Senior Design? What is Senior Design? Course Structure Course Structure End of Cycle Binder End.
Outline Your questions Upcoming milestone deliverables Testing in the project lifecycle Analyzing scenarios using inference diagrams Mistakes to avoid.
Effort in hours Duration Over Weeks Or Months Inception Launch Web Lifecycle Methodology Maintenance Phases Copyright Wonderlane Studios.
CBIIT Quality Assurance Process Preston Wood NCI CBIIT Government Quality Representative (GQR) January 2014 RS.
Configuration Management
Chapter 25 – Configuration Management 1Chapter 25 Configuration management.
Software Documentation Written By: Ian Sommerville Presentation By: Stephen Lopez-Couto.
SDLC Phase 2: Selection Dania Bilal IS 582 Spring 2009.
PopMedNet Software Development Life Cycle Chayim Herzig-Marx Harvard Pilgrim Health Care Institute Daniel Dee Lincoln Peak Partners.
TEAM FOUNDATION SERVER (TFS) By Sunny Niranjana Devi. M.
Software Enhancements Operations keeps the lights on, strategy provides a light at the end of the tunnel, but project management is the train engine that.
Personality Types Slides by Valentin Razmov
Maven & Bamboo CONTINUOUS INTEGRATION. QA in a large organization In a large organization that manages over 100 applications and over 20 developers, implementing.
Software Testing Life Cycle
Lecture 16: Personality Types and Stereotypes
Deliverable Readiness Review LexEVS 5.1 December 17, 2009.
 To explain the importance of software configuration management (CM)  To describe key CM activities namely CM planning, change management, version management.
22 Jul 2005CSE403, Summer'05, Lecture 12 Lecture 12: Scheduling, Estimation, and Prioritization (Part II) Valentin Razmov.
Software Engineering Project: Research Expert Prabhavathi Kumarasamy Joshua Thompson Paul Varcholik University of Central Florida.
16 Feb 2007CSE403, Wi'07, Valentin Razmov Personality Types and Avoiding Miscommunication Valentin Razmov (guest lecture) “And so these men of Indostan.
Page 1 TEST in the large RELEASE REWORK ASSESS packaged application documentation models and source code management documents requirement alloc. matrix.
06 Jul 2006CSE403, Summer'06, Lecture08 Lecture 08: Requirements Gathering Techniques (Part II) Valentin Razmov “The goal of requirements engineering is.
Software Development A Proposed Process and Methodology.
Chair of Software Engineering Exercise Session 6: V & V Software Engineering Prof. Dr. Bertrand Meyer March–June 2007.
Software Maintenance Speaker: Jerry Gao Ph.D. San Jose State University URL: Sept., 2001.
Investigating and Improving a COTS-based Software Development Process
Student Startup Sequence Verify network connection Rotate to Landscape mode Start Presenter 2.0 Maximize Application Role->Student Connect->Classroom 1.
System Maintenance Modifications or corrections made to an information system after it has been released to its customers Changing an information system.
ANALISA & PERANCANGAN SISTEM Disusun Oleh : Dr. Lily Wulandari Program Pasca Sarjana Magister Sistem Informasi Universitas Gunadarma.
Build and Deployment Process Understand NCI’s DevOps and continuous integration requirements Understand NCI’s build and distribution requirements.
Software Engineering Lecture 9: Configuration Management.
Deliverables: Beta Release Installation package Application sources and binaries One-step build for all sources Latest specification & design documents.
JRA1 Meeting – 09/02/ Software Configuration Management and Integration EGEE is proposed as a project funded by the European Union under contract.
Extreme Software Engineering A Hands-On Approach From Extreme Software Engineering: A Hands-On Approach Daniel H. Steinberg Daniel W. Palmer.
Engineering Documentation
Deliverables: Zero-Feature Release Build process, installation process, code repository, automated testing framework, bug tracking system Maybe no tests.
07 Aug 2006CSE403, Summer'06 Final Exam: Take-home versus In-class Valentin Razmov Take-home No rush to complete in 1 hour at 9:40am More realistic (but.
INTRODUCTION CSE 470 : Software Engineering. Goals of Software Engineering To produce software that is absolutely correct. To produce software with minimum.
Chapter 25 – Configuration Management 1Chapter 25 Configuration management.
Outline Your one-minute feedback from last week
Open source development model and methodologies.
Software Engineering (CSI 321)
Impact-Oriented Project Planning
Managing the Project Lifecycle
Project Workflow.
ShareTheTraining TRR ARB Presentation Team 11
Business System Development
Software Documentation
Personality Types (discussion)
Applied Software Implementation & Testing
Strategies For Software Test Documentation
Automated Testing and Integration with CI Tool
Outline Your one-minute feedback from last week Peer reviews
Lecture 15: Scheduling, Estimation, and Prioritization (Part II)
Joint Application Development (JAD)
Thymectomy for myasthenia gravis: The elephant and the blind men
Presentation transcript:

Student Startup Sequence Verify network connection Rotate to Landscape mode Start Presenter 2.0 Maximize Application Role->Student Connect->Classroom 2 Test student submissions How confident are you that your team will deliver all promised features? Send Selection

Deliverables: Final Release Installation packages That include all of the items below Application sources and binaries Separate distributions (installation packages) for customers and developers One-step build – compiling all sources & docs, creating installation packages One-step run – all setup must be hidden from the user; they just click on an icon User & technical documentation (separate) User doc: What does my mom need to know / do in order to run this product? Technical doc: What does a support team need to know in order to work on ver2? Latest test plan -> in technical doc. Release notes Known issues with associated severities & priorities Include a link to your bug tracking system’s tasks/tickets that reflect those issues Specify where your current (CVS) repository is. Instructions on running the installer and your app are now part of the user doc. Automated tests (unit and acceptance) Instructions on how to run them Test coverage would be a very welcome addition. Up-to-date schedule Things that have been accomplished (of those that were planned) Features (of those initially planned) that are now pushed to ver2 or abandoned How much would each such feature cost (in terms of dev effort)? Note: Demo / presentation must be based on submitted code.

10 Aug 2005CSE403, Summer'05, Lecture 14 Lecture 14 (Part II): Personality Types and Miscommunication Issues Valentin Razmov

10 Aug 2005CSE403, Summer'05, Lecture 14 Outline Stereotyping and discrimination Examples of miscommunication … and its consequences

10 Aug 2005CSE403, Summer'05, Lecture 14 Resources Prof. Ginorio’s guest lecture in CSE403, Sp’04 “The Blind Men and the Elephant”, by John Godfrey Saxe (via David Schmaltz)

10 Aug 2005CSE403, Summer'05, Lecture 14 Large body of research shows: Implicit Assumptions Impact Evaluation Gender Bias and Research Papers Paludi and Bauer (Sex Roles, 1983) Stereotypes Tilt the Playing Field Reviewer (1-5, 1 top) John T. McKay Joan T. McKay J. T. McKay Male Female

10 Aug 2005CSE403, Summer'05, Lecture 14 Large body of research shows: Implicit Assumptions Impact Evaluation Gender Bias and Research Papers Paludi and Bauer (Sex Roles, 1983) Stereotypes Tilt the Playing Field Reviewer (1-5, 1 top) John T. McKay Joan T. McKay J. T. McKay Male Female Gender Bias and Performance Evaluation Orchestra try-outs behind curtains Stereotype threat on exam performance

10 Aug 2005CSE403, Summer'05, Lecture 14 (Implicit) Discrimination Lower expectations Uneven evaluation Narrow view of excellence Exclusion from informal networks Other people feel uncomfortable …

10 Aug 2005CSE403, Summer'05, Lecture 14 (Implicit) Discrimination Lower expectations Uneven evaluation Narrow view of excellence Exclusion from informal networks Other people feel uncomfortable Accumulation of Disadvantage

10 Aug 2005CSE403, Summer'05, Lecture 14 The Blind Men and the Elephant How does this relate to software engineering? How does it relate to the discussion on personality types?

10 Aug 2005CSE403, Summer'05, Lecture 14 The Blind Men and the Elephant “And so these men of Indostan Disputed loud and long, Each in his own opinion Exceeding stiff and strong, Though each was partly in the right, And all were partly in the wrong!” John Godfrey Saxe

10 Aug 2005 Project (Mis)communication 1. What the project manager proposed

10 Aug 2005 Project (Mis)communication 1. What the project manager proposed 2. What the technical specification stated

10 Aug 2005 Project (Mis)communication 1. What the project manager proposed 2. What the technical specification stated 3. What the lead system specialist designed

10 Aug 2005 Project (Mis)communication 1. What the project manager proposed 2. What the technical specification stated 3. What the lead system specialist designed 4. What the programmers implemented

10 Aug 2005 Project (Mis)communication 1. What the project manager proposed 2. What the technical specification stated 3. What the lead system specialist designed 4. What the programmers implemented 5. How the product was deployed

10 Aug 2005 Project (Mis)communication 1. What the project manager proposed 2. What the technical specification stated 3. What the lead system specialist designed 4. What the programmers implemented 5. How the product was deployed 6. What the customer had asked for