ISO/IEC 23026:2006
(Main)Software Engineering - Recommended Practice for the Internet - Web Site Engineering, Web Site Management, and Web Site Life Cycle
Software Engineering - Recommended Practice for the Internet - Web Site Engineering, Web Site Management, and Web Site Life Cycle
ISO/IEC 23026:2006 defines recommended practices for World Wide Web page engineering for Intranet and Extranet environments, based on World Wide Web Consortium (W3C®) and related industry guidelines.
Ingénierie du logiciel — Pratique recommandée pour Internet — Ingénierie du site web, management du site web, et cycle de vie du site web
General Information
Relations
Frequently Asked Questions
ISO/IEC 23026:2006 is a standard published by the International Organization for Standardization (ISO). Its full title is "Software Engineering - Recommended Practice for the Internet - Web Site Engineering, Web Site Management, and Web Site Life Cycle". This standard covers: ISO/IEC 23026:2006 defines recommended practices for World Wide Web page engineering for Intranet and Extranet environments, based on World Wide Web Consortium (W3C®) and related industry guidelines.
ISO/IEC 23026:2006 defines recommended practices for World Wide Web page engineering for Intranet and Extranet environments, based on World Wide Web Consortium (W3C®) and related industry guidelines.
ISO/IEC 23026:2006 is classified under the following ICS (International Classification for Standards) categories: 35.080 - Software. The ICS classification helps identify the subject area and facilitates finding related standards.
ISO/IEC 23026:2006 has the following relationships with other standards: It is inter standard links to ISO/IEC/IEEE 23026:2015. Understanding these relationships helps ensure you are using the most current and applicable version of the standard.
You can purchase ISO/IEC 23026:2006 directly from iTeh Standards. The document is available in PDF format and is delivered instantly after payment. Add the standard to your cart and complete the secure checkout process. iTeh Standards is an authorized distributor of ISO standards.
Standards Content (Sample)
INTERNATIONAL ISO/IEC
STANDARD 23026
IEEE
Std 2001-2002
First edition
2006-06-01
Software Engineering — Recommended
Practice for the Internet — Web Site
Engineering, Web Site Management, and
Web Site Life Cycle
Ingénierie du logiciel — Pratique recommandée pour Internet —
Ingénierie du site web, management du site web, et cycle de vie du site
web
Reference number
IEEE
Std 2001-2002
IEEE Std 2001-2002
PDF disclaimer
This PDF file may contain embedded typefaces. In accordance with Adobe's licensing policy, this file may be printed or viewed but
shall not be edited unless the typefaces which are embedded are licensed to and installed on the computer performing the editing. In
downloading this file, parties accept therein the responsibility of not infringing Adobe's licensing policy. The ISO Central Secretariat
accepts no liability in this area.
Adobe is a trademark of Adobe Systems Incorporated.
Details of the software products used to create this PDF file can be found in the General Info relative to the file; the PDF-creation
parameters were optimized for printing. Every care has been taken to ensure that the file is suitable for use by ISO member bodies. In
the unlikely event that a problem relating to it is found, please inform the Central Secretariat at the address given below.
ISO
Case postale 56 • CH-1211 Geneva 20
Tel. + 41 22 749 01 11
Fax + 41 22 749 09 47
E-mail copyright@iso.org
Web www.iso.org
ii
™
IEEE Std 2001 -2002
(Revision of IEEE Std 2001-1999)
TM
IEEE Recommended Practice for the
Internet—Web Site Engineering, Web
Site Management, and Web Site Life
Cycle
IEEE Computer Society
Sponsored by the
Internet Best Practices Working Group
Published by
The Institute of Electrical and Electronics Engineers, Inc.
3 Park Avenue, New York, NY 10016-5997, USA
Print: SH95025
PDF: SS95025
3 March 2003
IEEE Standards
IEEE Standards
Recognized as an
IEEE Std 2001™-2002
American National Standard (ANSI)
(Revision of IEEE Std 2001-1999)
IEEE Recommended Practice for the
Internet—Web Site Engineering, Web
Site Management, and Web Site Life
Cycle
Sponsor
Internet Best Practices Working Group
of the
IEEE Computer Society
Approved 21 January 2003
American National Standards Institute
Approved 12 September 2002
IEEE-SA Standards Board
Abstract: Recommended practices for World Wide Web page engineering for Intranet and Extra- ®
net environments, based on World Wide Web Consortium (W3C ) and related industry guidelines,
are defined in this recommended practice. This recommended practice does not address stylistic
considerations or human-factors considerations in web page design beyond limitations that reflect
good engineering practice.
Keywords: Extranet, Internet, Intranet, Web page, Web site, Web site engineering, Web site life
cycle, Web site management, well-engineered Web page, World Wide Web
The Institute of Electrical and Electronics Engineers, Inc.
3 Park Avenue, New York, NY 10016-5997, USA
All rights reserved. Published 3 March 2003. Printed in the United States of America. ®
DOI (Digital Object Identifier) is a registered trademark of the DOI Foundation.
IEEE is a registered trademarks in the U.S. Patent & Trademark Office, owned by the Institute of Electrical and Electronics
Engineers, Incorporated. ®
W3C is a registered trademark (registered in numerous countries) of the World Wide Web Consortium.
Print: ISBN 0-7381-4971-3 SH95539
PDF ISBN 0-7381-4972-1 SS95539
No part of this publication may be reproduced in any form, in an electronic retrieval system or otherwise, without the prior
written permission of the publisher.
IEEE Std 2001-2002
International Standard ISO/IEC 23026:2006(E)
ISO (the International Organization for Standardization) and IEC (the International Electrotechnical
Commission) form the specialized system for worldwide standardization. National bodies that are members of
ISO or IEC participate in the development of International Standards through technical committees
established by the respective organization to deal with particular fields of technical activity. ISO and IEC
technical committees collaborate in fields of mutual interest. Other international organizations, governmental
and non-governmental, in liaison with ISO and IEC, also take part in the work. In the field of information
technology, ISO and IEC have established a joint technical committee, ISO/IEC JTC 1.
International Standards are drafted in accordance with the rules given in the ISO/IEC Directives, Part 2.
The main task of the joint technical committee is to prepare International Standards. Draft International
Standards adopted by the joint technical committee are circulated to national bodies for voting. Publication as
an International Standard requires approval by at least 75 % of the national bodies casting a vote.
Attention is drawn to the possibility that some of the elements of this document may be the subject of patent
rights. ISO and IEC shall not be held responsible for identifying any or all such patent rights.
ISO/IEC 23026 was prepared by IEEE (as IEEE Std 2001:2002) and was adopted, under a special “fast-track
procedure”, by Joint Technical Committee ISO/IEC JTC 1, Information technology, Subcommittee SC 7,
Software and system engineering, in parallel with its approval by national bodies of ISO and IEC. The IEEE
Computer Society will cooperate in the maintenance of this International Standard as a Category A liaison to
SC 7.
International Organization for Standardization/International Electrotechnical Commission
Case postale 56 • CH-1211 Genève 20 • Switzerland
IEEE Standards documents are developed within the IEEE Societies and the Standards Coordinating Committees of the
IEEE Standards Association (IEEE-SA) Standards Board. The IEEE develops its standards through a consensus develop-
ment process, approved by the American National Standards Institute, which brings together volunteers representing varied
viewpoints and interests to achieve the final product. Volunteers are not necessarily members of the Institute and serve with-
out compensation. While the IEEE administers the process and establishes rules to promote fairness in the consensus devel-
opment process, the IEEE does not independently evaluate, test, or verify the accuracy of any of the information contained
in its standards.
Use of an IEEE Standard is wholly voluntary. The IEEE disclaims liability for any personal injury, property or other dam-
age, of any nature whatsoever, whether special, indirect, consequential, or compensatory, directly or indirectly resulting
from the publication, use of, or reliance upon this, or any other IEEE Standard document.
The IEEE does not warrant or represent the accuracy or content of the material contained herein, and expressly disclaims
any express or implied warranty, including any implied warranty of merchantability or fitness for a specific purpose, or that
the use of the material contained herein is free from patent infringement. IEEE Standards documents are supplied “AS IS.”
The existence of an IEEE Standard does not imply that there are no other ways to produce, test, measure, purchase, market,
or provide other goods and services related to the scope of the IEEE Standard. Furthermore, the viewpoint expressed at the
time a standard is approved and issued is subject to change brought about through developments in the state of the art and
comments received from users of the standard. Every IEEE Standard is subjected to review at least every five years for revi-
sion or reaffirmation. When a document is more than five years old and has not been reaffirmed, it is reasonable to conclude
that its contents, although still of some value, do not wholly reflect the present state of the art. Users are cautioned to check
to determine that they have the latest edition of any IEEE Standard.
In publishing and making this document available, the IEEE is not suggesting or rendering professional or other services
for, or on behalf of, any person or entity. Nor is the IEEE undertaking to perform any duty owed by any other person or
entity to another. Any person utilizing this, and any other IEEE Standards document, should rely upon the advice of a com-
petent professional in determining the exercise of reasonable care in any given circumstances.
Interpretations: Occasionally questions may arise regarding the meaning of portions of standards as they relate to specific
applications. When the need for interpretations is brought to the attention of IEEE, the Institute will initiate action to prepare
appropriate responses. Since IEEE Standards represent a consensus of concerned interests, it is important to ensure that any
interpretation has also received the concurrence of a balance of interests. For this reason, IEEE and the members of its soci-
eties and Standards Coordinating Committees are not able to provide an instant response to interpretation requests except in
those cases where the matter has previously received formal consideration.
Comments for revision of IEEE Standards are welcome from any interested party, regardless of membership affiliation with
IEEE. Suggestions for changes in documents should be in the form of a proposed change of text, together with appropriate
supporting comments. Comments on standards and requests for interpretations should be addressed to:
Secretary, IEEE-SA Standards Board
445 Hoes Lane
P.O. Box 1331
Piscataway, NJ 08855-1331
USA
Note: Attention is called to the possibility that implementation of this standard may require use of subject mat-
ter covered by patent rights. By publication of this standard, no position is taken with respect to the existence or
validity of any patent rights in connection therewith. The IEEE shall not be responsible for identifying patents
for which a license may be required by an IEEE standard or for conducting inquiries into the legal validity or
scope of those patents that are brought to its attention.
Authorization to photocopy portions of any individual standard for internal or personal use is granted by the Institute of
Electrical and Electronics Engineers, Inc., provided that the appropriate fee is paid to Copyright Clearance Center. To
arrange for payment of licensing fee, please contact Copyright Clearance Center, Customer Service, 222 Rosewood Drive,
Danvers, MA 01923 USA; +1 978 750 8400. Permission to photocopy portions of any individual standard for educational
classroom use can also be obtained through the Copyright Clearance Center.
Introduction
(This introduction is not part of IEEE Std 2001-2002, IEEE Recommended Practice for the Internet—Web Site Engi-
neering, Web Site Management, and Web Site Life Cycle.)
The World Wide Web is expanding and its value is increasing as a method for locating and delivering infor-
mation. This creates a significant engineering challenge. Locating applicable information requires that
indexing information be incorporated into Web page development. Once an applicable page has been
located, essential information may not be present, resulting in user frustration and a failure of the Web appli-
cation to meet its purpose.
This is a revision of the 1999 accumulation of Web site management “recommended practices.” This revi-
sion is based on IEEE Std 2001-1999, extending it based on recommendations since it was developed,
addressing “site-wide” issues as well as “managed” Web sites (as opposed to just Intranet and Extranet
sites). These can serve to improve the effectiveness of Web pages for users, Web page developers, and the
value of the Web in corporate and organizational applications. This recommended practice is focused on
managed Web sites, Intranet (within an organization), and Extranet (between a group of collaborating orga-
nizations). Other projects are being evaluated by the Internet Best Practices working group (IBPwg) within
the IEEE Computer Society. See http://dx.doi.org/10.1041/standard/2001 for current details.
Web page engineering often is done with little consideration for the immediate or ongoing implications of
Web site design or implementation. Some sites reflect “state of the art” delivery that can only be accessed
with the most recent tools. This may be inconsistent with the business objectives for that site. Some sites will
languish beyond their applicable life, occupying valuable resources (particularly as these are incorporated
into organizational indexes, and delivered as prospective “query returns” by indexing and search services).
Poor Web page engineering results in lost productivity and user frustration, and can result in legal liabilities.
There is no clear prediction of when the World Wide Web or a specific site will be obsolete. There is a legit-
imate engineering concern that this lifespan may be significantly underestimated or disregarded entirely in
many Web site designs. Vendor products—past and future versions, format preferences, or selection of
implementation languages—may require future re-engineering as vendors and products fade. Corporate Web
sites may not need to live beyond the life of the corporation, however, public sector and other institutional
sites may well span centuries. A significant portion of the content of these sites may not require updating,
except in cases of shortsighted design. The Magna Carta and the works of Shakespeare are examples of
fairly stable content.
The recommended practices and requirements set forth in this recommended practice are aimed to reduce
the risks associated with Web page investments. Further revision of this recommended practice is expected,
partially to reflect changes in the Web environment, but also to reflect increased understanding of “recom-
mended practices” in Web page engineering. There is a popular awareness of “Web years,” characterized by
rapid advances in the platform technology for clients and servers. There is a potentially expensive, misin-
formed conclusion that might be drawn from this, which is that Web pages (and more directly, information
content and services delivery) either are, or should, move forward at this same rate. Some of today’s Web
pages will warrant long-term retention, and within the context of business operations (which is the core of
managed sites), re-engineering of last year’s Web pages is an investment that requires justification. The value
of Web-based operations is the delivery of the right information and services to the right persons at the right
time with the least amount of effort. Success in Web-based operations is based more on engineering design
in response to an understanding of the target-user community and information, than it is on the rapidly
evolving technology for Web platforms.
Participants
At the time the Internet Best Practices Working Group (IBPwg) of the IEEE Computer Society completed
this recommended practice, it had the following membership:
Paul Eastman, Chair, SAB Sponsored Projects (SAB), IEEE Computer Society
James D. Isaak, Chair, IBPwg, and Technical Editor
Earl Meiers, Secretary and Technical Editor
Don Folland, Technical Editor
Vinod Aggarwal Mike Gwynne Michael Paciello
Julia Allen Karl Hebenstreit Ketan Pandya
Luis Andre Kim Helseth Alan Peltzman
Ken Bartlett Don Holden Catherine Pinka
Louis Bastarache Dong Hua Anan Ponnambalam
Gael Jeanneret
Peter Benjamin Mary E. Powers
George Benoy Tom Jones Brian Quinn
M. Bent Gary Joslin Peter Randle
Richard Birnbaum David Kamishlian Wendy Rauch
Kari Kruempel Christine Rigden
Cornelia Boldyreff
Laonie Butler Bill LaPlant Helene Riley
Dino Butorac Sharon Laskowski Ken Rothermel
Don Lewine
Massimo Cardaci Andrew M. Schoka
Alex Conn Michael Linley Charles Sheppard
Jean-Michel Cornu Pei-wen Liu Bill Smith
Luis Costa Steve Lucas Scott Smith
Massimo Marchiori
Matt Davis Pradip Srimani
Frank Farance Roger Martin Fred Starkey
Adam Farquhar Jacques Mathot Dennis Steinauer
Lil Floratos Wayne McCoy David Steinmetz
Pete Floratos Thomas M. Meddaugh Sandra Swearingen
Ken Fong Tomas Montgomery Himanshu Warudkar
Gary Ford Ed Nemil Jean-Marc Wise
Ian Neuman
Norman Gee Suen Wong
Alex Godleski Joan Owens Zenta Yung
Peter Owens
iv Copyright © 2003 IEEE. All rights reserved.
The following members of the balloting committee voted on this recommended practice. Balloters may have
voted for approval, disapproval, or abstention.
Andrew Abolafia Don Folland Paul Menchini
Fiorenza Albert-Howard Juan Garbajosa James Moore
Edward Bartlett Gregg Giesler Mary Lou Padgett
Bakul Banerjee Garth Glynn Roger Pandanda
Charles Hammons
D. J. Blackwood Luiz Claudio Parzianello
Mitchell Bonnett George Hayhoe Lou Pinto
Dino Butorac Mark Henley Terrill Ray
John Cole Ronald Hofer Ken Rothermel, Jr.
James D. Isaak
Massimo Cardaci James Ruggieri
James T. Carlo Neil Jacobson Randy Saunders
Sue Carroll Jerry Johnson Norman Schneidewind
Lawrence Catchpole Vladan Jovanovic Andrew Schoka
Keith Chow Dwayne Knirk Mitchell Smith
Rosemary Coleman Thomas M. Kurihara David Steinmetz
Paul Croll George Kyle Sandra Swearingen
Susan Land
Guru Dutt Dhingra Robert Tripi
Gregory Daich Thomas Lindahl T. H. Tse
Taz Daughtrey Claire Lohr Mark-Rene Uchida
David Deighton Greg Luri Scott Valcourt
Bostjan Derganc Esperanza Marcos Martinez Paul Work
Cosimo Distante Peter Martini Tom Worthington
Luis Andre Dutra e Silva Jacques Mathot Don Wright
Ian McChesney
Jose Dominic Espejo Oren Yuen
Lee Farrell Earl Meiers Janusz Zalewski
When the IEEE-SA Standards Board approved this recommended practice on 12 September 2002, it had the
following membership:
James T. Carlo, Chair
James H. Gurney, Vice Chair
Judith Gorman, Secretary
Sid Bennett Toshio Fukuda Nader Mehravari
H. Stephen Berger Arnold M. Greenspan Daleep C. Mohla
Clyde R. Camp Raymond Hapeman William J. Moylan
Richard DeBlasio Donald M. Heirman Malcolm V. Thaden
Harold E. Epstein Richard H. Hulett Geoffrey O. Thompson
Julian Forster* Lowell G. Johnson Howard L. Wolfman
Howard M. Frazier Joseph L. Koepfinger* Don Wright
Peter H. Lips
*Member Emeritus
Also included are the following nonvoting IEEE-SA Standards Board liaisons:
Alan Cookson, NIST Representative
Satish K. Aggarwal, NRC Representative
Andrew Ickowicz
IEEE Standards Project Editor
Contents
1. Overview. 1
1.1 Scope. 1
1.2 Purpose. 1
1.3 Conformance. 2
2. References. 3
3. Definitions, terminology, abbreviations and acronyms . 4
3.1 Definitions. 4
3.2 Terminology. 5
3.3 Abbreviations and acronyms. 6
4. Design practices. 6
4.1 General requirements. 7
4.2 Environment selection . 12
4.3 Scripting languages and Java. 18
5. Server, HTTP and site considerations. 19
5.1 HTTP 1.1 application. 19
5.2 Cache expiration date. 19
5.3 Non-caching. 19
5.4 Browser language selection . 19
5.5 Robot exclusion . 20
5.6 Browser tolerance . 20
5.7 Webmaster contact. 20
5.8 Redirection. 20
5.9 Compression . 21
5.10 Site conventions. 21
5.11 Web site center page . 21
5.12 Site index and search . 22
6. Header information . 23
6.1 Document type declaration . 23
6.2 Title. 23
6.3 Metadata. 23
6.4 Digital signature. 25
7. Body information. 25
7.1 Sensitive information exposure. 25
7.2 Intellectual property rights (IPR). 25
7.3 Security designations . 26
7.4 Dates and time. 27
7.5 International considerations. 28
7.6 Bandwidth efficiencies. 31
7.7 Navigation aids . 31
vi Copyright © 2003 IEEE. All rights reserved.
7.8 Active links . 32
7.9 Dead links . 32
7.10 Absolute and relative links. 32
7.11 Cookies . 33
7.12 Frame considerations . 33
7.13 Graphical images . 34
7.14 Deprecated HTML elements and attributes . 34
7.15 Physical location information . 34
7.16 Server technology independence . 35
7.17 Flushing search engines . 35
Annex A (informative) Bibliography . 36
Annex B (informative) Potential areas of future or additional work. 43
Annex C (normative) XML tags and HTML attribute values . 44
Annex D (informative) Metadata for indexing and classification . 46
Annex E (normative) Robot exclusion . 50
Annex F (informative) Privacy statement text. 52
Annex G (informative) Requirements checklist . 54
Annex H (informative) Color combinations—numerical and visual color tables. 62
Annex I (normative) 36 CFR 1194 connections. 65
Index . 68
IEEE Recommended Practice for the
Internet—Web Site Engineering, Web
Site Management, and Web Site Life
Cycle
1. Overview
This recommended practice provides guidance for designing and implementing well-engineered Web pages
for use in managed Web sites. The goal of this recommended practice is to improve the productivity of man-
aged Web operations in terms of:
a) locating relevant information,
b) facilitating ease of use,
c) reducing legal liabilities, and
d) providing for efficient development and maintenance practices.
This recommended practice will focus on vendor- and product-independent considerations.
This recommended practice provides guidance for persons designing and developing Web pages, and man-
agers responsible for establishing guidelines for Web site development.
1.1 Scope
This document defines recommended practices for World Wide Web page engineering for Intranet and ®
Extranet environments, based on World Wide Web Consortium (W3C ) and related industry guidelines.
This recommended practice does not address stylistic considerations or human-factors considerations in
Web page design beyond limitations that reflect good engineering practice. Annex B contains topics which
are not sufficiently mature or where there are not specific recommendations for inclusion in the current issue
of this recommended practice.
1.2 Purpose
This recommended practice is intended to provide guidance to Web page developers in Intranet (organiza-
tional internal), and Extranet (amongst a limited domain of organizational participants) Web environments
on recommended practices for Web page engineering. The objective is to improve the productivity of Intra-
net/Extranet Web operations in terms of locating relevant information, and efficient development and main-
tenance practices.
The 2002 revision of this recommended practice addresses items identified in Annex A of IEEE Std 2001-
1999 [B14] which can be well-defined and to respond to emerging technology and changes in practice that
have resulted in new material or changes to approved recommendations. Conformance to this recommended
practice in developing and publishing a Web site provides a basis for a well-engineered Web site.
The numbers in brackets correspond to those of the bibliography in Annex A.
IEEE Std 2001-2002
IEEE RECOMMENDED PRACTICE FOR THE INTERNET—WEB SITE
1.3 Conformance
This recommended practice defines two forms of conformance: “IEEE Std 2001-2002-conforming Web
page” and “IEEE Std 2001-2002-conforming Web page generation tool.” Throughout this recommended
practice, the use of the verb shall indicates a requirement of the standard; the use of the verb should indicates
a recommendation; and the use of the verb may indicates an option or variation that is permitted by the rec-
ommended practice. Although users of this recommended practice are strongly encouraged to consider the
recommendations made within, the implementation of recommendations is not a requirement of Web page
conformance.
1.3.1 IEEE Std 2001-2002-conforming Web page
A conforming Web page implements all the requirements of this recommended practice. A Web page that
conforms to this recommended practice may indicate this by the use of the following tag:
alt="IEEE Computer Society Best Practices axV2 Logo"
width="80" height="40" />
NOTE—The HTML Reference Designator (HREF value will change with each version of this recommended practice.
Tools should use the HREF value to determine the version of the standard being used.
The image file may be downloaded and referenced using relative Uniform Resource Identifiers (URIs), but
the target HTML file must be referenced by an absolute URI.
Consistent with 4.1.10 of this recommended practice, a meta statement indicating conformance to this rec-
ommended practice may be included. This statement is:
"
1.3.2 IEEE Std 2001-2002-conforming Web page generation tool
A product for generating well-engineered Web pages dynamically, or as an authoring tool, conforms to IEEE
Std 2001-2002 if it satisfies all of the following conditions:
a) It generates pages that conform to the XHTML DTD recommendation of the W3C, or it documents
which DTDs it supports.
b) It generates pages which comply with the DTD selection of the user.
c) For versions HTML 3.2 and higher, or XML; it supports Cascading Style Sheets (CSS) 1.0 or higher,
or it supports XSL and, in either case, it documents the use of this function and identifies which rec-
ommendations are supported.
d) It generates pages that conform to all of the requirements, recommendations, and options of this rec-
ommended practice. Tools may allow for creation of non-conforming pages as a user option (in
which case the IEEE 2001 tag cannot be included on the page.)
e) It supports the Web Consortium’s Authoring Tool Accessibility Guidelines (see 2.8).
2 Copyright © 2003 IEEE. All rights reserved.
IEEE Std 2001-2002
ENGINEERING, WEB SITE MANAGEMENT, AND WEB SITE LIFE CYCLE
2. References
This recommended practice shall be used in conjunction with the following publications. When the follow-
ing specifications are superseded by an approved revision, the revision shall apply. See Annex A for informa-
tive bibliographic references. Uniform Resource Locators (URLs) provided in this recommended practice
are current as of the date submitted for publication . See http://dx.doi.org/10.1041/standard/2001/2002/ref-
erences for a list of normative and informative reference URLs on-line.
36 CFR 1194 –Electronic and Information Technology Accessibility Standards, Federal Register Dec. 21,
2000; Code of Federal Regulations (CFR).
Authoring Tool Accessibility Guidelines 1.0, W3C Recommendation 3 February 2000, Guidelines required
by Web page generation tools to support accessibility requirements.
5, 6
HTML 4.01 Specification, W3C Recommendation 24 December 1999.
ISO 639-1:2002, Codes for the Representation of Names of Languages—Part 1: Alpha-2 Code.
ISO 639-2:1998, Codes for the Representation of Names of Languages—Part 2: Alpha-3 Code.
ISO 3166-1:1997, Codes for the Representation of Names of Countries and their Subdivisions—Part 1:
Country Codes.
ISO 4217:2001, Codes for the Representation of Currencies and Funds.
W3C REC-CSS1-19900111, W3C Recommendation Cascading Style Sheets, level 1—W3C Recommenda-
8, 9
tion, 17 Dec. 1996, revised 11 Jan 1999.
W3C REC-CSS2-19980512, W3C Recommendation Cascading Style Sheets, level 2 CSS2 Specification—
10, 11
W3C Recommendation, 12 May 1998.
If direct access to W3C recommendations is not possible, they can be located from the primary site: http://www.w3.org.
For information on this document, please visit http://www.access-board.gov/sec508/508standards.htm.
For information on this document, please visit http://www.w3.org/TR/ATAG10/.
This specification defines the HyperText Markup Language (HTML), the publishing language of the World Wide Web. This specifica-
tion defines HTML 4.01, which is an update of HTML 4. In addition to the text, multimedia, and hyperlink features of the previous ver-
sions of HTML (HTML 3.2 [HTML32]—see [B60]—and HTML 2.0—see [B20]), HTML 4 supports more multimedia options,
scripting languages, style sheets, better printing facilities, and documents that are more accessible to users with disabilities. HTML 4
also takes great strides towards the internationalization of documents, with the goal of making the Web truly World Wide. HTML 4 is an
SGML application conforming to ISO 8879:1986 [B43].
For information on this document, please visit http://www.w3.org/TR/1999/REC-html401-19991224.
ISO publications are available from the ISO Central Secretariat, Case Postale 56, 1 rue de Varembé, CH-1211, Genève 20, Switzer-
land/Suisse (http://www.iso.ch/). ISO publications are also available in the United States from the Sales Department, American
National Standards Institute, 25 West 43rd Street, 4th Floor, New York, NY 10036, USA (http://www.ansi.org/).
This document specifies level 1 of the Cascading Style Sheet (CSS1) mechanism. CSS1 is a simple style sheet mechanism that allows
authors and readers to attach style (e.g., fonts, colors, and spacing) to HTML documents. The CSS1 language is human readable and
writable, and expresses style in common desktop publishing terminology. One of the fundamental features of CSS is that style sheets
cascade; authors can attach a preferred style sheet, while readers may have a personal style sheet to adjust for human or technological
handicaps. The rules for resolving conflicts between different style sheets are defined in this specification.
For information on this document, please visit http://www.w3.org/TR/REC-CSS1.
This specification defines Cascading Style Sheets, level 2 (CSS2). CSS2 is a style sheet language that allows authors and users to
attach style (e.g., fonts, spacing, and aural cues) to structured documents (e.g., HTML documents and XML applications). By separat-
ing the presentation style of documents from the content of documents, CSS2 simplifies Web authoring and site maintenance.
CSS2 builds on CSS1 and, with very few exceptions, all valid CSS1 style sheets are valid CSS2 style sheets. CSS2 supports media-spe-
cific style sheets so that authors may tailor the presentation of their documents to visual browsers, aural devices, printers, Braille
devices, hand-held devices, etc. This specification also supports content positioning, downloadable fonts, table layout, features for inter-
nationalization, automatic counters and numbering, and some properties related to user interface.
For information on this document, please visit http://www.w3.org/TR/REC-CSS2/.
IEEE Std 2001-2002
IEEE RECOMMENDED PRACTICE FOR THE INTERNET—WEB SITE
W3C WAI Web Content 19990505, W3C Recommendation Web Content Accessibility Guidelines 1.0, WAI
12, 13
Page Author Guidelines—W3C, 5 May1999.
XHTML™ 1.0: The Extensible HyperText Markup Language, A Reformulation of HTML 4 in XML 1.0,
14, 15
W3C Recommendation 26 January 2000.
3. Definitions, terminology, abbreviations and acronyms
3.1 Definitions
3.1.1 archival pages: On-line data that is 1) not expected to change, and 2) no longer maintained. This data
also may not be readily renderable by future tools.
3.1.2 body metadata: Elements in the body of an HTML document providing administrative and/or naviga-
tional facilities for the user or administrator.
3.1.3 cookie {XE “Cookie definition of”}: A quantity used to indicate or signal to a recipient of data, sig-
nificant changes in the state of the entity supplying the data. Web sites may store/retrieve cookies from user
client systems to maintain state information including identification of users and transaction coherency.
3.1.4 Extranet: A set of Intranets connected for specific objectives, spanning multiple organizations.
3.1.5 Intranet: A managed network operating strictly within an organization. More than one Intranet may
exist within an organization, these may be isolated.
3.1.6 managed network: A network or set of networks established and controlled by one or more organiza-
tions to meet specific organizational or business needs.
3.1.7 managed Web site: A site created and maintained based on organizational guidelines.
3.1.8 mirror site: A duplicate copy of a master site maintained on a different host typically to provide
redundancy, higher performance, or local access.
These guidelines explain how to make Web content accessible to people with disabilities. The guidelines are intended for all Web con-
tent developers (page authors and site designers) and for developers of authoring tools. The primary goal of these guidelines is to pro-
mote accessibility. However, following them will also make Web content more available to all users, whatever user agent they are using
(e.g., desktop browser, voice browser, mobile phone, automobile-based personal computer, etc) or constraints they may be operating
under (e.g., noisy surroundings, under- or over-illuminated rooms, in a hands-free environment, etc). Following these guidelines will
also help people find information on the Web more quickly. These guidelines do not discourage content developers from using images,
video, etc, but rather explain how to make multimedia content more accessible to a wide audience.
For information on this document, please visit http://www.w3.org/TR/WCAG10.
This specification defines XHTML 1.0, a reformulation of HTML 4 as an XML 1.0 application, and three DTDs corresponding to the
ones defined by HTML 4. The semantics of the elements and their attributes are defined in the W3C Recommendation for HTML 4.
These semantics provide the foundation for future extensibility of XHTML. Compatibility with existing HTML user agents is possible
by following a small set of guidelines.
XHTML is a family of current and future document types and modules that reproduce, subset, and extend HTML 4.0. XHTML 1.0 pro-
vides the basis for a family of document types that will extend and subset XHTML, in order to support a wide range of new devices and
applications, by defining modules and specifying a mechanism for combining these modules. This mechanism will enable the extension
and subsetting of XHTML 1.0 in a uniform way through the definition of new modules.
For information on this document, please visit http://www.w3.org/TR/xhtml1.
W3C’s Document Object Models (DOM) describe cookie operations within the Web document context. IETF RFC 2965:2000 [B23]
describes a proposed standard for HTTP State Management based on the cookie concept.
4 Copyright © 2003 IEEE. All rights reserved.
IEEE Std 2001-2002
ENGINEERING, WEB SITE MANAGEMENT, AND WEB SITE LIFE CYCLE
3.1.9 persistent URI: A Uniform Resource Identifier (URI) is persistent if it is a reference that does not
need to change at the link in a document, and can still reach the desired object even though that object may
have changed locations.
3.1.10 subordinate Web site: A site contained within another Web site.
3.1.11 Web page: A digital multimedia object as delivered to a client system. A Web page may be generated
dynamically from the server side, and may incorporate applets or other elements active on either the client or
server side.
3.1.12 Web site: A collection of logically connected Web pages managed as a single entity. A Web site may
contain one or more subordinate Web sites. (See Figure 1 for a representative architecture that is possible for
a collection of Web pages within a Web site.)
Points to
Main Web site 1
Main Web site 2
Subordinate Subordinate Subordinate
Web site 1.1 Web site 1.2 Web site 2.1
Points to
Points to
Subordinate Subordinate Subordinate Subordinate Subordinate
Web site 1.1.1 Web site 1.1.2 Web site 1.1.3 Web site 2.1.1 Web site 2.1.2
NOTE—All elements of this diagram may represent separately managed Web sites. Such management should reflect
deference to the applicable policies of the organization hierarchy. Note that Web sites are not implicitly hierarchical, it
is the organization hierarchy policies that may be relevant.
Figure 1—Example of a Web site architecture
3.1.13 well-engineered Web site: A Web site designed and implemented in accordance with the recommen-
dations of IEEE Std 2001-2002.
NOTE—Frame, NoFrame and Robot are used based on the HTML 4.01 specification.
3.2 Terminology
This subclause describes terms used in a specific manner in this recommended practice. The descriptions are
not intended as definitions, but rather as explanations of the special usage.
3.2.1 Rfield: The designation for a Web page segment presented within a well-engineered Web page, prima-
rily for the human reader. Typically, the contents are not structured for machine interpretation.
3.2.2 Mfield: The designation for a Web page segment presented within a well-engineered Web page, in
machine-readable format, which is not intended to be presented to the human reader.
3.2.3 RMfield: The designation for a Web page segment presented within a well-engineered Web page,
structured for both machine interpretation and for presentation to the human reader.
IEEE Std 2001-2002
IEEE RECOMMENDED PRACTICE FOR THE INTERNET—WEB SITE
3.3 Abbreviations and acronyms
CSS Cascading Style Sheets
CSS1 Cascading Style Sheets, level 1
CSS2 Cascading Style Sheets, level 2
DHTML Dynamic HTML
DNS Domain Name Service
DOI Digital Object Identifier™
DTD Document Type Definition (for XML or SGML specifications)
GIF Graphics Interchange Format
HREF HTML reference designator
HTML HyperText Marku
...
МЕЖДУНАРОДНЫЙ ISO/IEC
СТАНДАРТ 23026
IEEE
Std 2001-2002
Первое издание
2006-06-01
Разработка программного обеспечения.
Рекомендуемая практика для
Интернета. Разработка веб-сайтов,
администрирование веб-сайтов и
жизненный цикл веб-сайтов
Software Engineering — Recommended Practice for the Internet — Web
Site Engineering, Web Site Management, and Web Site Life Cycle
Ответственность за подготовку русской версии несет GOST R
(Российская Федерация) в соответствии со статьей 18.1 Устава ISO
Ссылочный номер
IEEE
Std 2001-2002
IEEE Std 2001-2002
Отказ от ответственности при работе в PDF
Настоящий файл PDF может содержать интегрированные шрифты. В соответствии с условиями лицензирования, принятыми
фирмой Adobe, этот файл можно распечатать или смотреть на экране, но его нельзя изменить, пока не будет получена лицензия
на интегрированные шрифты и они не будут установлены на компьютере, на котором ведется редактирование. В случае загрузки
настоящего файла заинтересованные стороны принимают на себя ответственность за соблюдение лицензионных условий
фирмы Adobe. Центральный секретариат ISO не несет никакой ответственности в этом отношении.
Adobe - торговый знак фирмы Adobe Systems Incorporated.
Подробности, относящиеся к программным продуктам, использованные для создания настоящего файла PDF, можно найти в
секции General Info файла; параметры создания PDF были оптимизированы для печати. Были приняты во внимание все меры
предосторожности с тем, чтобы обеспечить пригодность настоящего файла для использования комитетами-членами ISO. В
редких случаях возникновения проблемы, связанной со сказанным выше, просьба проинформировать Центральный секретариат
по адресу, приведенному ниже.
ISO
Case postale 56 • CH-1211 Geneva 20
Телефон: + 41 22 749 01 11
Факс: + 41 22 749 09 47
Адрес электронной почты: copyright@iso.org
Веб-сайт: www.iso.org
ii
IEEE Std 2001™-2002
(Пересмотр IEEE Std 2001-1999)
TM
Рекомендуемая практика IEEE
для Интернета. Разработка веб-
сайтов, администрирование веб-
сайтов и жизненный цикл веб-
сайтов
Общество инженеров по компьютерам IEEE
При финансовой поддержке
Рабочей группы по внедрению передового опыта Интернета
Опубликовано
Институтом инженеров по электротехнике и электронике, Inc.
3 Park Avenue, New York, NY 10016-5997, США
Печатная версия: SH95025
3 марта 2003 года Версия в формате PDF: SS95025
Признано в качестве
IEEE Std 2001™-2002
Американского Национального Стандарта (ANSI)
(Пересмотр IEEE Std 2001-1999)
Рекомендуемая практика IEEE для
Интернета. Разработка веб-сайтов,
администрирование веб-сайтов и
жизненный цикл веб-сайтов
Спонсор
Рабочая группа по внедрению передовой практики Интернет
Общества инженеров по компьютерам Института IEEE
Одобрено 21 января 2003 года
Американским национальным институтом стандартов
Одобрено 12 сентября 2002 года
Отделом стандартов IEEE-SA
Аннотация. В настоящем документе приведены рекомендации по разработке веб-
страниц для сетей Интранет и Экстранет, основанные на руководящих указаниях ®
Консорциума World Wide Web (W3C ), а также на других связанных ними руководящих
указаниях. В данных Практических рекомендациях не рассматриваются вопросы
стилистики или влияния человеческого фактора, относящиеся к разработке веб-страниц и
выходящие за рамки того, что составляет предмет образцовой практики разработок.
Ключевые слова. Экстранет, Интернет, Интранет, веб-страница, веб-сайт, разработка
веб-сайтов, временной ресурс веб-сайта, администрирование веб-сайтов, качественно
разработанная веб-страница, World Wide Web
Институт инженеров по электротехнике и электронике
3 Park Avenue, New York, NY 10016-5997, USA
Авторские права © 2003 Института инженеров по электротехнике и электронике.
Все права сохраняются. Опубликовано 3 марта 2003 года. Напечатано в Соединенных Штатах Америки. ®
DOI (Идентификатор цифровых объектов) является зарегистрированной торговой маркой Фонда DOI.
IEEE является торговой маркой, зарегистрированной в Бюро патентов и торговых марок США и принадлежащей
Институту инженеров по электротехнике и электронике. ®
W3C является торговой маркой (зарегистрированной во многих странах) Консорциума World Wide Web.
Печатная версия: ISBN 0-7381-4971-3 SH95539
Версия в форматеPDF ISBN 0-7381-4972-1 SS95539
Ни одна часть данной публикации не может быть воспроизведена в какой-либо форме, в электронных
информационно-поисковых системах или иным способом, без предварительного письменного согласия
издателя.
IEEE Std 2001-2002
Международный стандарт ISO/IEC 23026:2006(R)
Международная организация по стандартизации (ISO) и Международная электротехническая
комиссия (IEC) создали специализированную систему всемирной стандартизации. Национальные
организации, являющиеся комитетами-членами ISO или IEC, участвуют в разработке
международных стандартов через технические комитеты, учрежденные соответствующей
организацией для того, чтобы заниматься отдельными областями технической деятельности.
Технические комитеты ISO и IEC сотрудничают в областях, представляющих взаимный интерес.
Другие правительственные и неправительственные международные организации, сотрудничающие
с ISO и IEC, также принимают участие в этой работе. В области информационной технологии ISO и
IEC учредили Совместный Технический комитет ISO/IEC JTC 1.
Проекты международных стандартов разрабатываются согласно правилам, привёденным в
Директивах ISO/IEC, Часть 2.
Основной задачей технических комитетов является подготовка международных стандартов.
Проекты международных стандартов, принятые техническими комитетами, рассылаются комитетам-
членам на голосование. Для публикации в качестве международного стандарта требуется
одобрение не менее 75 % комитетов-членов, принявших участие в голосовании.
Следует иметь в виду, что, возможно, некоторые элементы настоящего документа могут быть
объектом патентных прав. ISO не несет ответственность за определение некоторых или всех таких
патентных прав.
ISO/IEC 23026 был подготовлен Институтом инженеров по электротехнике и радиоэлектронике IEEE
(в качестве стандарта IEEE Std 2001:2002), принят Подкомитетом SC 7 Программное обеспечение и
проектирование систем Совместного технического комитета ISO/IEC JTC 1 Информационные
технологии по прохождению особой “процедуры быстрого отслеживания” и одновременно одобрен
национальными организациями ISO и IEC. В рамках договоренностей Категории A Общество
инженеров по компьютерам Института IEEE будет сотрудничать с Подкомитетом SC 7 по вопросам
технического сопровождения данного международного стандарта.
Международная организация по стандартизации/Международная электротехническая комиссия
Case postale 56 • CH-1211 Genève 20 • Switzerland
Документы Стандартов IEEE Обществами IEEE и Координационными комитетами по стандартам,
организуемыми Отделом стандартов Ассоциации IEEE по стандартизации (IEEE-SA). Стандарты IEEE
разрабатываются в результате процесса согласования мнений и последующего утверждения Американским
национальным институтом стандартов, что позволяет объединить усилия добровольных исследователей,
представляющих разные точки зрения и интересы, для достижения конечного результата. Эти исследователи
не обязательно являются членами Института или работают безвозмездно. В то время как IEEE руководит
процессом и устанавливает правила, способствующие справедливому согласованию мнений в процессе
разработки, IEEE не выполняет независимого анализа, проверки или подтверждения точности любой
информации, содержащейся в своих стандартах.
Использование Стандарта IEEE сугубо добровольно. IEEE отказывается от ответственности за любые
травмы, порчу собственности или другой ущерб любого характера, частный, косвенный, последующий либо
компенсирующий, являющийся прямым или косвенным следствием публикации, использования, принятия в
качестве надежного источника данного либо любого другого документа Стандарта IEEE.
IEEE не дает никаких гарантий или подтверждений по поводу точности или полноты содержащегося здесь
материала и явным образом отказывается от всех конкретных или подразумеваемых гарантий, включая
любые подразумеваемые гарантии коммерческой выгоды или пригодности для определенной цели, как и
гарантии того, что использование содержащегося здесь материала не является нарушением патентного права.
Документы Стандартов IEEE распространяются по принципу “КАК ЕСТЬ”.
Наличие стандарта IEEE не означает отсутствие других способов изготовления, испытания, закупки, продажи
или поставки других товаров и услуг, связанных с областью применения Стандарта IEEE. Более того, точка
зрения, выраженная во время утверждения и выхода Стандарта, может измениться в результате эволюции
текущего состояния исследований и учета комментариев, полученных от пользователей Стандарта. Каждый
Стандарт IEEE подлежит проверке как минимум один раз в пять лет с целью пересмотра или повторного
подтверждения. Если документу более пяти лет, но он не получил повторного подтверждения, есть все
основания заключить, что его содержание, даже если оно и представляет до сих пор определенную ценность,
не отражает в полной мере текущего состояния исследований. Пользователям делается предупреждение о
необходимости проверки того, что они используют самое последнее издание любого Стандарта IEEE.
Публикуя данный документ и делая его доступным, IEEE не предлагает и не оказывает профессиональных
или иных услуг и не действует по поручению какого-либо лица или органа. Кроме того, IEEE не берет на
себя никаких обязательств по выполнению обязанностей, возложенных каким-либо лицом или субъектом на
другое лицо или субъект. Любое лицо, использующее данный или любой другой документ Стандартов IEEE,
должно полагаться на поддержку компетентных специалистов при определении разумной степени
осторожности в любых конкретных обстоятельствах.
Интерпретации. Время от времени могут возникать вопросы, касающиеся смысла фрагментов стандартов
применительно к особым ситуациям. Если о потребности интерпретации будет сообщено IEEE, Институт
инициирует мероприятия по подготовке надлежащих ответов. Так как Стандарты IEEE являются результатом
согласования мнений заинтересованных сторон, важно обеспечить, что в любой интерпретации будет также
соблюден баланс интересов. По этой причине IEEE, а также члены его Обществ и Координационных
комитетов не могут предложить немедленные ответы на запросы, касающиеся интерпретации, кроме случаев,
когда данный предмет ранее уже был рассмотрен официально.
Комментарии от всех заинтересованных сторон, полезные для переработки Стандартов IEEE, приветствуются
независимо от членства этих сторон в IEEE. Рекомендации по внесению изменений в документы должны
включать предлагаемый текст изменения и соответствующие комментарии с обоснованием. Комментарии по
поводу стандартов и запросы на интерпретацию следует направлять на адрес:
Secretary, IEEE-SA Standards Board 445 Hoes Lane P.O. Box 1331 Piscataway, NJ 08855-1331 USA
Примечание. Подчеркивается возможность того, что для реализации требований данного стандарта
может потребоваться использование материалов, являющихся объектом патентного права.
Публикации данного стандарта не сопровождается объявлением позиции по отношению к
существованию или законности каких-либо связанных с ним патентных прав. Институт IEEE не
несет ответственность за выявление патентов, на которые может потребоваться лицензия для
стандарта IEEE, или за наведение справок по поводу юридической силы или области применимости
патентов, информация о которых была ему представлена.
Институт инженеров по электротехнике и электронике дает право фотокопирования частей любого стандарта
для внутреннего или личного пользования при условии выплаты соответствующих сборов Центру по
проверке авторских прав. Для оплаты лицензионных сборов свяжитесь с сотрудниками клиентской службы
Центра: Copyright Clearance Center, Customer Service, 222 Rosewood Drive, Danvers, MA 01923 USA; +1 978
750 8400. Разрешение на фотокопирование частей любого стандарта для образовательных целей может также
быть получено в Центре по проверке авторских прав.
Введение
(Данное введение не является частью Стандарта IEEE Std 2001-2002, Практические рекомендации IEEE для
Интернет. Разработка и администрирование веб-сайтов. Временной ресурс веб-сайта.).
Всемирная паутина World Wide Web постоянно расширяется, и постоянно растет та роль, которую
она играет в качестве метода поиска и передачи информации. Это ставит серьезные проблемы
перед разработчиками. Для поиска нужной информации необходимо, чтобы разработка веб-
страниц сопровождалась правильной индексацией. Если пользователь найдет нужную страницу,
но важная для него информация будет на ней отсутствовать, он будет разочарован, и созданное
веб-приложение можно будет считать не соответствующим своему назначению.
Настоящий документ является переработкой “практических рекомендаций” 1999 года выпуска,
составленных на базе накопленного опыта администрирования веб-сайтов. Данная редакция,
основанная на Стандарте IEEE Std 2001-1999, представляет собой расширение этого Стандарта с
учетом разработанных с тех пор рекомендаций и с учетом вопросов, относящихся как к обычным,
так и к “подконтрольным” (“managed”) веб-сайтам (в противоположность обычным сайтам
Интранет и Экстранет). Последние могут использоваться в корпоративных и организационных
приложениях с целью повышения качества веб-страниц для пользователей, а также для
повышения эффективности и общей ценности веб-разработок. Данные практические
рекомендации ориентированы главным образом на эти подконтрольные веб-сайты, – как в сети
Интранет (внутри организации), так и в сети Экстранет (между группой сотрудничающих
организаций). Другие проекты рассматриваются Рабочей группой по внедрению передовой
практики Internet (IBPwg) Общества специалистов по компьютерам IEEE. По поводу текущих
разработок см. http://dx.doi.org/10.1041/standard/2001.
Разработчики веб-страниц часто уделяют мало внимания текущим аспектам разработки и
реализации веб-сайтов. На некоторых сайтах используются “новейшие” методы презентации,
требующие самых последних средств доступа к данным. Такая стратегия может противоречить
деловым задачам, которые ставятся для данного сайта. Другие сайты, наоборот, продолжают
функционировать и после того, как они морально устарели, отнимая ценные ресурсы (особенно
если эти ресурсы включены в схему индексации данных в организации и используются для
передачи ответов на запросы службами индексации и поиска). Недостаточно качественная
разработка веб-страниц малопродуктивна, недружественна по отношению к пользователям, и
может стать причиной судебных разбирательств.
Нельзя прогнозировать точно, в какой момент World Wide Web или конкретный сайт станут
непопулярными. Резонны опасения разработчиков по поводу того, что для многих веб-проектов
временной ресурс сайта может значительно занижаться или вообще не приниматься во внимание.
Для коммерческих продуктов, по мере снижения их ценности, может потребоваться переработка
прошлых и будущих версий, выбор других предпочтительных форматов или использование
других языков программирования. Корпоративные веб-сайты могут существовать только в
течение времени существования корпорации, но общественные сайты и сайты других организаций
могут работать многие годы. Обновление основного содержимого этих сайтов может
потребоваться лишь в случае их непродуманного дизайна. “Великая хартия вольностей” и
произведения Шекспира – примеры стабильности информационного содержимого.
Практические рекомендации и требования данного документа разработаны с целью снижения
рисков инвестиций в сфере веб-дизайна. Предполагается выпуск следующих редакций этих
рекомендаций: в них будут отражены не только изменения среды Web, но и лучшее понимание
термина “практические рекомендации” применительно к разработке веб-страниц. Есть общее
понятие “числа лет в среде Web”, отражающее быстрое развитие технологий клиент-серверных
платформ. Есть также потенциально затратное и информативно необоснованное применение этого
понятия исходя из того, что веб-страницы (точнее, информационное содержимое и организация
информационных служб) развиваются либо должны развиваться с той же скоростью. Некоторые
существующие веб-страницы гарантированно прослужат еще много лет, и целесообразность
капиталовложений на переработку прошлогодних страниц требует обоснования в контексте
© IEEE 2003 – Все права сохраняются.
iii
деловых операций (который является определяющим для подконтрольных сайтов). Ценность
операций в среде Web состоит в предоставлении нужной информации и услуг нужным людям в
нужное время с минимальными затратами. Поэтому успех веб-разработки определяется, прежде
всего, учетом текущих потребностей целевого сообщества пользователей и выбором нужной им
информации, а не использованием быстро развивающихся технологий для веб-платформ.
Участники
На момент завершения составления данных Практических рекомендаций Рабочей группой по
внедрению передовой практики Интернет (IBPwg) Общества инженеров по компьютерам IEEE
состав этой группы был следующим:
Paul Eastman, Председатель Отделения подшефных проектов (SAB) Общества инженеров по
компьютерам Института IEEE
James D. Isaak, Руководитель группы IBPwg и технический редактор
Earl Meiers, Секретарь и технический редактор
Don Folland, Технический редактор
Vinod Aggarwal Mike Gwynne Michael Paciello
Julia Allen Karl Hebenstreit Ketan Pandya
Luis Andre Kim Helseth Alan Peltzman
Ken Bartlett Don Holden Catherine Pinka
Louis Bastarache Dong Hua Anan Ponnambalam
Peter Benjamin Gael Jeanneret Mary E. Powers
George Benoy Tom Jones Brian Quinn
M. Bent Gary Joslin Peter Randle
Richard Birnbaum David Kamishlian Wendy Rauch
Cornelia Boldyreff Kari Kruempel Christine Rigden
Laonie Butler Bill LaPlant Helene Riley
Dino Butorac Sharon Laskowski Ken Rothermel
Massimo Cardaci Don Lewine Andrew M. Schoka
Alex Conn Michael Linley Charles Sheppard
Jean-Michel Cornu Pei-wen Liu Bill Smith
Luis Costa Steve Lucas Scott Smith
Matt Davis Massimo Marchiori Pradip Srimani
Frank Farance Roger Martin Fred Starkey
Adam Farquhar Jacques Mathot Dennis Steinauer
Lil Floratos Wayne McCoy David Steinmetz
Pete Floratos Thomas M. Meddaugh Sandra Swearingen
Ken Fong Tomas Montgomery Himanshu Warudkar
Gary Ford Ed Nemil Jean-Marc Wise
Norman Gee Ian Neuman Suen Wong
Alex Godleski Joan Owens Zenta Yung
Peter Owens
© IEEE 2003 – Все права сохраняются.
iv
Следующие члены Избирательного комитета приняли участие в голосовании по данным
Практическим рекомендациям. Они могли проголосовать за или против, либо воздержаться.
Andrew Abolafia Don Folland Paul Menchini
Fiorenza Albert-Howard Juan Garbajosa James Moore
Edward Bartlett Gregg Giesler Mary Lou Padgett
Bakul Banerjee Garth Glynn Roger Pandanda
D. J. Blackwood Charles Hammons Luiz Claudio Parzianello
Mitchell Bonnett George Hayhoe Lou Pinto
Dino Butorac Mark Henley Terrill Ray
John Cole Ronald Hofer Ken Rothermel, Jr.
Massimo Cardaci James D. Isaak James Ruggieri
James T. Carlo Neil Jacobson Randy Saunders
Sue Carroll Jerry Johnson Norman Schneidewind
Lawrence Catchpole Vladan Jovanovic Andrew Schoka
Keith Chow Dwayne Knirk Mitchell Smith
Rosemary Coleman Thomas M. Kurihara David Steinmetz
Paul Croll George Kyle Sandra Swearingen
Guru Dutt Dhingra Susan Land Robert Tripi
Gregory Daich Thomas Lindahl T. H. Tse
Taz Daughtrey Claire Lohr Mark-Rene Uchida
David Deighton Greg Luri Scott Valcourt
Bostjan Derganc Esperanza Marcos Martinez Paul Work
Cosimo Distante Peter Martini Tom Worthington
Luis Andre Dutra e Silva Jacques Mathot Don Wright
Jose Dominic Espejo Ian McChesney Oren Yuen
Lee Farrell Earl Meiers Janusz Zalewski
На момент одобрения 12 сентября 2002 года данных Практических рекомендаций Отделом
стандартов IEEE-SA, в состав Отдела входили:
James T. Carlo, Председатель
James H. Gurney, Вице-председатель
Judith Gorman, Секретарь
Sid Bennett Toshio Fukuda Nader Mehravari
H. Stephen Berger Arnold M. Greenspan Daleep C. Mohla
Clyde R. Camp Raymond Hapeman William J. Moylan
Richard DeBlasio Donald M. Heirman Malcolm V. Thaden
Harold E. Epstein Richard H. Hulett Geoffrey O. Thompson
Julian Forster* Lowell G. Johnson Howard L. Wolfman
Howard M. Frazier Joseph L. Koepfinger* Don Wright
Peter H. Lips
*Почетный член
Кроме того, принимали участие следующие контактные лица Отдела стандартов IEEE-SA, не
имеющие права голоса:
Alan Cookson, Представитель NIST
Satish K. Aggarwal, Представитель NRC
Andrew Ickowicz
Редактор проектов стандартов IEEE
© IEEE 2003 – Все права сохраняются.
v
Содержание
1. Обзор.1
1.1 Область применения.1
1.2 Назначение .1
1.3 Соответствие .2
2. Ссылки.3
3. Определения, термины, сокращения и аббревиатуры .5
3.1 Определения.5
3.2 Терминология.6
3.3 Аббревиатуры и сокращения .6
4. Практика проектирования.7
4.1 Общие требования .9
4.2 Выбор среды.14
4.3 Языки сценариев и язык Java.21
5. Рекомендации по поводу сервера, использования HTTP и организации сайта.22
5.1 Использование HTTP 1.1.22
5.2 Дата истечения периода кэширования.22
5.3 Отключение кэширования.23
5.4 Выбор языка для браузеров .23
5.5 Блокирование роботов.23
5.6 Поддержка браузеров .23
5.7 Контактная информация администратора веб-сайта.24
5.8 Переадресация.24
5.9 Сжатие данных.24
5.10 Соглашения, используемые на сайте .25
5.11 Главная страница веб-сайта .25
5.12 Указатель сайта и поиск по сайту.26
6. Информация в заголовке веб-страницы.27
6.1 Объявление типа документа .27
6.2 Название .27
6.3 Метаданные .27
6.4 Цифровая подпись .29
7. Информация в теле веб-страницы .30
7.1 Подача особо важной информации .30
7.2 Права на интеллектуальную собственность (IPR) .30
7.3 Указатели защиты.31
7.4 Даты и время .31
7.5 Рекомендации международного характера.33
7.6 Эффективность использования каналов передачи данных .36
7.7 Элементы навигации .36
7.8 Активные ссылки.37
7.9 Устаревшие ссылки .38
7.10 Абсолютные и относительные ссылки.38
7.11 Объекты cookie.39
7.12 Рекомендации по использованию фреймов.39
7.13 Графические изображения .40
7.14 Не рекомендуемые элементы и атрибуты HTML .40
© IEEE 2003 – Все права сохраняются.
vi
7.15 Информация о физическом местонахождении.41
7.16 Независимость от технологий, используемых на серверах .41
7.17 Сброс индексов на поисковых серверах .41
Приложение A (информативное) Библиография.43
Приложение B (информативное) Потенциальные сферы будущих и дополнительных разработок .50
Приложение C (нормативное) Тэги XML и значения атрибутов HTML.51
Приложение D (информативное) Метаданные для индексирования и классификации.53
Приложение E (нормативное) Блокирование роботов.57
Приложение F (информативное) Текст заявления о конфиденциальности .59
Приложение G (информативное) Контрольный список требований.61
Приложение H (информативное) Комбинации цветов: таблицы численных значений и визуальных
различий цветов .71
Приложение I (нормативное) Связь с требованиями 36 CFR 1194.74
Указатель .77
© IEEE 2003 – Все права сохраняются.
vii
Рекомендуемая практика IEEE для
Интернета. Разработка веб-сайтов,
администрирование веб-сайтов и
жизненный цикл веб-сайтов
1. Обзор
Настоящие Практические рекомендации содержат указания, относящиеся к компоновке и
созданию качественно разработанных веб-страниц для подконтрольных веб-сайтов. Целью этих
рекомендаций является увеличение эффективности операций этих веб-сайтов в свете:
a) определения местонахождения подходящей информации,
b) упрощения использования,
c) сужения диапазона правовой ответственности, и
d) поддержки эффективной разработки и технического сопровождения.
Данные Практические рекомендации ориентированы на изложение аспектов, не связанных с
конкретными поставщиками и программными продуктами.
Здесь приведены указания для лиц, занимающихся дизайном и разработкой веб-страниц, а также
для менеджеров, ответственных за подготовку руководящих указаний по разработке веб-сайтов.
1.1 Область применения
В настоящем документе сформулированы Практические рекомендации по разработке страниц веб-
сайтов для сред Интранет и Экстранет, основанные на руководящих указаниях Консорциума ®
World Wide Web (W3C ) и других связанных с ними руководящих указаниях.
В данных Практических рекомендациях не рассматриваются вопросы стилистики или влияния
человеческого фактора, относящиеся к разработке веб-страниц и выходящие за рамки того, что
составляет предмет образцовой практики разработок. В Приложении B рассмотрены аспекты,
которые не были проработаны в достаточной мере, и аспекты, для которых в текущий выпуск
данного документа не были включены конкретные рекомендации.
1.2 Назначение
Настоящие Практические рекомендации предназначены для ориентации разработчиков веб-
страниц в веб-средах Интранет (внутри организаций) и Экстранет (внутри ограниченного домена
участвующих организаций) на использование рекомендуемого опыта разработки веб-страниц.
Целью является повышение эффективности веб-операций Интранет/Экстранет для определения
местонахождения информации, процедур разработки и технического сопровождения.
В редакции 2002 года этих Практических рекомендаций рассматриваются вопросы, поставленные
в Приложении A Стандарта IEEE Std 2001-1999 [B14] . Эти вопросы могут быть строго
Числа в квадратных скобках соответствуют порядковым номерам в Библиографии, приведенной в Приложении A.
© IEEE 2003 – Все права сохраняются. 1
IEEE Std 2001-2002
РЕКОМЕНДУЕМАЯ ПРАКТИКА IEEE ДЛЯ ИНТЕРНЕТА. РАЗРАБОТКА ВЕБ-САЙТОВ,
определены с целью обеспечения соответствия новым технологиям и учета изменений в
практической реализации, которые привели к использованию нового материала или к изменениям
одобренных рекомендаций. Соответствие данным Практическим рекомендациям при разработке и
публикации веб-сайтов является основой для создания качественно разработанных веб-сайтов.
1.3 Соответствие
В данных Практических рекомендациях определены два типа соответствия: “веб-страница,
соответствующая IEEE Std 2001-2002” и “Средство для создания веб-страниц, соответствующее
IEEE Std 2001-2002”. Использование глагола должен в тексте настоящего документа указывает на
требование стандарта, использование глагола следует – на рекомендацию, а использование
глагола может – на возможный вариант или отступление, допустимое данными Практическими
рекомендациями. Несмотря на то, что пользователям настоятельно рекомендуется принимать во
внимание приведенные здесь рекомендации, реализация этих рекомендаций не является
требованием, необходимым для соответствия веб-страницы данному Стандарту.
1.3.1 Веб-страница, соответствующая IEEE Std 2001-2002
Веб-страница, соответствующая данному Стандарту, – это веб-страница, на которой реализованы
все требования настоящих Практических рекомендаций. Для констатации соответствия веб-
страницы данным Практическим рекомендациям может использоваться следующий тэг:
alt="IEEE Computer Society Best Practices axV2 Logo"
width="80" height="40" />
ПРИМЕЧАНИЕ. Значение HREF в адресе ссылки HTML будет меняться при выпуске каждой новой версии
данных Практических рекомендаций. В программных средствах это значение следует использовать для
определения используемой версии Стандарта.
Файл изображения может быть загружен и передан по ссылке с помощью Унифицированного
идентификатора ресурса (URI) с относительным адресом, но в ссылке на конечный HTML-файл
должен использоваться URI с абсолютным адресом.
Согласно п. 4.1.10 настоящих Практических рекомендаций на странице может использоваться
оператор meta, указывающий на соответствие данному Стандарту. Он имеет вид:
"
1.3.2 Средство для создания веб-страниц, соответствующее IEEE Std 2001-2002
Программный продукт для динамического создания качественно разработанных веб-страниц или
инструментальное авторское средство соответствует IEEE Std 2001-2002, если удовлетворены все
перечисленные ниже требования:
a) Генерируются страницы, соответствующие рекомендации по XHTML DTD Концерна W3C,
либо документируются все поддерживаемые описания DTD.
b) Генерируются страницы, соответствующие выбору DTD, сделанному пользователем.
c) Для версии HTML 3.2 и более поздних версий, либо для XML; поддерживаются каскадные
таблицы стилей (CSS) версии 1.0 и выше, либо поддерживается язык XSL. В каждом из
этих случаев использование соответствующей функции должно быть документировано, и
должно быть указано, какие рекомендации поддерживаются.
© IEEE 2003 – Все права сохраняются.
IEEE Std 2001-2002
АДМИНИСТРИРОВАНИЕ ВЕБ-САЙТОВ И ЖИЗНЕННЫЙ ЦИКЛ ВЕБ-САЙТОВ
d) Генерируются страницы, соответствующие всем требованиям, рекомендациям и опциям
данных Практических рекомендаций. По выбору пользователя могут создаваться
страницы, не соответствующие рекомендациям (при этом на странице не может
использоваться тэг IEEE 2001).
e) Поддерживаются Руководящие указания Консорциума Web по обеспечению доступности
для инструментальных авторских средств (см. п. 2.8).
2. Ссылки
Настоящие Практические рекомендации должны использоваться вместе со следующими
публикациями. В случае замещения приведенных ниже публикаций одобренными редакциями
должны использоваться эти одобренные редакции. Информативные библиографические ссылки
приведены в Приложении A. В данных Практических рекомендациях используются
Унифицированные указатели ресурсов (URL), действующие на момент публикации. Список
нормативных и информативных ссылочных указателей URL доступен по адресу:
http://dx.doi.org/10.1041/standard/2001/2002/references.
36 CFR 1194 – Стандарты обеспечения доступности для электронных и информационных
технологий, Федеральный реестр от 21 декабря 2000 г.; Свод федеральных постановлений США
(CFR).
Руководящие указания по обеспечению доступности для инструментальных авторских средств 1.0,
Рекомендация W3C от 3 февраля 2000 г., Требования по обеспечению доступности для средств
создания веб-страниц.
5, 6
Спецификации HTML 4.01, Рекомендация W3C от 24 декабря 1999 г.
ISO 639-1:2002, Коды для представления названий языков. Часть 1. Алфавитные коды 2.
ISO 639-2:1998, Коды для представления названий языков. Часть 1. Алфавитные коды 3.
ISO 3166-1:1997, Коды для представления названий стран и единиц их административно-
территориального деления. Часть 1. Коды стран.
ISO 4217:2001, Коды для представления валют и денежных средств.
W3C REC-CSS1-19900111, Рекомендация W3C по каскадным таблицам стилей, уровень 1.
Если прямой доступ к рекомендациям W3C невозможен, их можно найти на главном сайте: http://www.w3.org.
По поводу данного документа см. http://www.access-board.gov/sec508/508standards.htm.
По поводу данного документа см. http://www.w3.org/TR/ATAG10/.
В данных Спецификациях приведено определение языка гипертекстовой разметки (HTML), который используется для
публикаций в среде World Wide Web. В этом документе дано определение для версии HTML 4.01, которая является
обновленной версией HTML 4. В дополнение к добавлениям для предыдущих версий HTML (HTML 3.2 [HTML32], см.
[B60] и HTML 2.0, см. [B20]), относящимся к тексту, мультимедийным эффектам и гиперссылкам, в версии HTML 4
поддерживается большее число опций для мультимедийных эффектов, большее число языков сценариев, таблицы стилей,
расширенные возможности печати и средства, обеспечивающие лучшую доступность документов для пользователей с
недостатками зрения и слуха. Кроме того, в версии HTML 4 решены многие важные вопросы локализации документов,
которая позволит сделать Web World Wide действительно Всемирной паутиной. HTML 4 является приложением SGML,
соответствующим стандарту ISO 8879:1986 [B43].
По поводу данного документа см. http://www.w3.org/TR/1999/REC-html401-19991224.
Публикации ISO доступны в Центральном секретариате ISO, Case Postale 56, 1 rue de Varembé, CH-1211, Genève 20,
Switzer-land/Suisse (http://www.iso.ch/). В США их можно заказать в Отделе продаж Американского национального
института стандартов, 25 West 43rd Street, 4th Floor, New York, NY 10036, USA (http://www.ansi.org/).
© IEEE 2003 – Все права сохраняются.
IEEE Std 2001-2002
РЕКОМЕНДУЕМАЯ ПРАКТИКА IEEE ДЛЯ ИНТЕРНЕТА. РАЗРАБОТКА ВЕБ-САЙТОВ,
8, 9
Рекомендация W3C от 17 декабря 1996 г., переработанная редакция от 11 января 1999 г.
W3C REC-CSS2-19980512, Рекомендация W3C по каскадным таблицам стилей, спецификация
10, 11
CSS2 для уровня 2. Рекомендация W3C от 12 мая 1998 г.
Веб-документ W3C WAI 19990505, Рекомендация W3C, Руководящие указания по обеспечению
доступности веб-содержимого 1.0, Руководящие указания Инициативы WAI для авторов веб-
12, 13
страниц, W3C, 5 мая1999 г.
XHTML™ 1.0: Расширяемый язык гипертекстовой разметки. Новая формулировка HTML 4 в
14, 15
терминах XML 1.0. Рекомендация W3C от 26 января 2000 г.
В данном документе определен уровень 1 для механизма каскадных таблиц стилей (CSS1). Механизм CSS1 – это простой
механизм таблиц стилей, позволяющий авторам и читателям присоединять стили (задающие, например, шрифты, цвета и
интервалы) к HTML-документам. Язык CSS1 удобен для восприятия и программирования, и стили в этом языке
описываются в терминах, принятых в настольных издательских системах. Одной из главных особенностей CSS является
каскадирование таблиц стилей: авторы могут присоединять предпочтительные таблицы стилей, а пользователи могут
задавать собственные таблицы стилей для корректировки в случае неудобств для человеческого восприятия или
технических сложностей. В данной спецификации определены правила разрешения конфликтов между таблицами стилей.
По поводу данного документа см. http://www.w3.org/TR/REC-CSS1.
В данных спецификациях определены каскадные таблицы стилей уровня 2 (CSS2). Язык CSS2 – это язык описания
таблиц стилей, позволяющий авторам и пользователям присоединять стили (задающие, например, шрифты, интервалы и
звуковые фрагменты) к структурированным документам (например, HTML-документам или приложениям XML).
Благодаря изоляции стилей представления документов от их содержимого CSS2 упрощает Web-разработку и
администрирование сайтов. Механизм CSS2 основан на CSS1, и все допустимые таблицы стилей CSS1, за редким
исключением, являются допустимыми таблицами стилей CSS2. В CSS2 поддерживаются таблицы стилей для различных
типов носителей информации, что позволяет авторам оптимизировать свои документы для презентации с помощью
различных браузеров, устройств воспроизведения звука, принтеров, устройств для слепых, портативных устройств и т.д. В
данной спецификации также поддерживается корректировка положения содержимого, подргужаемые шрифты, компоновка
таблиц, средства локализации, автоматические счетчики и автоматическая нумерация, а также ряд свойств, относящихся к
пользовательскому интерфейсу.
По поводу данного документа см. http://www.w3.org/TR/REC-CSS2/.
В этих руководящих указаниях описано, как сделать веб-содержимое доступным для людей с недостатками зрения и
слуха. Данные указания предназначены для разработчиков веб-содержимого (авторов и дизайнеров страниц), а также для
разработчиков инструментальных авторских средств. Главной задачей этого документа является содействие обеспечению
лучшей доступности для людей с физическими недостатками. Однако соблюдение требований этих указаний сделает веб-
содержимое более доступным и для всех пользователей, независимо от используемых ими средств (браузера настольного
ПК, аудио-браузера, мобильного телефона, автомобильного ПК и т.д.) и неудобств эксплуатации этих средств (шумная
обстановка, недостаточное или избыточное освещение, работа за рулем и т.д.). Кроме того, соблюдение этих требований
даст пользователям возможность быстрее находить информацию в сети. В указаниях нет советов веб-дизайнерам
отказаться от использования изображений, видеоматериала и т.д.: там разъяснено, как сделать мультимедийное
содержимое более доступным для широкой аудитории.
По поводу данного документа см. http://www.w3.org/TR/WCAG10.
В этой спецификации определен язык XHTML 1.0, являющийся переформулировкой HTML 4 в терминах XML 1.0, а
также три DTD, соответствующие описаниям, определенным в HTML 4. Семантика элементов и их атрибутов определена в
Рекомендации W3C для HTML 4. Эта семантика – основа для будущих расширений XHTML. Руководствуясь небольшим
набором правил, можно обеспечить совместимость с существующими пользовательскими агентами HTML.
В XHTML задано семейство используемых и будущих типов документов и модулей, которые дублируют, включают и
расширяют HTML 4.0. XHTML 1.0 дает основу для разработки семейств типов документов, расширяющих и включающих
XHTML с целью поддержки широкого класса новых устройств и приложений. Это реализуется путем определения
модулей и задания механизма объединения таких модулей. Механизм позволит осуществлять расширение и включение
подмножеств типов XHTML 1.0 единообразным способом – с помощью определения новых модулей.
По поводу данного документа см. http://www.w3.org/TR/xhtml1.
© IEEE 2003 – Все права сохраняются.
IEEE Std 2001-2002
АДМИНИСТРИРОВАНИЕ ВЕБ-САЙТОВ И ЖИЗНЕННЫЙ ЦИКЛ ВЕБ-САЙТОВ
3. Определения, термины, сокращения и аббревиатуры
3.1 Определения
3.1.1 архивные страницы (archival pages): онлайновые данные, для которых не предполагаются
1) изменения и 2) дальнейшее обслуживание. Эти данные могут быть непригодны для
немедленного воспроизведения будущими средствами.
3.1.2 метаданные тела (body metadata): элементы в теле HTML-документа, предоставляющие
средства администрирования и/или навигации для пользователей и администраторов.
3.1.3 объект cookie (cookie): количественная структурная единица, которая используется для
передачи указания или сигнала получателю данных в случаях существенных изменений состояний
объекта, служащего источником данных. Веб-сайты могут принимать объекты cookie с клиентских
пользовательских систем и сохранять их с целью контроля состояния данных, включая контроль
состояния идентификации пользователей и корректности состояния транзакций.
3.1.4 Экстранет (Extranet): совокупность сетей Интранет нескольких организаций, соединенных
друг с другом для решения конкретных задач.
3.
...
Questions, Comments and Discussion
Ask us and Technical Secretary will try to provide an answer. You can facilitate discussion about the standard in here.
Loading comments...