MULTIMEDIA SOFTWARE DEVELOPMENT LIFECYCLE MULTIMEDIA SOFTWARE DEVELOPMENT LIFECYCLE

  • Slides: 37
Download presentation
MULTIMEDIA SOFTWARE DEVELOPMENT LIFECYCLE

MULTIMEDIA SOFTWARE DEVELOPMENT LIFECYCLE

MULTIMEDIA SOFTWARE DEVELOPMENT LIFECYCLE o Multimedia software development is similar to any other kind

MULTIMEDIA SOFTWARE DEVELOPMENT LIFECYCLE o Multimedia software development is similar to any other kind of software development n n n Dr. Lili Ann Is complex Involves a large number of people Takes a long time to develop Has deadlines to meet Has budget limitations Has user requirements 2

MULTIMEDIA SOFTWARE DEVELOPMENT LIFECYCLE o Multimedia software have a life cycle n Media production

MULTIMEDIA SOFTWARE DEVELOPMENT LIFECYCLE o Multimedia software have a life cycle n Media production o Involves producing graphics, audio, and video material o Has a media production timeline n Software production o Involves putting various components and media together o Has a development timeline Dr. Lili Ann 3

MULTIMEDIA SOFTWARE DEVELOPMENT LIFECYCLE Dr. Lili Ann 4

MULTIMEDIA SOFTWARE DEVELOPMENT LIFECYCLE Dr. Lili Ann 4

o Design n Brainstorming n Storyboarding n Flowchart design n Paper design n Prototyping

o Design n Brainstorming n Storyboarding n Flowchart design n Paper design n Prototyping n User testing Dr. Lili Ann 5

o Development n Media production n Programming n Debugging n Final debugging Dr. Lili

o Development n Media production n Programming n Debugging n Final debugging Dr. Lili Ann 6

Multimedia software life cycle o Why apply software engineering principles and practice to multimedia

Multimedia software life cycle o Why apply software engineering principles and practice to multimedia application? o Think about your estimates per e-learning unit or chapter… o Many real world projects have cost overruns o Many projects fail altogether o Software engineering seeks to find ways to build systems that are on time and within budget Dr. Lili Ann 7

Software engineering defined o Software engineering is “multi-person construction of multi-version software” o What

Software engineering defined o Software engineering is “multi-person construction of multi-version software” o What is the relationship between the size of a program & the time it takes to develop it? o Real world software projects involve teams of developers o What’s the relationship between program size and the number of people involved? n Is it linear (N developers == N time speedup)? n Or is it exponential (N developers = NN speedup)? o How does multimedia affect the life cycle? Dr. Lili Ann 8

Classic waterfall life cycle o Cascades from one stage to the next only after

Classic waterfall life cycle o Cascades from one stage to the next only after previous stage is complete o Gravity only allows the waterfall to go down; it’s very hard to swim upstream o Why would corporate manager types like this development model? o Is something like this more realistic? Dr. Lili Ann 9

Rapid prototyping model o A prototype is a partially developed product that enables customers

Rapid prototyping model o A prototype is a partially developed product that enables customers and developers to examine some aspect of a proposed system and decide if it is suitable for a finished product. o For a project, we developed a prototype user interface n Potential users and domain experts reviewed the prototype n Review panel summarized findings and made recommendations n We then developed an alpha version of the interface o Allow time for prototypes and improved versions o Multimedia authoring tools facilitate prototyping Dr. Lili Ann 10

Multimedia and the life cycle o Lisa Lopuck’s timeline: What’s different? o Why brainstorming

Multimedia and the life cycle o Lisa Lopuck’s timeline: What’s different? o Why brainstorming instead of analysis? o Why build in prototyping & user testing? o What’s different during development? o How might e-learning further change the life cycle? (See Driscoll’s ADDIE model. ) o Another view of e-learning milestones Dr. Lili Ann 11

Analysis (needs/requirements) o Lopuck calls this stage “brainstorming”: who, what, why, where, when &

Analysis (needs/requirements) o Lopuck calls this stage “brainstorming”: who, what, why, where, when & how? o Audience analysis: Who is it for? o Needs analysis: Why develop it? o Content analysis: What will it cover? o Resource analysis: How and how much? o Estimate: When will it get done? o Where: platform, marketing and distribution? o Use cases can help understand requirements Dr. Lili Ann 12

