Skip to main content

Web site life cycle plan

Web site life cycle plan

 A plan should be prepared for managing appropriate life cycle processes for the Web site—acquisition, sup-ply, development, operation, and maintenance. The plan for the Web site should define when, how, and bywhom specific activities are to be performed, including options and alternatives, as appropriate. The planshould include, at least, the following generic items:a) Date of issue and statusb) Scopec) Issuing organizationd) Referencese) Approval authorityf) Planned activities and tasksg) Macro references (policies or laws that give rise to the need for this plan)h) Micro references (other plans or task descriptions that elaborate details of this plan)i) Schedulesj) Estimatesk) Resources and their allocationl) Responsibilities and authoritym) Risksn) Quality control measureso) Costp) Interfaces among parties involvedq) Environment/infrastructure (including safety needs)r) Trainings) Glossaryt) Change procedures and historyu) User support needs (help desk, end-user documentation, telephone line)v) Target community descriptions

Well-engineered Web site requirements specification
 A requirements specification should be prepared for a well-engineered Web site. This specification shouldinclude, at least, the following generic items: a) Date of issue and statusb) Scopec) Issuing organizationd) Referencese) Approval authorityf) Bodyg) Delivery instructionsh) Assurance requirementsi) Conditions, constraints, and characteristicsj) Glossaryk) Change historyNOTE—The items of this specification are quoted from subclause 5.7 of IEEE/EIA 12207.1-1997 [B16]. The architectsof complex well-engineered Web site projects may wish to consider more detailed specifications described elsewhere inIEEE/EIA 12207.1-1997 [B16]. The developers of complex well-engineered Web site projects may also wish to considerthe use of IEEE Std 830-1998 [B5]. 4.1.8 Well-engineered Web site design descriptionA design description should be prepared for the Well-engineered Web site. The design description for theWell-engineered Web site should include, at least, the following generic items:a) Date of issue and statusb) Scopec) Issuing organizationd) Referencese) Contextf) Notation for descriptiong) Bodyh) Summaryi) Glossary j) Change history Aruthra innovations

Web site life cycle plan


The version of HTML, and the features within that version of HTML, should be selected based on the clientenvironment of the target-user community. For example, “frames” and Java scripts are representative of theelements that reflect significant design incompatibilities with older browser versions, and are examples ofthe type of feature that must be given critical evaluation in the design phase. Removal of an architectural fea-ture like “frames” can require significant redesign. Web page developers should be familiar with XML andevaluate how, if, and when to incorporate XML into a well-engineered Web site.As a default, new well-engineered Web pages should use XHTML in its HTML compatible form. Some ofthe XHTML compatible guidelines should be included in the well-engineered Web site project plan, evenwhere older browser compatibility is required (for example, lowercase tags.)Essential elements of XHTML compatibility:a) All tag elements and attributes in lower case.19b) Documents to be well formed, have properly nested elements and have end tags on all elements thathave content (including li, p, etc). Empty elements to have a closing slash in the tag (e.g. <br />—note space before slash in this example for HTML compatibility).c) All attribute values to be quoted.d) Use ‘id’ for fragment identifiers (in addition to 'name' for HTML compatibility, e.g. <aname="IEEE" id="IEEE">).e) Use ‘[CDATA[...]]’ construct for enclosing script, style or other ‘commented’ elements (commentstructures may be stripped by server during delivery process).f) Avoid linebreaks or excess spaces in attribute values.g) Do not include more than one ‘isindex’ element in a page.h) Include both ‘lang’ and ‘xml:lang’ values.i) Include both ‘xml’ and ‘http-equiv’ character encoding statements.j) Specify ampersand as &amp; in attribute values.k) Be aware that CSS defines different conformance for XML and HTML.https://arudhrainnovations.com/ 

Comments

Popular posts from this blog

A Managerial Community of Web Services

A Managerial Community of Web Services Nowadays, Web services are considered as new and attracting distributed approach of application/services integration over the Internet. As the number of Web Services is exponentially growing and expected to do so for the next decade, the need for categorizing and/or classifying Web Services is very crucial for their success and the success of the underlying SOA. Categorization aims at systematizing Web Services according to their functionalities and their Quality of Service attributes. Communities of Web Services have been used to gather Web Services based on their functionalities. In fact, Web Services in a community usually offer similar and/or complementary services. In this paper, we augment Web Services communities’ classification by adding a new support layer for Quality of Service classification. This is d

IEEE EMBEDDED SYSTEM project center trichy chennai kumbakonam

EMBEDDED   SYSTEM §   Introduction §   World of microcontrollers §   Example C/C++ Software §   Upgraded Embedded “Arduino” §   Why Arduino preferable for hardware? INTRODUCTION An embedded system is an electronic system that contains at least one controlling device, i.e. “the brain”, but in such a way that it is hidden from the end user. That is, the controller is embedded so far in the system that usually users don’t realize its presence. An  embedded  system  is  a  computing  device  that  does  a  specific  job. Both  the  hardware  and  software  in  an  embedded  system  are  optimized  for  that  specific  job. Appliances such as the air-conditioner, VCD player, DVD player, printer, fax machine, mobile phone, etc. Each  of  these  appliances  will  have  a  processor  and  special  hardware  to  meet  the  specific  requirement  of  the  application  along  with  the  embedded  software  that  is  executed  by  the  processor  for  meeting  that  spec

Bridge Between Investor And business People

 Bridge between Investor and Business people   Investment in India is a concept based on business purpose. In my project I will be providing   platform to the investors and also connecting the people with good business concepts. This in turn will evolve how much to invest and where to invest the money with good returns on investment. Here providing two forms - one for investors and another one for business people with contact details. There are situation when the people have excess funds they will try to park this amount in Banks or Gold.  Here, I am exploring the possibility of investing these excess funds directly to the business connecting the investor and the business persons.  I am developing the application which will connect the investor and the business people and vice-versa.  I will be charging for usage of my application from both the ends. The need for developing this project was to bridge the huge communicational gap between the business people and investors a