Web application development

From Wikipedia, the free encyclopedia

The how-to sections in this article may be unencyclopedic.
Please help improve this article by removing or rewriting the how-to sections, which may qualify to be imported to Wikibooks. (talk)
It has been suggested that this article or section be merged with web development. (Discuss)

Web application development is the process and practice of developing web applications [citation needed].

Contents

[edit] Formality

How formal the project is affects virtually every activity throughout the life of the project. More formality means more overhead. But larger projects require more planning and attention to detail. (McConnell 2004:657)

A personal home page might require less formality than, for example, a stock trading web site. At the formal end of the spectrum security, software bugs, etc. are major issues. Depending on formality, lifecycle activities can range anywhere from no planning at all, to formal documentation, test planning, change control, requirements analysis, architectural description, design and construction practices.

[edit] Technologies

[edit] Lifecycle Model

The more mission critical a project is the more formal the lifecycle should be. On the other hand, time to market, company-growth and requirements churn, three things that are emphasized in web-based business, coincide with the principles of the Agile practices. Some lifecycle models are:

[edit] Testing

Typically, developers test their own code. This is especially true in the case of Test-driven development. While informal projects might or might not require very little testing by a separate testing group, formal projects should be thoroughly tested. Some of the types of tests for testing the application, aside from developer testing, include:

Also, since web application clients can be a variety of browsers, operating systems, displays and even different devices in the case of mobile phones and handhelds, and that users will vary greatly in preferences and accessibility needs, many tests for the presentation of the application exist. Here are some:

Many types of tests are automatable. At the component level, one of the xUnit packages can be a helpful tool. Or an organization can create its own unit testing framework. At the GUI level, Watir is useful.

[edit] Tools

In the case of ASP.NET, a developer can use Microsoft Visual Studio to write code. But, as with most other programming languages, he can also use a text editor. Notepad++ is an example.

Other tools include various browsers, FTP clients, etc.

[edit] Frameworks and Reuse

Practicing code reuse can greatly improve both productivity and time to market (McConnell 1996:537). Reusing externally developed components can allow an organization to reap the above benefits, while potentially saving money.

However, there are many reasons not to. For smaller components, it might be just as easy to develop your own components as it would be to learn new APIs. Also, if a component is essential to the business, an organization might want to control its development.

Some common frameworks are:

[edit] See also

[edit] References

  • McConnell, Steve (June 2004). Code Complete, Second Edition. Microsoft Press, 960. ISBN 0-7356-1967-0.
  • McConnell, Steve (July 2, 1996). Rapid Development. Microsoft Press, 680. ISBN 1-55615-900-5.
  • Rozanski, Nick, Eóin Woods (April 20, 2005). Software Systems Architecture: Working With Stakeholders Using Viewpoints and Perspectives. Addison-Wesley Professional, 576. ISBN 0-321-11229-6.
  • Leffingwell, Dean, Don Widrig (May 16, 2003). Managing Software Requirements: A Use Case Approach, Second Edition. Addison-Wesley Professional, 544. ISBN 0-321-12247-X.

[edit] Further reading

  • Whittaker, James A., Mike Andrews (February 2, 2006). How to Break Web Software: Functional and Security Testing of Web Applications and Web Services. Addison-Wesley Professional, 240. ISBN 0-321-36944-0.
Retrieved from "http://en.wikipedia.org../../../w/e/b/Web_application_development.html"