Brainstorming o Involves n A group of 3 to 7 people o Design, programming,

Brainstorming o Involves n A group of 3 to 7 people o Design, programming, marketing n Presenting all ideas o Good or bad o No criticism or judgment o Free flow of ideas Dr. Lili Ann 13

Example use case (from Fowler and Scott, UML Distilled) Use Case: Buy a Product

Example use case (from Fowler and Scott, UML Distilled) Use Case: Buy a Product (A behavior that accomplishes a user goal) Actors: Customer, System 1. Customer browsers through catalog and selects items to buy 2. Customer goes to check out 3. Customer fills in shipping information (address; next-day or 3 -day) 4. System presents full pricing information, including shipping 5. Customer fills in credit card information 6. System authorizes purchase 7. System confirms sale immediately 8. System sends confirming email to customer Alternative: Authorization Failure (At what step might this happen? ) 6 a. At step 6, system fails to authorize credit purchase Allow customer to re-enter credit card information and re-try Alternative: Regular customer (At what step might this happen? ) 3 a. System displays current shipping information, pricing information, and last four digits of credit card information 3 b. Customer may accept or override these defaults Return to primary scenario at step 6 Each user function (button or menu choice) can be modeled by a use case Dr. Lili Ann 14

So, how will you do requirements analysis for your multimedia project? By Sunday: email

So, how will you do requirements analysis for your multimedia project? By Sunday: email me a tentative project title, subject teacher, team members and their tentative roles By next Thursday noon, February 7: 1. Brainstorm who, what, why, when, how questions 2. Write a high-level requirements specification 3. Write 1 or 2 uses cases describing sample behavior (flesh our more use cases for your UI design in March) Dr. Lili Ann 15

Design o What’s the difference between analysis and design? o Storyboards: design content as

Design o What’s the difference between analysis and design? o Storyboards: design content as sequence of scenes or screens o Scripts: design content in textual form o Flowcharts: show navigational structure o Why design in detail before programming? o User interface—why a paper prototype? Dr. Lili Ann 16

Storyboarding o Serves the purpose of illustrating a concept n Inspires people to think

Storyboarding o Serves the purpose of illustrating a concept n Inspires people to think about possibilities o Doesn’t need to be fancy or accurate o Should show all the key screens or places n Places are a series of environments n Places are not static like single frame screen shots o Each key screen should have a brief description of n The scene n User interactions n Dynamics, such as sound Dr. Lili Ann 17

Dr. Lili Ann 18

Dr. Lili Ann 18

Template | o Multimedia Storyboard. . . . . . project: date: . .

Template | o Multimedia Storyboard. . . . . . project: date: . . . . . . screen: ___ of ___ links from screens: links to screens: screen description: . . . . . . functionality/interactivity: o o background: color schemes: text attributes: audio: video: stills: Dr. Lili Ann 19

Flowchart o Flowcharts are used to design the structure and user interactions n Storyboard

Flowchart o Flowcharts are used to design the structure and user interactions n Storyboard shows the initial picture n Flowchart links all the places o Organisation o Navigation n Flowchart complements storyboards Dr. Lili Ann 20

Dr. Lili Ann 21

Dr. Lili Ann 21

Paper design o Paper design is the blue print for a multimeida title o

Paper design o Paper design is the blue print for a multimeida title o Paper design covers n n Dr. Lili Ann Structural design Software strategy Media production requirements User interface design 22

Paper design o Paper design consists of the following documents n Storyboards n Flowcharts

Paper design o Paper design consists of the following documents n Storyboards n Flowcharts o Indicating the architectural structure o General navigation through the title n Functional specification Dr. Lili Ann 23

Functional specification o It is a walk through each scenario of the title Frame

Functional specification o It is a walk through each scenario of the title Frame by frame Details the action on the screen Illustrates how the user interacts with it Describes the buttons Names various media o Sound, video, animation, graphics n Describes the graphics in abstract terms o Concentrates on functionality n n n Dr. Lili Ann 24

Implementation o How is multimedia development different from systems programming? o Why is prototyping

