DOCSLIB.ORG

Design Process Visualizing and Review System with Architectural Concept Design Ontology

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
Design Process Visualizing and Review System with Architectural Concept Design Ontology INTERNATIONAL CONFERENCE ON ENGINEERING DESIGN, ICED’07 28 - 31 AUGUST 2007, CITE DES SCIENCES ET DE L'INDUSTRIE, PARIS, FRANCE DESIGN PROCESS VISUALIZING AND REVIEW SYSTEM WITH ARCHITECTURAL CONCEPT DESIGN ONTOLOGY Sung Ah Kim and Yong Se Kim Creative Design & Intelligent Tutoring Systems (CREDITS) Research Center, Sungkyunkwan University, Korea ABSTRACT DesignScape, a prototype design process visualization and review system, is being developed. Its purpose is to visualize the design process in more intuitive manner so that one can get an insight to the complicated aspects of the design process. By providing a tangible utility to the design process performed by the expert designers or guided by the system, novice designers will be greatly helped to learn how to approach a certain class of design. Not only as an analysis tool to represent the characteristics of the design process, the system will be useful also for learning design process. A design ontology is being developed as a critical part of the system, to represent designer’s activities associated with various design information during the conceptual design process, and then to be utilized for a computer environment for design analysis and guidance. To develop the design ontology, a conceptual framework of design activity model is proposed, and then the model has been tested and elaborated through investigating the early phase of architectural design. A design process representation model is conceptualized based on the ontology, and reflected into the development of the system. Keywords: Design Process, Design Research, Design Ontology, Design Activity, Architectural Design 1 INTRODUCTION Design is an evolving process interwoven with numerous intermediate representations and various design information. Producing and utilizing them, designers develop the design by conducting various cognitive and physical activities. Although there have been various tools to give a better understanding of the design process, both designers and researchers still desire an environment where the design process is better represented and more insightful so that one can have better understanding of design processes. We need better knowledge of design processes, to better manage complexity, to improve collaboration among the specialists in design teams, to improve the tool support for design, and to improve design education (Eastman 1999). This research started from the necessity to visualize the design process in more intuitive manner so that one can get an insight to the complicated aspects of the design process, being able to examine the dynamic relations among design activities and associated information. By providing such a utility to represent the characteristics of the design process carried out by experienced designers, or formalized according to certain design guidelines, we believe that novice designers will be greatly assisted in learning how to deal with certain classes of design. 2 NATURE OF DESIGN PROCESS 2.1 Design Activities & Visual Representations It is generally known that the design process, at the cognitive level, consists of a series of design activities. They are described as analysis-synthesis-evaluation (Lawson 1990), seeing-moving-seeing ICED’07/295 1 (Schön & Wiggins 1992), or imaging-presenting-testing (Zeisel 1981). Concepts are synthesized, and goals and objectives are generated through the analysis. Generated concepts and goals are evaluated, and they go through more evaluation and synthesis. Rather than following a sequential order, these activities take place in an iterative manner. Design is an iterative process where schemes are recognized, explored, revised and enhanced until a solution is identified (Sanders 1996). This iterative or cyclic process takes place more vividly during the conceptual design. It is the period having richness of ideas, problems, and creativity. Protocol analysis has been widely used as a method to analyze the activities and find meaningful patterns from verbal protocol data. The verbal protocol, in many cases, is not sufficient to explain what is going on during the design. Designers during the protocol collection, for example, often fail to express what’s in their mind, and even trying to do so, they perceive design problems and generate solutions in such an automatic manner that it’s just impossible to explain every moments. The best method to complement the verbal protocol is to rely on the visual representation, sketches. Many studies carried out to examine what information architects think of and read off from their own sketches as an essential medium in designer's dialectic process (Schön and Wiggins 1992; Suwa and Tversky 1997). Sketching is the essential part for producing and storing the solutions, and also for identifying conflicts and possibilities for the architects (Akin 1978). As Lawson argued, “architects (designers) find it hard to think without a pencil in their hand” (Lawson 1994). Even though sketching itself can be also conducted automatically as most of designers are trained to do so, thus, what is drawn on the sketch may not exactly reflect what’s in their mind, it is evident that sketches (visual or physical externalization, in more general terms) provide important clue to understand the designer’s thinking along with the evolution of a design process. Thus, it seems also clear that by combining the trails of design activities and external presentations, we can have the more insightful method to show and understand the design process. 2.2 Conceptual Design Stage 2.2.1 Design phases This research focuses on the early stages of design. In case of architectural design, the process is relatively well defined in practice against its inherent complexity compared with other domains. According to the definitions by AIA (American Institute of Architecture), the typical building design process for the architectural office is divided into several distinct phases (Table 1 shows the early phases among them). It is just a guideline, however. Many offices, for example, do not separate the site analysis from the pre-design, or in case of commercial building design, divide the pre-design into more steps like feasibility study, programming, and then preliminary-design (Kim & Sohn 2002). Table 1. Design phases of architectural design (AIA 1993) Phases Expected Tasks (partial) - design objectives - limitations and criteria - site requirements pre-design - space relations - initial approximate facility areas and space requirements - flexibility and expandability, etc. site - site analysis and selection, conceptual analysis - site development planning, design - on-site utility studies, - zoning processing, etc. schematic - space layout or space schematics design - conceptual site and building plans, - preliminary sections and elevations, - preliminary selection of building systems and materials, - approximate dimensions, areas and volumes, perspective sketches, study models ICED’07/295 2 Pre-design phase is often referred to as ‘programming’. According to Duerk (1993), architectural programming is “the systematic process of gathering and analyzing information about a building or other setting, and then using that information to create guidelines for the performance of that setting.” Programming is also defined as “consultation to establish and document the following detailed requirements for a project” (AIA 1993). In general, pre-design is a problem-seeking stage. Site analysis is treated as distinct phase probably because it involves on-site activity in real projects. In contrast to the pre-design stage, schematic design phase is a problem solving stage in this phase. What is called ‘creative part’ usually refers to the schematic design phase where main concepts of form and space are generated. 2.2.2 Design tasks during conceptual design stage Any case of large architectural design project may easily require total design effort of 100 man-years to complete design. Considering the amount of time required for protocol analysis, it is clear that we will never collect even one large-scale design protocol (Eastman, Potts and Hsi, 1998). No method is available to record and analyze the protocols of whole design process. For this reason, design protocol analysis has been usually confined within a conceptual design of small-scale buildings like house or single-function spaces like bathroom. Such design projects needs to be conducted on a conceptual level in a limited amount of time (like in a few hours). Thus, this type of conceptual design tends to become a mixture of pre-design, site analysis and schematic design. For example, due to the cyclic nature of conceptual design, schematic design often has to deal with programming issues and site analysis in an iterative manner. As shown in Table 1, each design phase requires specific design tasks. As the distinction between design phases is critical only for the management of large-scale real world design projects, however, we cannot expect that the tasks will be carried out in a regular order when time is seriously limited. 2.3 Analysis and Learning of Conceptual Design Process During the experiment within the limited amount of time, architect needs to understand given design brief and formulate general idea about the design task, understand the general site condition, and imagine the preliminary plans together. As the design tasks are dealt with in an irregular order, the task conducting pattern will be different from designer to designer. There are tasks and information supposed to
Load more

