0% found this document useful (0 votes)
14 views

Chapter 3- Web engineering phases

The document outlines the Web Engineering Process, emphasizing the need for an agile, adaptable, and incremental approach to accommodate evolving requirements and frequent changes. It details the iterative activities involved in developing web applications, including defining business context, establishing requirements, and conducting stakeholder communication. Additionally, it highlights the importance of umbrella activities such as change management, quality assurance, risk management, and project management for successful project execution.

Uploaded by

ayabahaa
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PDF, TXT or read online on Scribd
0% found this document useful (0 votes)
14 views

Chapter 3- Web engineering phases

The document outlines the Web Engineering Process, emphasizing the need for an agile, adaptable, and incremental approach to accommodate evolving requirements and frequent changes. It details the iterative activities involved in developing web applications, including defining business context, establishing requirements, and conducting stakeholder communication. Additionally, it highlights the importance of umbrella activities such as change management, quality assurance, risk management, and project management for successful project execution.

Uploaded by

ayabahaa
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PDF, TXT or read online on Scribd
You are on page 1/ 12

Web Engineering Process

Week 2
Innovative technologies prolifera te around Web 2.0
Constructed by Markus Angermeier, November 2005
Web Engineering Process

• The process must be agile and adaptable, but it


must also beincremental

• Why incremental?
– Requirements evolve overtime
– Changes will occur frequently (and always at inconvenient times
– Time lines are short

• Incremental delivery allows you to manage this


change!
Incremental Delivery

Repeat the development


cycle for each
increment!
WebE Process Activities& Actions
Conducting FrameworkActivities-I

• The first iteration


– define business context
– establish overall requirements
– create a set of usagescenarios
– negotiate conflicting needs among stakeholders,and
– from this information derive the set of WebApp
increments that is to bedelivered.
• Develop a broad outline of allcomponents,
recognizing that it will change
Conducting FrameworkActivities-II

• The second iteration


– You’ve learned that the first increment is an informational WebApp and it
must be delivered in oneweek!
You meet with stakeholders and later review yournotes:
• Logo and graphics—need aesthetic design.
• One- or two-paragraph introduction.
• CPI mission statement (file exists)
• A word to visitors (someone will write this tomorrow)
• Basic navigation bar will look like …
• About the company
• Our offerings
• Home security products (hierarchical at next level)
• Monitoring services (a list)
• Our Technology (the new sensor)
• Contact us
• Other issues:
• Informational content will change over time.
– This “home page” will be the navigation starting point for content and functions required
for subsequent increments.
Conducting FrameworkActivities-III

• The second iteration


– You spend a few minutes developing aplan
• Day 1: Create a prototype layout (a model) of the WebApp.
• Collect and review all existing CPI content and graphics.
• Get stakeholder feedback on prototype, if possible.
• Day 2: Using the prototype as a guide, begin construction of the increment.
• Build navigation bar.
• Lay out content areas.
• Integrate graphics, links, etc.
• Test all links for validity.
• Review all content for completeness and correctness.
• Day 3: FTP all files to (an existing) domain.
• Perform navigation tests.
• Deployment: Inform selected stakeholders that the increment is
available.
• Day 4: Poll stakeholders for feedback.
• Make modifications based on stakeholder feedback.
Conducting FrameworkActivities-IV

• The next iteration


– You’ve deployed the informational WebApp
• the communication activity during this second iteration will identify the
requirements (including content and functionality)
– assumethat the second increment delivers the capability to select and
download product specifications and relatedinformation
• the process flow is restarted at the beginning, performing the
communication activity for this increment.
• The tasks you select to populate each framework activity for the
increment may differ from the tasks performed for the preceding
increment, but the overall process flow remains the same
Revisiting the FrameworkActivities

• WEPA pp. 32 ‐ 42 presents a breakdown of the


generic actions and tasks for each of the five
framework activities
• Recognize that a WebE team mustrefine and
adapt these generic tasks to the problem at
hand
– And continue to refine them throughout theproject
Umbrella Activities

• Background activities which occur inparallel


with the main development activities
• Equally important to the success of a project
– And so should be considered explicitly.

• Many umbrella activities can bedefined


– But only four are crucial for a successful Web engineering
project:
Umbrella Activities

• Change management. Manages the effects of change as


each increment is engineered, integrating tools that assist
in the management of all WebApp content
• Quality assurance. Defines and conducts those tasks that
help ensure that each work product and the deployed
increment exhibits quality
• Risk management. Considers project and technical risksas
an increment is engineered
• Project management. Tracks and monitors progress as an
increment is engineered

You might also like

pFad - Phonifier reborn

Pfad - The Proxy pFad of © 2024 Garber Painting. All rights reserved.

Note: This service is not intended for secure transactions such as banking, social media, email, or purchasing. Use at your own risk. We assume no liability whatsoever for broken pages.


Alternative Proxies:

Alternative Proxy

pFad Proxy

pFad v3 Proxy

pFad v4 Proxy