Implementation o How is multimedia development different from systems programming? o Why is prototyping a good idea? o Programming uses authoring tools o Media development involves special tools for graphics, sound, video, etc. o User testing, user observations and focus groups Dr. Lili Ann 25

Prototyping o Prototype allows seeing all the design ideas and solutions in action n

Prototyping o Prototype allows seeing all the design ideas and solutions in action n do the storyboards and flowchart work n separates good and bad ideas n Gives real-world feedback n Allows making changes before development starts o There are different kinds of prototypes n Mock-ups n Partially developed Dr. Lili Ann 26

Mock-up prototype o Are developed using a friendly authoring tool n E. g. Macromedia

Mock-up prototype o Are developed using a friendly authoring tool n E. g. Macromedia Director n Not necessarily the one used for final development n Different tools perform differently o To show n User interaction n Graphic style o Are developed quickly o May eventually be thrown away Dr. Lili Ann 27

Partially developed prototype o Small cross section of the title developed fully o Are

Partially developed prototype o Small cross section of the title developed fully o Are developed using the intended authoring tool n The one used for final development o Allows checking if the authoring tool is suitable n Different tools perform differently n Some are better at handling animation n Some are better at database funtions o Can be used as part of the final product Dr. Lili Ann 28

User testing o It is an important part of design and development n Should

User testing o It is an important part of design and development n Should happen throughout the lifecycle n Is particularly important for checking the prototype n Should involve a focus group o Group randomly selected ordinary users o Not the programmers themselves n Should be videotaped/recorded o Users’ interactions and reactions o May be intimidating for some users Dr. Lili Ann 29

Development o Development begins with media production n Production of sound, video, animation, graphics

Development o Development begins with media production n Production of sound, video, animation, graphics n Must happen to some extent before programming n Stand-in media may be used o Not the final media but something suitable o Takes time to create o Not used in the final title n Production of all the media has to be coordinated o Media production timeline needed Dr. Lili Ann 30

Development o Programming begins when there is enough media n Usually an authoring tool

Development o Programming begins when there is enough media n Usually an authoring tool is used n Involves assembling all the media into a structure o As described in the paper design n A title is feature complete when all the places and actions are functioning o Followed by alpha, beta, and the golden master Dr. Lili Ann 31

Development o When a title is feature complete, it is considered I alpha It

Development o When a title is feature complete, it is considered I alpha It is testing time All the major features should be available Quality assurance testers find all the bugs Media production and programming continues n All the crashing bugs are fixed o Bugs that freeze up or crash the system n n Dr. Lili Ann 32

Relative costs to fix errors: What can you infer from this graph? Maintenance Testing

Relative costs to fix errors: What can you infer from this graph? Maintenance Testing Implementation Design Requirements Cost to fix an error increases as it is found later and later in the software lifecycle Dr. Lili Ann 33

Development o When there are no more crashing bugs the title enters the beta

Development o When there are no more crashing bugs the title enters the beta stage n Testing continues n There should only be minor bugs left to fix o Bugs are identified o Priorities o Fixed and fine-tuned n Final media production and programming is done Dr. Lili Ann 34

Development o When there are only a few minute bugs left in the title

Development o When there are only a few minute bugs left in the title golden master is cut n Master CD/DVD is created n CDs/DVDs are produced, packaged and distributed n Minute bugs are fixed for the next release Dr. Lili Ann 35

Delivery and maintenance o CD-ROM/DVD/memory stick versus Web delivery? o Corrective: fixing errors after

Delivery and maintenance o CD-ROM/DVD/memory stick versus Web delivery? o Corrective: fixing errors after delivery o Adaptive: new environments o Perfective: improving behavior or performance o Preventive: improving maintainability Dr. Lili Ann 36

What is your ultimate goal? o Why should you plan for maintenance? n Would

What is your ultimate goal? o Why should you plan for maintenance? n Would you like to see your project used? o How do you plan and develop for maintenance? n Do the analysis and design right o 85% of the cost of real world bugs occur during analysis/design n Document as you go (not after-the-fact) o Use cases, scripts, well-commented code, delivery manual (with use cases as a starting point) Dr. Lili Ann 37