background preloader

Software development

Facebook Twitter

A Comprehensive Website Planning Guide - Smashing Magazine. As a veteran designer, developer and project manager for more websites than I can count, I’ve identified a common problem with many Web projects: failure to plan.

A Comprehensive Website Planning Guide - Smashing Magazine

The same issues come up repeatedly in my work, so I’ve written this guide in order to help clients, other designers, businesses and organizations plan and realize successful websites. This guide is written in relatively non-technical language and provides a broad overview of the process of developing a website, from the initial needs assessment through the launch, maintenance and follow-up. It is appropriate for: Small and medium-sized businesses;Organizations;Institutions;Web designers, developers, and design and development firms. If you’re building a four-page website for your family reunion or a 5000-page website for a Fortune 500 company, then this guide might not be for you; it will either be too detailed or way too short, respectively.

Why Plan? Planning is essential for most businesses and organizations. As Ms. Mr. Software Requirements Specification. Software requirements specification establishes the basis for agreement between customers and contractors or suppliers (in market-driven projects, these roles may be played by the marketing and development divisions) on what the software product is to do as well as what it is not expected to do. Software requirements specification permits a rigorous assessment of requirements before design can begin and reduces later redesign. It should also provide a realistic basis for estimating product costs, risks, and schedules. [1] The software requirements specification document enlists enough and necessary requirements that are required for the project development.[2] To derive the requirements we need to have clear and thorough understanding of the products to be developed or being developed. This is achieved and refined with detailed and continuous communications with the project team and customer till the completion of the software.

Write specifications to be readable and reviewable[edit] SAMPLE OF SOFTWARE REQUIREMENTS SPECIFICATION(SRS) REPORT FOR AIRLINE DATABASE « KRAZYTECH. A Software requirements specification document basically describes the intended purpose and environment for software/application under development.

SAMPLE OF SOFTWARE REQUIREMENTS SPECIFICATION(SRS) REPORT FOR AIRLINE DATABASE « KRAZYTECH

It completely describes the yield, cost, nature of the software/application. Here I have explained how to prepare Software Requirements Specification document for any project/application. I have taken airline database project as an example to explain few things here. There are certain guidelines to be followed while preparing the software requirement specification document (or SRS Report). You need to include purpose of your project, scope of the project, the environment where your project can be run easily, hardware required for the project, software required to run or implement the project, safety and security requirements, software quality attributes of the project etc..

Table of Contents 1. 1.1 Purpose 1.2 Document Conventions 1.3 Intended Audience and Reading Suggestions 1.4 Project Scope 1.5 References 2. 2.1 Product Perspective 3. How to write a software requirements specification. By Robert Japenga What Makes a Great Software Requirements Specification?

How to write a software requirements specification

There are many good definitions of System and Software Requirements Specifications that will provide us a good basis upon which we can both define a great specification and help us identify deficiencies in our past efforts. There is also a lot of great stuff on the web about writing good specifications. The problem is not lack of knowledge about how to create a correctly formatted specification or even what should go into the specification. The problem is that we don't follow the definitions out there. We have to keep in mind that the goal is not to create great specifications but to create great products and great software. The IEEE (www.ieee.org) is an excellent source for definitions of System and Software Specifications. What are the benefits of a Great SRS? The IEEE 830 standard defines the benefits of a good SRS: Reduce the development effort. Provide a basis for estimating costs and schedules.

C) Performance.