Recommended publications
  • Appendix B – Eco-Charrette Report
    Appendix B – Eco-Charrette Report 2010 Facility Master Plan Factoria Recycling and Transfer Station November 2010 2010 Facility Master Plan Factoria Recycling and Transfer Station November 2010 Appendix B‐1: Factoria Recycling and Transfer Station ‐ Eco‐Charrette – Final Report. June 24, 2010. Prepared for King County Department of Natural Resources and Parks‐‐ Solid Waste Division. HDR Engineering, Inc. Appendix B‐2: Initial Guidance from the Salmon‐Safe Assessment Team regarding The Factoria Recycling and Transfer Station – Site Design Evaluation. July 15, 2010. Salmon‐Safe, Inc. Appendix B‐1: Factoria Recycling and Transfer Station ‐ Eco‐Charrette – Final Report. June 24, 2010. Prepared for King County Department of Natural Resources and Parks‐‐ Solid Waste Division. HDR Engineering, Inc. Table of Contents PART 1: ECO‐CHARRETTE...................................................................................................................... 1 Introduction and Purpose ......................................................................................................................... 1 Project Background and Setting ................................................................................................................ 1 Day 1. Introduction to the Sustainable Design Process ........................................................................... 3 Day 2: LEED Scorecard Review ................................................................................................................. 4 The LEED Green Building Certification
    [Show full text]
  • Design Charrette
    MEETING AGENDA – design charrette CLIENT: STATE COLLEGE AREA SCHOOL DISTRICT PROJECT: Ferguson Township Elementary School Project MEETING DATE: August 13 – 14, 2009 MEETING TIME: 8:30 AM – 4:00 PM MEETING TOPIC: DESIGN CHARRETTE The focus of this design charrette will be to develop the conceptual design for the Ferguson Township Elementary facility that will be carried into the schematic design process. The integration of educational facility design, site design and related sustainable design techniques will be the focus of this process. Participants will be fully engaged in the design process and will have the opportunity to share in the overall design decision making. Ferguson Township Elementary Design Charrette Thursday August 13 8:30 AM – 4:00 PM Time Topic Location 8:30 AM - 8:45 AM WELCOME & INTRODUCTION TO THE CHARRETTE PROCESS FTES 8:45 AM – 9:30 AM WALKING TOUR OF SITE FTES 9:30 AM – 9:45 AM REVISIT PROJECT PARAMETERS (site issues and program) FTES 9:45 AM – 10:15 AM REVIEW OF PROJECT TOUCHSTONES & LEED GOALS FTES 10:15 AM - 10:45 AM THE BUILDING AS A TEACHING TOOL FTES 10:45 AM – 11:00 AM VIRTUAL TOUR OF EDUCATIONAL SPACES FTES 11:00 AM – 11:30 AM SITE FLOWS EXERCISE FTES 11:30 AM – 12:15 PM LUNCH/ TRAVEL FROM FTES to MNMS travel 12:15 PM – 1:45 PM DESIGN SESSION 1 – SITE DESIGN AND “BIG IDEAS” MNMS 1:45 PM – 3:30 PM INTERNAL FEEDBACK MNMS 3:30 PM – 4:00 PM DOCUMENTATION OF THE “BIG IDEAS” MNMS SCHRADERGROUP architecture LLC | 161 Leverington Avenue, Suite 105 | Philadelphia, Pennsylvania 19127 | T: 215.482.7440 | F: 215.482.7441 | www.sgarc.com Friday August 14 8:30 AM – 4:00 PM Time Topic Location 8:30 AM – 8:45 AM REFLECTION ON THE S“BIG IDEAS” MNMS 8:45 AM – 10:15AM DESIGN SESSION 2 MNMS 10:15 AM – 12:00 PM INTERNAL FEEDBACK MNMS 12:00 PM – 12:45 PM LUNCH brown bag 12:45 PM – 2:15 PM DESIGN SESSION 3 MNMS 2:15 PM – 3:30 PM INTERNAL FEEDBACK MNMS 3:30 PM – 4:00 PM NEXT STEPS MNMS The information developed during this design charrette will become the basis for the schematic design process to be carried through the process.
    [Show full text]
  • Lean Process Design a Concept of Process Quality
    Lean Process Design A Concept of Process Quality David N. Card [email protected] Agenda Background and Objectives Concepts of Lean Lean Process Design Process Summary Background CMMI® requires the definition of processes that cover certain goals and practices • Requires “sufficiency” • Does not provide criteria for a “good” process – not an appraisal consideration Lean principles provide “goodness” criteria for processes Lean usually applied as a re-engineering technique, e.g., Kaizen CMMI® is a registered trademark of Carnegie Mellon University 3 Objectives Identify the process “goodness” criteria implicit in Lean principles Explain how these can be applied during the design and initial definition of processes Minimize later rework and re-engineering 4 The Lean Misconception Lean is not about “light weight” processes “Lean” refers to reducing inventory and “work in progress” Lean is accomplished through robust processes • Simple • Reliable • Standardized • Enforced Caveat: many flavors of Lean 5 Five Lean Principles Value – identify what is really important to the customer and focus on that Value Stream – ensure all activities are necessary and add value Flow – strive for continuous processing through the value stream Pull – drive production with demand Perfection – prevent defects and rework Value Stream = Business Process 6 Views of Lean Industry Five Observed Principles Domain • Value • Value Stream Language • Flow Queuing & Culture Theory • Pull • Perfection Perfection Technical Practices • Similar to Six Sigma (including
    [Show full text]
  • Draft Conceptual Design Report Bolinas Lagoon North End Restoration Project
    DRAFT Draft Conceptual Design Report Bolinas Lagoon North End Restoration Project Marin County Parks and Open Space District August 2017 DRAFT Draft Conceptual Design Report DRAFT Marin County Parks and Open Space District Prepared for: Marin County Parks and Open Space District 3501 Civic Center Drive Suite 260 San Rafael, CA 94903 Prepared by: AECOM 300 Lakeside Drive Suite #400 Oakland, CA, 94612 aecom.com Prepared in association with: Carmen Ecological Consulting, Watershed Sciences, Peter Baye Ecological Consulting Prepared for: Marin County Parks and Open Space District AECOM ǀ Carmen Ecological, Watershed Sciences, and Peter Baye Consulting Draft Conceptual Design Report DRAFT Marin County Parks and Open Space District Table of Contents Executive Summary ................................................................................................................................................. ES-1 PART I – PROJECT OVERVIEW ................................................................................................................................... 3 1. Introduction ......................................................................................................................................................... 3 1.1 Project Location ....................................................................................................................................... 4 1.2 Purpose and Need ..................................................................................................................................
    [Show full text]
  • A Handling Qualities Analysis Tool for Rotorcraft Conceptual Designs
    The Aeronautical Journal June 2018 Volume 122 No 1252 960 pp 960–987.© Royal Aeronautical Society 2018 doi: 10.1017/aer.2018.43 A handling qualities analysis tool for rotorcraft conceptual designs B. Lawrence [email protected] NASA’s Ames Research Center, San Jose State University Moffett Field, California US C. R. Theodore and W. Johnson NASA’s Ames Research Center, National Aeronautics and Space Administration Moffett Field, California US T. Berger U.S. Army Aviation Development Directorate Moffett Field California US ABSTRACT Over the past decade, NASA, under a succession of rotary-wing programs, has been moving towards coupling multiple discipline analyses to evaluate rotorcraft conceptual designs. Handling qualities is one of the component analyses to be included in such a future Multidisciplinary Analysis and Optimization framework for conceptual design of Vertical Take-Off and Landing (VTOL) aircraft. Similarly, the future vision for the capability of the Concept Design and Assessment Technology Area of the U.S Army Aviation Development Directorate also includes a handling qualities component. SIMPLI-FLYD is a tool jointly developed by NASA and the U.S. Army to perform modelling and analysis for the assessment of the handling qualities of rotorcraft conceptual designs. Illustrative scenarios of a tiltrotor in forward flight and a single-main rotor helicopter at hover are analysed using a combined process of SIMPLI-FLYD integrated with the conceptual design sizing tool NDARC. The effects of variations of input parameters such as horizontal tail and tail rotor geometry were evaluated in the form of margins to fixed- and rotary-wing handling qualities metrics and the computed vehicle empty weight.
    [Show full text]
  • Application of Sustainable Integrated Process Design and Control for Four Distillation Column Systems
    See discussions, stats, and author profiles for this publication at: http://www.researchgate.net/publication/281393677 Application of Sustainable Integrated Process Design and Control for Four Distillation Column Systems ARTICLE in CHEMICAL ENGINEERING TRANSACTIONS · SEPTEMBER 2015 Impact Factor: 1.03 · DOI: 10.3303/CET1545036 READS 52 3 AUTHORS: Mohamad Zulkhairi Nordin Mohamad Rizza Othman Universiti Teknologi Malaysia Universiti Malaysia Pahang 8 PUBLICATIONS 2 CITATIONS 18 PUBLICATIONS 62 CITATIONS SEE PROFILE SEE PROFILE Mohd. Kamaruddin Abd. Hamid Universiti Teknologi Malaysia 93 PUBLICATIONS 95 CITATIONS SEE PROFILE All in-text references underlined in blue are linked to publications on ResearchGate, Available from: Mohd. Kamaruddin Abd. Hamid letting you access and read them immediately. Retrieved on: 11 November 2015 provided by UMP Institutional Repository View metadata, citation and similar papers at core.ac.uk CORE brought to you by 211 A publication of CHEMICAL ENGINEERING TRANSACTIONS The Italian Association VOL. 45, 2015 of Chemical Engineering www.aidic.it/cet Guest Editors: Petar Sabev Varbanov, Jiří Jaromír Klemeš, Sharifah Rafidah Wan Alwi, Jun Yow Yong, Xia Liu Copyright © 2015, AIDIC Servizi S.r.l., ISBN 978-88-95608-36-5; ISSN 2283-9216 DOI: 10.3303/CET1545036 Application of Sustainable Integrated Process Design and Control for Four Distillation Column Systems Mohamad Z. Nordina, Mohamad R. Othmanb, Mohd K. A. Hamid*a aProcess Systems Engineering Centre (PROSPECT), Faculty of Chemical Engineering, Universiti Teknologi Malaysia, 81310 UTM Johor Bahru, Johor, Malaysia bProcess System Engineering Group (PSERG), Faculty of Chemical and Natural Resources Engineering, Universiti Malaysia Pahang, Lebuhraya Tun Razak, 26300 Gambang, Kuantan, Pahang, Malaysia [email protected] The objective of this paper is to present the application of sustainable integrated process design and control methodology for distillation columns systems.
    [Show full text]
  • Supporting Pre-Production in Game Development Process Mapping and Principles for a Procedural Prototyping Tool
    DEGREE PROJECT IN THE FIELD OF TECHNOLOGY INDUSTRIAL ENGINEERING AND MANAGEMENT AND THE MAIN FIELD OF STUDY COMPUTER SCIENCE AND ENGINEERING, SECOND CYCLE, 30 CREDITS STOCKHOLM, SWEDEN 2020 Supporting Pre-Production in Game Development Process Mapping and Principles for a Procedural Prototyping Tool PAULINA HOLLSTRAND KTH ROYAL INSTITUTE OF TECHNOLOGY SCHOOL OF ELECTRICAL ENGINEERING AND COMPUTER SCIENCE Abstract Game development involves both traditional software activities combined with creative work. As a result, game design practices are characterized by an extensive process of iterative development and evaluation, where prototyping is a major component to test and evaluate the player experience. Content creation for the virtual world the players inhabit is one of the most time-consuming aspects of production. This experimental research study focuses on analyzing and formulating challenges and desired properties in a prototyping tool based on Procedural Content Generation to assist game designers in their early ideation process. To investigate this, a proof of concept was iteratively developed based on information gathered from interviews and evaluations with world designers during a conceptual and design study. The final user study assessed the tool’s functionalities and indicated its potential utility in enhancing the designers’ content exploration and risk management during pre-production activities. Key guidelines for the tool’s architecture can be distilled into: (1) A modular design approach supports balance between content controllability and creativity. (2) Design levels and feature representation should combine and range between Micro (specific) to Macro (high-level, abstract). The result revealed challenges in combining exploration of the design space with optimization and refinement of content.
    [Show full text]
  • 6 Designing Conventional Data Warehouses
    6 Designing Conventional Data Warehouses The development of a data warehouse is a complex and costly endeavor. A data warehouse project is similar in many aspects to any software develop- ment project and requires definition of the various activities that must be performed, which are related to requirements gathering, design, and imple- mentation into an operational platform, among other things. Even though there is an abundant literature in the area of software development (e.g., [48, 248, 282]), few publications have been devoted to the development of data warehouses. Some of these publications [15, 114, 119, 146, 242] have been written by practitioners and are based on their experience in building data warehouses. On the other hand, the scientific community has proposed a variety of approaches for developing data warehouses [28, 29, 35, 42, 47, 79, 82, 114, 167, 203, 221, 237, 246]. Nevertheless, many of these approaches target a specific conceptual model and are often too complex to be used in real-world environments. As a consequence, there is still a lack of a method- ological framework that could guide developers in the various stages of the data warehouse development process. This situation results from the fact that the need to build data warehouse systems arose before the definition of formal approaches to data warehouse development, as was the case for operational databases [166]. In this chapter, we propose a general method for conventional-data- warehouse design that unifies existing approaches. This method allows de- signers and developers to better understand the alternative approaches that can be used for data warehouse design, helping them to choose the one that best fits their needs.
    [Show full text]
  • Application of Machine Learning Techniques in Conceptual Design
    View第 3 1metadata,卷 第 4 citation期 and similar papers at core.ac.uk贵州工业大学学报(自然科学版) broughtV o tol .you31 byN o .CORE4 2002 年 8 月 JO U RNA L OF G U IZ HO U UN IV ERSIT Y OF T ECHNO LOG Y provided by PolyUA Institutionalugust .20 Repository02 (Na tural Science Edition) Article ID:1009-0193(2002)04-0021-06 Application of machine learning techniques in conceptual design TANG Ming-xi (Design Technology Research Centre , School of Design , The Hong Kong Polytechnic University , Hong Kong , China) Abstract :One of the challenges of developing a computational theory of the design process is to support learning by the use of com putational mechanisms that allow fo r the generation , accumula- tion and transfo rmation of design know ledge learned from design experts , or design exam ples . One of the w ay s in w hich machine learning techniques can be integrated in a know ledge-based de- sign support sy stem is to model the early stage of the design process as an incremental and induc- tive learning of design problem structures .The need for such a model arises from the need of cap- turing , refining , and transferring design know ledge at different levels of abstraction so that it can be manipulated easily .In desig n , the know ledge generated from past design solutions provides a feedback for modifying and enhancing the design know ledge base .Without a learning capability a design system is unable to reflect the desig ner' s grow ing ex perience in the field and designer' s a- bility to use knowledge abstracted from past design cases .In this paper , w e present three applica- tions of machine learning techniques in conceptual design and evaluate their effectiveness .
    [Show full text]
  • Design Process Overview
    Design Process Master Planning A multi-stage process is involved in order to take a project from 2. Concept (Schematic) Design: The landscape architect a “vision” to a complete built project; commonly referred to as explores and creates multiple design concepts during “The Design Process.” Projects that are developed through the this stage. Conceptual designs incorporate the general Concept (Schematic) Community Visioning Program and presented on these boards characteristics of elements and amenities. The landscape Design are the beginning of this design process. Depending upon the architect will modify the concepts created during this stage project scale, scope and detail, the length of time between as more specific site information is gathered during the each stage will vary as well as the people who are involved. The subsequent Design Development stage. landscape architect may include other professionals (i.e., civil engineers, structural engineers, electrical engineers, surveyors, 3. Design Development: During this stage the landscape geotechnical engineers, building architects, etc.), on the design architect works to refine the conceptual design and define the team, depending upon the type and scope of the project. specific scope of the project. He or she also develops specific methods of construction, specific aesthetics and quality levels. Vi sio The landscape architect will address various issues such as ning The five primary stages of the design process are: drainage, accessibility, illumination coverage, etc., in more 1. Master Planning: During the initial stage of the design depth. process the landscape architect develops the overall concept of the building and/or site. Both near- and long-term projects are Design Development 4.
    [Show full text]
  • Conceptual Design and the Entity
    Conceptual Design Steps in Database Design and The Entity- Relationship Model • Requirements Analysis – user needs; what must database do? CS 186 Spring 2006 • Conceptual Design Lectures 19 & 20 – high level descr (often done w/ER model) R &G - Chapter 2 • Logical Design A relationship, I think, is like a – translate ER into DBMS data model shark, you know? It has to • Schema Refinement constantly move forward or it – consistency, normalization dies. And I think what we got on • Physical Design - indexes, disk layout our hands is a dead shark. • Security Design - who accesses what, and how Woody Allen (from Annie Hall, 1979) Databases Model the Real World Conceptual Design • “Data Model” allows us to translate real • What are the entities and relationships in world things into structures computers the enterprise? can store • What information about these entities and • Many models: Relational, E-R, O-O, relationships should we store in the Network, Hierarchical, etc. database? • Relational • What are the integrity constraints or –Rows & Columns business rules that hold? – Keys & Foreign Keys to link Relations Enrolled • A database `schema’ in the ER Model can sid cid grade Students be represented pictorially (ER diagrams). 53666 Carnatic101 C sid name login age gpa 53666 Reggae203 B 53666 Jones jones@cs 18 3.4 • Can then map an ER diagram into a 53650 Topology112 A 53688 Smith smith@eecs 18 3.2 relational schema. 53666 History105 B 53650 Smith smith@math 19 3.8 ER Model Basics name ssn lot ER Model Basics (Contd.) since Employees name dname ssn lot did budget • Entity: Real-world object, distinguishable from other objects.
    [Show full text]
  • Design-Build Manual
    Design-Build Manual M 3126.07 August 2021 Construction Division Design-Build Program Americans with Disabilities Act (ADA) Information Title VI Notice to Public It is the Washington State Department of Transportation’s (WSDOT) policy to assure that no person shall, on the grounds of race, color, national origin or sex, as provided by Title VI of the Civil Rights Act of 1964, be excluded from participation in, be denied the benefits of, or be otherwise discriminated against under any of its programs and activities. Any person who believes his/her Title VI protection has been violated, may file a complaint with WSDOT’s Office of Equal Opportunity (OEO). For additional information regarding Title VI complaint procedures and/or information regarding our non- discrimination obligations, please contact OEO’s Title VI Coordinator at 360-705-7090. Americans with Disabilities Act (ADA) Information This material can be made available in an alternate format by emailing the Office of Equal Opportunity at [email protected] or by calling toll free, 855-362-4ADA(4232). Persons who are deaf or hard of hearing may make a request by calling the Washington State Relay at 711. Foreword The Design-Build Manual has been prepared for Washington State Department of Transportation Engineering Managers, Design Engineers, Construction Engineers, Evaluators, Project Engineers, and other staff who are responsible for appropriately selecting, developing, and administering projects using design-build project delivery. This manual describes the processes and procedures for procuring and administering design-build contracts. Decisions to deviate from the guidance provided in this manual must be based on representing the best interests of the public and are to be made by the individual with appropriate authority.
    [Show full text]