US20010052908A1 - Method and apparatus for computer aided building specification generation - Google Patents
Method and apparatus for computer aided building specification generation Download PDFInfo
- Publication number
- US20010052908A1 US20010052908A1 US09/835,481 US83548101A US2001052908A1 US 20010052908 A1 US20010052908 A1 US 20010052908A1 US 83548101 A US83548101 A US 83548101A US 2001052908 A1 US2001052908 A1 US 2001052908A1
- Authority
- US
- United States
- Prior art keywords
- overlay
- design
- product
- proposal
- database
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Abandoned
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
- G06Q10/087—Inventory or stock management, e.g. order filling, procurement or balancing against orders
- G06Q10/0875—Itemisation or classification of parts, supplies or services, e.g. bill of materials
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99941—Database schema or data structure
- Y10S707/99944—Object-oriented database structure
- Y10S707/99945—Object-oriented database structure processing
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99941—Database schema or data structure
- Y10S707/99948—Application of database or data structure, e.g. distributed, multimedia, or image
Definitions
- the invention relates generally to design systems. More specifically, the invention relates to design systems for the creation of product design documents.
- a planning process which involves multiple entities can be difficult to manage and coordinate, especially if there are one or more documents being passed between parties during the course of the process. This is the case with the construction and building industry.
- the planning which is required prior to the construction of a modern building is a labor intensive exercise, segments of which may be repeated several times during the process.
- the request for proposal (RFP) document which is distributed to potential design-builders includes the performance requirements for the building and the requirements for submitting a proposal.
- a design-builder entity then distributes the RFP to a design team of architects and engineers and a builder team.
- the design team is typically responsible for designing the building in sufficient detail to begin actual construction of the building.
- These design details are embodied in construction drawings and specifications.
- the details for the building include specific features, materials, products, systems, schematic diagrams, and so forth.
- the builder team may produce a financial document estimating the cost of the project and a construction schedule. At this point, if financial projections exceed the allocated budget, another iteration of the design may occur in an attempt to produce a design-builder proposal which is financially commensurate with the RFP.
- the financial document and the design specification are satisfactory to the design-builder entity, the documents are combined into a design-builder entity proposal which is submitted to the prospective owner.
- the agents of the owner compare the design-builder proposal with the RFP and based upon the findings of the design teams, a decision is made as how to proceed.
- the decision at this point may be not to proceed, to issue another RFP, to negotiate specific changes in the proposal or to accept the design-builder proposal.
- many segments of the planning may be redone multiple times in an attempt to meet certain constraints.
- One embodiment of the invention includes a method and apparatus for producing a design document for a product, with the product having product elements.
- Data representing the product elements can be arranged in a hierarchical manner and stored in a relational database.
- a selection is received for at least one product element.
- At least one performance value associated with the selected product element is received.
- a text segment associated with each selected product element is retrieved from the database. Selected text segments are then used to construct the design document.
- a first entity constructs a first overlay for the design document using a first design-build device.
- An overlay is a template for the relational database.
- the first overlay is sent to a second design-build device.
- a second overlay for the design document is received from the second device.
- the second overlay includes the first overlay and any modifications made to the design document by a second entity (e.g., a design-build entity).
- a first and second set of data from the database corresponding to the first and second overlays, respectively, are retrieved and displayed for review by the first entity.
- the first or second entity can then create a third overlay including the first and second overlays and any further modifications for the design document, and send the third overlay to a third design-build device for review by a third entity (e.g., a materials supplier).
- a third entity e.g., a materials supplier
- FIG. 1 is a block diagram of a design-build system in accordance with one embodiment of the invention.
- FIG. 2 illustrates a hierarchical model suitable for use with one embodiment of the invention.
- FIG. 3 is a block flow diagram of the steps performed by a design-build system in accordance with one embodiment of the invention.
- FIG. 4 illustrates various overlays in accordance with one embodiment of the invention.
- FIG. 5 is a block diagram of a design system in accordance with one embodiment of the invention.
- FIG. 6 is a block flow diagram of the steps performed by a design system in accordance with one embodiment of the invention.
- FIG. 7 is a block diagram of a design system having multiple design-build entities in accordance with one embodiment of the invention.
- One embodiment of the invention comprises a method and apparatus for producing design documents in accordance with a particular industry, such as the construction industry, aerospace industry, automotive industry, computer and telecommunications industry, and so forth.
- a particular industry such as the construction industry, aerospace industry, automotive industry, computer and telecommunications industry, and so forth.
- this embodiment of the invention will be described in terms of the construction industry.
- the term “construction industry” refers to the industries whose chief businesses are the design, demolition, construction, reconstruction, life-cycle management, or renovation of buildings; the infrastructure serving buildings; and transportation and utility infrastructures.
- the structures produced or designed in the construction industry may be land-based, marine based, or space-based.
- Building types referenced under the definition of “buildings” include: General Buildings (e.g., buildings constructed to house commercial, educational, and medical activities, offices, stores, hotels, and housing of all types); Manufacturing Facilities (e.g., buildings constructed to house manufacturing or assembly of automobiles, textiles, electronics, etc.); Transportation Facilities (e.g., buildings required for the functioning of transportation systems, such as airports and train stations); Industrial Processing Facilities (e.g., buildings constructed to house pulp and paper, steel and other metal production operations, metal refineries, chemical, pharmaceutical, and food and other processing plants, etc.); Non-vehicular Space Facilities (e.g., facilities constructed primarily to house persons living and working in space, to enable the exploitation of extraterrestrial resources, and to house extraterrestrial manufacturing operations, etc.).
- General Buildings e.g., buildings constructed to house commercial, educational, and medical activities, offices, stores, hotels, and housing of all types
- Manufacturing Facilities e.g., buildings constructed to house manufacturing or assembly of automobiles, textiles, electronics, etc
- Transportation and Utility Infrastructures include: Ground and Underground Transportation Infrastructure (e.g., roads, bridges, railroads, tunnels, over- and under-passes, etc.); Power Production and Transmission Infrastructure (e.g., thermal and hydroelectric power plants, waste-to-energy and co-generation plants, and auxiliary substations, transformers, transmission lines, etc.); Water Supply Infrastructure (e.g., dams, reservoirs, pumping stations, distribution pipelines, irrigation canals, desalination and potability treatment plants, etc.); Sewerage/Solid Waste Management Infrastructure (e.g., sanitary and storm sewers, treatment plants, pumping stations, incinerators, industrial waste facilities, etc.); Hazardous Waste Treatment/Abatement Facilities (e.g., facilities for the storage, containment, and/or detoxification of asbestos- and lead-contaminated waste, chemical and nuclear contaminants, etc.); Waterways and Marine Infrastructure (e.g., canals,
- any reference in the specification to “one embodiment” or “an embodiment” means that a particular feature, structure, or characteristic described in connection with the embodiment is included in at least one embodiment of the invention.
- the appearances of the phrase “in one embodiment” in various places in the specification are not necessarily all referring to the same embodiment.
- One embodiment of the invention comprises a system that enables a first entity (e.g., prospective owner) to produce an RFP that describes building facility requirements in performance terms for design-build or other construction projects (“design-build system”).
- the design-build system then permits a second entity (e.g., design-builder) to generate a design-builder proposal based upon the RFP.
- the proposal is generated using the performance-based description or specification of the proposed building and its requisite site work.
- the system permits the design-builder entity, the prospective owner, or other contractor to generate performance specifications for use by a construction team.
- a design-build system 100 comprises a processor 102 , a memory 104 , and a bus adapter 114 , each of which is connected to a processor/memory bus 116 and an Input/Output (I/O) bus 118 via bus adapter 114 .
- design build system 100 contains a network interface 122 , mass storage device 124 , monitor 126 , and database 128 , each of which is connected to I/O bus 118 via an I/O controller 120 .
- design-build system 100 is a microprocessor-based personal computer (PC) system.
- Memory 104 may be any suitable computer readable memory device such as one or more dynamic random access memory (DRAM) devices.
- Mass storage device 124 may be any suitable computer-readable storage means for storing digital signals such as magnetic storage media (i.e., a magnetic disk), optical storage media (i.e., a CD-ROM or Digital Video Disc), and so forth.
- design-build system 100 may contain various combinations of machine readable storage devices through other I/O controllers, which are accessible by processor 102 and which are capable of storing digital signals.
- Network interface 122 may be any suitable means for controlling communication signals between network devices using a desired set of protocols, services and operating procedures.
- Processor 102 may be any suitable means for performing the functionality for various embodiments of the invention, and is preferably a general purpose microprocessor such as the Pentium®, Pentium Pro, or Pentium II made by Intel Corporation.
- Monitor 126 may be any means for displaying analog signals, such as a variable graphics array (VGA) monitor.
- I/O controllers 120 may be any means for controlling the flow of information between I/O bus 118 and various I/O devices such as network interface 122 , mass storage device 124 , monitor 126 and database 128 .
- Bus adapter 114 may be any means suitable for transferring data back and forth between processor/memory bus 116 and I/O bus 118 .
- Design system 100 is non-operating system dependent and in one embodiment functions with Windows 3.1, 3.11, Windows 95, or Windows NT.
- Memory 104 stores computer program segments that a processor (e.g., processor 102 ) executes to perform the functionality for this embodiment of the invention. These computer program segments are separated into two modules, that is, a design module 106 and a relational database management (RDM) module 108 . It can be appreciated, however, that the functions performed by these modules can be further separated into more modules, combined together to form one module, or be distributed throughout the system, and still fall within the scope of the invention. Further, although this embodiment of the invention implements the functionality of these modules in software, it can be appreciated that the functionality of these modules may be implemented in hardware, software, or a combination of hardware and software, using well-known signal processing techniques. The operation of these modules will be described in further detail later with reference to FIG. 3.
- a processor e.g., processor 102
- RDM relational database management
- database 128 is a relational database storing data in hierarchical form.
- the data is extracted from database 128 by relational database management module 108 .
- Design module 106 is used to organize data from the database into various design documents and overlays consistent with one or more performance terms.
- Database 128 is a relational database storing information in a hierarchical format. Individual “cells” of information are stored in the database, with each cell being connected to other related cells (e.g., peer cells, child cells and parent cells) by a link or pointer. The information within a cell and its links varies according to a particular product or system that is being designed. The product is broken down into separate components, with the components being broken down into separate elements, and so forth in a hierarchical manner to whatever level of granularity is desired. Each discrete part of the product is uniquely identified, and is referred to herein as a “product element.” Each product element is stored in an individual cell used by database 128 . An example will be described with reference to FIG. 2.
- FIG. 2 illustrates a hierarchical model suitable for use with one embodiment of the invention.
- a product that may be broken down into its product elements and organized into a hierarchical structure is a building.
- a building can be defined according to major construction assemblies which are arranged as a hierarchical relational list of building assembly descriptions of increasing specificity. At the highest level of the list is a facility description in substantially the broadest performance terms possible.
- Level One is an element by element list of the major assemblies of all buildings, such as shell, services, interiors, and equipment and furnishings.
- Level Two in one embodiment, describes systems within an assembly, as shown in FIG. 2.
- the building shell element is described in terms of exterior enclosure and superstructure elements.
- Level Three of specificity describes different sub-systems of each system, for example, exterior walls, and exterior windows and other openings.
- the data include specific components such as windows, fixed glazing and ventilation openings.
- Level Five building elements such as operable windows, entrances and storefronts, and louvers, are included. In each case, the elements are described in terms of their performance.
- a building is decomposed into various product elements in a manner similar to an industry standard format promulgated by the Construction Specifications Institute (CSI) and Constructions Specifications Canada (CSC) and referred to as the CSI/CSC 1997 Draft UniFormat (“UniFormat”).
- CSI Construction Specifications Institute
- CSC Constructions Specifications Canada
- Each cell can contain many types of information or attributes to characterize a product element, such as a performance value, text segment, identifier, and so on.
- a performance value may be a qualitative or quantitative parameter. Examples of qualitative parameters might be that the building must conform to certain architectural requirements for a particular area, have a non-combustible outer shell, or that each product element must be aesthetically consistent with a brick facade. Examples of quantitative parameters might be an overall seismic resistance of the building, a value for thermal resistance for an exterior wall, a value for glass transmittance, and so forth.
- a text segment is defined as one or more words, phrases, or sentences which can be combined together to produce a particular document. In this embodiment of the invention, the text segments describe a building's technical requirements and, along with the performance values, are used to produce performance-based specifications for the building's systems and elements.
- the organization of product elements in a hierarchical manner serves at least two purposes. First, it creates a standard format and terminology that can be used to enhance communications between multiple entities. Second, it permits an entity to define a product in performance terms, thereby permitting multiple entities to build upon each other's work in a consistent and uniform manner. Both purposes will become more apparent during the description of the operation of design-build system 100 , which occurs in the following sections.
- FIG. 3 is a block flow diagram of the steps performed by a design-build system in accordance with one embodiment of the invention.
- Design-build system 100 is capable of producing a design document for a product, with the product having product elements arranged in a hierarchical manner.
- System 100 receives a selection for at least one product element at step 302 .
- System 100 also receives at least one performance value associated with the selected product element at step 304 .
- System 100 then retrieves a text segment associated with each selected product element at step 306 .
- a user selects which of the retrieved text segments are to be incorporated into the document at step 308 .
- System 100 constructs the document using the selected text segments at step 310 .
- design-build system 100 permits a prospective owner to utilize the least detailed level of performance requirements compatible with the owner's needs.
- performance requirements of the RFP are described at the highest level.
- a prospective owner needing a greater degree of control over the finished product might describe needs at a higher level of specificity.
- Such an arrangement of the database enables the design-builder to improve upon the work of the owner and describe the proposed design solution in greater detail than the owner used to describe the requirements, still in performance terms, by drawing upon data from an appropriate level of the database. If the prospective owner's requirements statement is produced at the most detailed level available in the database, the design-builder may then produce a proposal in prescriptive terms.
- Design-build system 100 permits different levels of specificity to be used to describe different parts of the building project.
- a prospective owner may stipulate very general performance requirements for an element, for example a substructure, in combination with very detailed requirements for some other building components, for example particular interior finishes.
- a user of the system produces a product description by choosing from the product elements offered from the database, and occasionally by adding to them. By selecting the desired elements, paragraphs of text describing the elements are accessed from the database. This text may then be edited as desired. Relational links between the elements, and hence among paragraphs of text are arranged to discourage incompatible choices or automatically include collateral requirements once basic decisions are made. Selectable system parameters allow the user to make global choices among printed-page formats and other features, such as units of measure and have those choices propagated through the document. Associated with each option are help screens to accompany complicated text to be selected. In addition, the system is configured to permit evaluation of a proposal's solutions by performing an automatic comparison of the requirements at the present level with the requirements at a higher level.
- a project document In operation, to prepare a project document, the user first selects a project or starts a new project. From the project window, a table of contents is displayed and is organized by “volumes,” which correspond to the assemblies of the product, general information about the project, and contractual information. The user can thus determine at a glance what assemblies have been included in the project. From this window, the user selects additional chapters to be included in the project. By selecting, for example by using a mouse, a chapter number or title, the data set level corresponding to the selected chapter is opened.
- Text from the database is retrieved and can be scrolled and viewed like any document.
- the text is not displayed like a document in a normal word processing environment.
- each paragraph is in a text cell, similar to a spreadsheet, except that the text cell occupies most of the screen width.
- the text hierarchy for each paragraph occupies a cell at the left edge of the screen. The current status of each paragraph is displayed, indicating whether it will be printed in the final document or not. Text that the user has selected is marked with an X.
- color coding of the text indicates how the text in the cell relates to other text in the document.
- text that has been selected by the system is marked with a green box; text that is suggested as relevant by the system is marked with a yellow box; text that has been excluded by the system is marked with a red box; text that the user has excluded has half the status box blacked out.
- chapters and projects in the present system feature “intelligent text.”
- the user selects text from the database and as the user makes text selections, the program automatically makes other changes to the chapter and to other chapters in the project as would occur in a spreadsheet rather than a word-processing environment.
- Only valid active text, selected by the user or included automatically by the program, will be assembled into the final output.
- To be active, selected text must have an unbroken line of parentage originating with the chapter title. This means that any “orphaned” text, text whose pointers can not be retraced to the origin, will not be part of the final printed document.
- the switch “Document Function” permits the user to be able to define the function of the document once, changing all relevant language to reflect that function.
- the values for the three functions are: Request for Proposal, Design-builder's Proposal, or Instructions for Construction. By selecting one of these values, the relevant language will be inserted globally into the text of the RFP or the proposal by the software.
- the switch in the project summary dialogue box will set the appropriate option by selecting option 1 , 2 , or 3 , designating whether the document is to serve as an RFP or a proposal or instructions for construction.
- Samples of alternative language are as follows:
- a given paragraph may be relationally linked to any number of other paragraphs (target paragraphs) both within the chapter and in other chapters. Only one link may exist from any source paragraph to a given target paragraph, but any paragraph may be the target of any number of links from multiple source paragraphs. Also, the links act in one direction only and do not result in reciprocal linkage. For example, a paragraph that automatically selects another paragraph will not be selected automatically if the target selection is chosen first; a separate link acting in the opposite direction would be necessary. In addition, the target paragraph may act on the first paragraph in a different way altogether, or not at all.
- the presence of the type of link determines whether text is selectively excluded or flagged as pertinent. Because a given target paragraph may be acted upon by several links of different types (from a number of source paragraphs), the text status and related display modes are governed by a hierarchy of consequences resulting from a selection. Specifically:
- Any text may be selected manually at any time, which overrides any links.
- text status will be determined by the following hierarchy, from most to least controlling: (No, Yes, flagged as pertinent).
- the data format (in one embodiment CSI's UniFormat as adapted) accommodates virtually any type of building.
- the content for a North American commercial project in a temperate or tropical climate includes the International Conference of Building Officials (ICBO), Building Officials and Code Administrators International, Inc. (BOCA), or Southern Building Code Congress International, Inc. (SBCCI) model building codes either as regulatory requirements or incorporated by reference into the requirements.
- ICBO International Conference of Building Officials
- BOCA Building Officials and Code Administrators International, Inc.
- SBCCI Southern Building Code Congress International, Inc.
- the first display screen of the database is arranged as a series of “tabs” denoting major document volumes.
- the volumes start with 0 for Project information; tab A through G for the major building and site elements; tab X, referred to as volume X, which includes product information organized into 16 divisions, and a final tab Z, which includes contract information.
- the Master Format of the Construction Specification Institute is used to organize the contents of volume X.
- the hierarchical levels are referred to as assemblies (Level 1 ), systems (Level 2 ), subsystems (Level 3 ), and components (Level 4 ).
- Within each volume are chapters that may be used as separate documents. That is, chapter 0 contains the overall project description and the most fundamental performance requirements. Volumes A-G and 0 correspond to Level 1 .
- each volume contains the requirements that need to be defined at the assembly level.
- a requirement is defined at the volume or assembly level if the requirement can be stated as “All_[a] must be [b]_” or “No_[a]—may be _[b]_” where [a] is the name of the volume and [b] is the requirement. For example, if the entire shell of the building must be non-combustible, that would be stated at the assembly level in [b], assuming that a reference to the building code in volume 0 did not accomplish the same purpose.
- Level 3 For each sub-system (Level 3 ) heading there is a location in which subsystem and component level requirements are stated. The same principles apply as described for assembly and system level requirements. Thus each subsystem chapter is titled with the subsystem name and is organized in a similar manner: performance; products, and methods of construction. The system organizes segments of text by viewing levels and allow the user to view a level of detail.
- the requirements include the owner's definition of the building and the substantiation is whatever the owner wishes to receive showing that the proposal meets the requirements.
- An appropriate statement of acceptable substantiation is necessary for each requirement.
- the requirements may be stated in performance terms or prescriptive terms or a combination of both.
- the substantiation can range from nothing at all to very detailed documentation, and submission of it may be specific to occur at the proposal stage, the design stage, or the construction stage.
- the user of the system is able to omit all substantiation statements and still be able to produce a contract document that can be enforced at the construction stage.
- FIG. 4 illustrates various overlays in accordance with one embodiment of the invention.
- Database 128 stores information in a hierarchical relational manner.
- reference information for the new document is stored in an electronic project file (“overlay”).
- overlay By storing reference information for the new design document, rather then the actual design or product data, the size of the electronic file is reduced. This means that the amount of bandwidth required to transfer the new document is reduced.
- the reference information for each overlay includes a series of codes and pointers that RDM module 108 can use to extract actual data for the design document from database 128 .
- an overlay operates as a template for an underlying database.
- each overlay can be sent in electronic form between entities involved in the design process, such as the owner entity, design-build entity and materials supplier entity.
- entities involved in the design process such as the owner entity, design-build entity and materials supplier entity.
- each entity can access the appropriate data set from database 128 using the overlay. This minimizes the amount of data necessary for transmission between entity devices, while maintaining the capability of multiple entities to contribute to the design process by modifying the overlay appropriately.
- FIG. 5 is a block diagram of a design system in accordance with one embodiment of the invention.
- FIG. 5 illustrates a design system 500 comprising a first design-build system 502 , a second design-build system 506 , and a network 504 connecting systems 502 and 506 .
- Design-build systems 502 and 506 are similar to design-build system 100 .
- Network 504 can be any network suitable for transferring data, such as a packet-switched network operating in accordance with a transport control protocol/internet protocol (TCP/IP).
- TCP/IP transport control protocol/internet protocol
- Systems 502 and 506 pass a project overlay between them, with a first overlay 508 representing the owner's performance requirements for a building (e.g., RFP), a second overlay 510 representing the design-build entity's detailed specification designed using first overlay 508 , and a third overlay 512 representing instructions to the materials supplier.
- first overlay 508 representing the owner's performance requirements for a building (e.g., RFP)
- second overlay 510 representing the design-build entity's detailed specification designed using first overlay 508
- third overlay 512 representing instructions to the materials supplier.
- FIG. 6 is a block flow diagram of the steps performed by a design system in accordance with one embodiment of the invention.
- an owner entity constructs first overlay 508 for a performance database using system 502 at step 600 .
- First overlay 508 is sent to system 506 via network 504 at step 602 .
- System 502 receives second overlay 510 , which in this embodiment of the invention has been constructed by the design-build entity using system 506 .
- System 502 retrieves the underlying data in accordance with the first and second overlays at step 606 , and displays (e.g., using monitor 126 ) each data set for review by the owner entity at step 608 .
- system 502 constructs first overlay 600 by first receiving a selection for at least one first product element.
- the first product element could be a substructure, foundation, basement, and so forth.
- a performance value is received for the first product element.
- the performance value may be a qualitative or quantitative parameter as described previously. For example, the performance value may be that the foundation must be able to support the building without settling for 50 years.
- a representation for the first product element, or alternatively the product element data itself, and the associated performance values are then stored in electronic form.
- Second overlay 510 is constructed as follows.
- System 506 receives first overlay 508 from network 504 .
- System 506 uses first overlay 508 to extract data from database 128 , including any product elements and their associated performance values.
- a design-build entity can use system 506 to build upon the work accomplished by the owner entity which is represented by the first overlay, by retrieving one or more second product elements that comprise a portion of the first product element (e.g., are linked to the first product element) and which are consistent with the associated performance values.
- a design-build entity could use system 506 to select from among different types of foundations, such as standard foundations, other foundations, or slabs on grade, that are capable of sustaining the requisite weight.
- the global switch may be used to convert the text fragments associated with the first product elements to convert the text to language appropriate for the design-build specification.
- a second representative for the selected second product elements, or the second product elements data, is then stored in electronic form along with the first overlay and performance values.
- this embodiment of the invention compares the data sets to ensure each of the first product elements and performance values include a corresponding second product element. That is, if a certain performance requirement has not been given any treatment by the design-build entity, e.g., no second product elements were selected to more specifically define the first product elements, then system 502 will indicate the lack of treatment for the owner-entity to factor into his or her evaluation of the second overlay data set.
- a third overlay is constructed for the materials supplier entity.
- the global switch is used to convert the language from language appropriate for the design-build entity to language appropriate to the materials supplier entity.
- the converted information is stored in electronic form, and sent to the materials supplier entity or materials supplier entity system. In the latter case, the materials supplier entity system could retrieve a third set of data from database 128 corresponding to the third overlay, and display the third set of data for use by the materials supplier entity.
- FIG. 7 is a block diagram of a design system having multiple design-build entities in accordance with one embodiment of the invention.
- a first design-build system 702 is in communication with a second design-build system 706 , a third design-build system 708 and a fourth design-build system 710 , via network 704 .
- the owner entity using system 702 constructs a first overlay 714 and sends it to systems 706 , 708 and 710 .
- Systems 706 , 708 and 710 each send back second overlays 712 , 716 and 720 , respectively.
- Data sets corresponding to second overlays 712 , 716 and 720 are retrieved by system 702 , compared to ensure at least one second product element corresponds with each first product element of first overlay 718 , and displayed.
- Each data set for the first overlay is compared to the second overlay to determine whether any of the second overlays did not include the selection of a second product element to further define a first product element represented in the first overlay.
- the first data set and second data sets are arranged such that each performance requirement set forth in the RFP is aligned with its corresponding response in each design-build specification, thereby allowing the owner entity to conveniently compare the multiple responses.
Abstract
A method and apparatus for producing a design document for a product, with the product having product elements arranged in a hierarchical manner and stored in a relational database, is described. A selection is received for at least one product element. At least one performance value associated with the selected product element is received. A text segment associated with each selected product element is retrieved from the database. Selected text segments are then used to construct the design document.
Description
- This application claims the benefit of U.S. patent application Ser. No. 09/102,580 filed on Jun. 23, 1998 which claims benefit of Provisional Application, 60/050,538 titled “Method and Apparatus For Computer Aided Building Specification Generation” and filed on Jun. 23, 1997.
- The invention relates generally to design systems. More specifically, the invention relates to design systems for the creation of product design documents.
- A planning process which involves multiple entities can be difficult to manage and coordinate, especially if there are one or more documents being passed between parties during the course of the process. This is the case with the construction and building industry. The planning which is required prior to the construction of a modern building is a labor intensive exercise, segments of which may be repeated several times during the process. When a prospective owner desires to build a building, using a design-builder delivery system, the owner's agents produce a request for proposal. The request for proposal (RFP) document which is distributed to potential design-builders includes the performance requirements for the building and the requirements for submitting a proposal.
- A design-builder entity then distributes the RFP to a design team of architects and engineers and a builder team. The design team is typically responsible for designing the building in sufficient detail to begin actual construction of the building. These design details are embodied in construction drawings and specifications. The details for the building include specific features, materials, products, systems, schematic diagrams, and so forth. Using this design specification, the builder team may produce a financial document estimating the cost of the project and a construction schedule. At this point, if financial projections exceed the allocated budget, another iteration of the design may occur in an attempt to produce a design-builder proposal which is financially commensurate with the RFP. When the financial document and the design specification are satisfactory to the design-builder entity, the documents are combined into a design-builder entity proposal which is submitted to the prospective owner.
- At this point the agents of the owner compare the design-builder proposal with the RFP and based upon the findings of the design teams, a decision is made as how to proceed. The decision at this point may be not to proceed, to issue another RFP, to negotiate specific changes in the proposal or to accept the design-builder proposal. Thus at several stages in the planning, many segments of the planning may be redone multiple times in an attempt to meet certain constraints.
- In an attempt to reduce the amount of work required for this labor intensive process several systems have been developed which attempt to automate segments of the planning process. For example, Computer Aided Design (CAD) programs reduce the time required to create or change the schematic designs, while specification and estimator programs reduce the time necessary to create or change the textual portions of the proposal based upon the materials specified by the designers.
- In view of the foregoing, it can be appreciated that a substantial need exists for a method and apparatus which solves the above-discussed problems, more specifically, to more efficiently allow multiple entities to work together while passing one or more documents between the entities.
- One embodiment of the invention includes a method and apparatus for producing a design document for a product, with the product having product elements. Data representing the product elements can be arranged in a hierarchical manner and stored in a relational database. In producing the design document, a selection is received for at least one product element. At least one performance value associated with the selected product element is received. A text segment associated with each selected product element is retrieved from the database. Selected text segments are then used to construct the design document.
- In another embodiment of the invention, a first entity (e.g., an owner entity) constructs a first overlay for the design document using a first design-build device. An overlay is a template for the relational database. The first overlay is sent to a second design-build device. A second overlay for the design document is received from the second device. The second overlay includes the first overlay and any modifications made to the design document by a second entity (e.g., a design-build entity). A first and second set of data from the database corresponding to the first and second overlays, respectively, are retrieved and displayed for review by the first entity. The first or second entity can then create a third overlay including the first and second overlays and any further modifications for the design document, and send the third overlay to a third design-build device for review by a third entity (e.g., a materials supplier).
- With these and other advantages and features of the invention that will become hereinafter apparent, the nature of the invention may be more clearly understood by reference to the following detailed description of the invention, the appended claims and to the several drawings attached herein.
- FIG. 1 is a block diagram of a design-build system in accordance with one embodiment of the invention.
- FIG. 2 illustrates a hierarchical model suitable for use with one embodiment of the invention.
- FIG. 3 is a block flow diagram of the steps performed by a design-build system in accordance with one embodiment of the invention.
- FIG. 4 illustrates various overlays in accordance with one embodiment of the invention.
- FIG. 5 is a block diagram of a design system in accordance with one embodiment of the invention.
- FIG. 6 is a block flow diagram of the steps performed by a design system in accordance with one embodiment of the invention.
- FIG. 7 is a block diagram of a design system having multiple design-build entities in accordance with one embodiment of the invention.
- One embodiment of the invention comprises a method and apparatus for producing design documents in accordance with a particular industry, such as the construction industry, aerospace industry, automotive industry, computer and telecommunications industry, and so forth. For illustrative purposes only, this embodiment of the invention will be described in terms of the construction industry. The term “construction industry” refers to the industries whose chief businesses are the design, demolition, construction, reconstruction, life-cycle management, or renovation of buildings; the infrastructure serving buildings; and transportation and utility infrastructures. The structures produced or designed in the construction industry may be land-based, marine based, or space-based. Building types referenced under the definition of “buildings” include: General Buildings (e.g., buildings constructed to house commercial, educational, and medical activities, offices, stores, hotels, and housing of all types); Manufacturing Facilities (e.g., buildings constructed to house manufacturing or assembly of automobiles, textiles, electronics, etc.); Transportation Facilities (e.g., buildings required for the functioning of transportation systems, such as airports and train stations); Industrial Processing Facilities (e.g., buildings constructed to house pulp and paper, steel and other metal production operations, metal refineries, chemical, pharmaceutical, and food and other processing plants, etc.); Non-vehicular Space Facilities (e.g., facilities constructed primarily to house persons living and working in space, to enable the exploitation of extraterrestrial resources, and to house extraterrestrial manufacturing operations, etc.). Infrastructure types referenced under the definition of infrastructure serving buildings include electrical power and communication lines, water and waste lines, gas and other utility lines. Transportation and Utility Infrastructures include: Ground and Underground Transportation Infrastructure (e.g., roads, bridges, railroads, tunnels, over- and under-passes, etc.); Power Production and Transmission Infrastructure (e.g., thermal and hydroelectric power plants, waste-to-energy and co-generation plants, and auxiliary substations, transformers, transmission lines, etc.); Water Supply Infrastructure (e.g., dams, reservoirs, pumping stations, distribution pipelines, irrigation canals, desalination and potability treatment plants, etc.); Sewerage/Solid Waste Management Infrastructure (e.g., sanitary and storm sewers, treatment plants, pumping stations, incinerators, industrial waste facilities, etc.); Hazardous Waste Treatment/Abatement Facilities (e.g., facilities for the storage, containment, and/or detoxification of asbestos- and lead-contaminated waste, chemical and nuclear contaminants, etc.); Waterways and Marine Infrastructure (e.g., canals, locks, marine dredging facilities, piers, sea-based oil rigs, ship-building facilities, etc.); and Mining and Refineries (e.g., underground and strip-mining facilities, petrochemical plants, petroleum refineries, offshore mining or drilling facilities and auxiliary pipelines. Although this embodiment of the invention is described with reference to the construction industry, however, it can be appreciated that the principles and concepts outlined in terms of the construction industry may be equally applied to other industries and still fall within the scope of the invention.
- It is worthy to note that any reference in the specification to “one embodiment” or “an embodiment” means that a particular feature, structure, or characteristic described in connection with the embodiment is included in at least one embodiment of the invention. The appearances of the phrase “in one embodiment” in various places in the specification are not necessarily all referring to the same embodiment.
- One embodiment of the invention comprises a system that enables a first entity (e.g., prospective owner) to produce an RFP that describes building facility requirements in performance terms for design-build or other construction projects (“design-build system”). The design-build system then permits a second entity (e.g., design-builder) to generate a design-builder proposal based upon the RFP. In other words, the proposal is generated using the performance-based description or specification of the proposed building and its requisite site work. In addition, the system permits the design-builder entity, the prospective owner, or other contractor to generate performance specifications for use by a construction team.
- Referring now in detail to the drawings wherein like parts are designated by like reference numerals throughout, there is illustrated in FIG. 1 a design-build system in accordance with one embodiment of the invention. As shown in FIG. 1, a design-
build system 100 comprises aprocessor 102, amemory 104, and abus adapter 114, each of which is connected to a processor/memory bus 116 and an Input/Output (I/O)bus 118 viabus adapter 114. Further,design build system 100 contains anetwork interface 122,mass storage device 124, monitor 126, anddatabase 128, each of which is connected to I/O bus 118 via an I/O controller 120. - In this embodiment of the invention, design-
build system 100 is a microprocessor-based personal computer (PC) system.Memory 104 may be any suitable computer readable memory device such as one or more dynamic random access memory (DRAM) devices.Mass storage device 124 may be any suitable computer-readable storage means for storing digital signals such as magnetic storage media (i.e., a magnetic disk), optical storage media (i.e., a CD-ROM or Digital Video Disc), and so forth. Further, design-build system 100 may contain various combinations of machine readable storage devices through other I/O controllers, which are accessible byprocessor 102 and which are capable of storing digital signals.Network interface 122 may be any suitable means for controlling communication signals between network devices using a desired set of protocols, services and operating procedures. Those skilled in the art will understand that the communication signals may be received over any suitable medium such as twisted-pair wire, co-axial cable, fiber optics, radio-frequencies, and so forth.Processor 102 may be any suitable means for performing the functionality for various embodiments of the invention, and is preferably a general purpose microprocessor such as the Pentium®, Pentium Pro, or Pentium II made by Intel Corporation.Monitor 126 may be any means for displaying analog signals, such as a variable graphics array (VGA) monitor. I/O controllers 120 may be any means for controlling the flow of information between I/O bus 118 and various I/O devices such asnetwork interface 122,mass storage device 124, monitor 126 anddatabase 128.Bus adapter 114 may be any means suitable for transferring data back and forth between processor/memory bus 116 and I/O bus 118.Design system 100 is non-operating system dependent and in one embodiment functions with Windows 3.1, 3.11, Windows 95, or Windows NT. -
Memory 104 stores computer program segments that a processor (e.g., processor 102) executes to perform the functionality for this embodiment of the invention. These computer program segments are separated into two modules, that is, adesign module 106 and a relational database management (RDM)module 108. It can be appreciated, however, that the functions performed by these modules can be further separated into more modules, combined together to form one module, or be distributed throughout the system, and still fall within the scope of the invention. Further, although this embodiment of the invention implements the functionality of these modules in software, it can be appreciated that the functionality of these modules may be implemented in hardware, software, or a combination of hardware and software, using well-known signal processing techniques. The operation of these modules will be described in further detail later with reference to FIG. 3. - In this embodiment of the invention,
database 128 is a relational database storing data in hierarchical form. The data is extracted fromdatabase 128 by relationaldatabase management module 108.Design module 106 is used to organize data from the database into various design documents and overlays consistent with one or more performance terms. -
Database 128 is a relational database storing information in a hierarchical format. Individual “cells” of information are stored in the database, with each cell being connected to other related cells (e.g., peer cells, child cells and parent cells) by a link or pointer. The information within a cell and its links varies according to a particular product or system that is being designed. The product is broken down into separate components, with the components being broken down into separate elements, and so forth in a hierarchical manner to whatever level of granularity is desired. Each discrete part of the product is uniquely identified, and is referred to herein as a “product element.” Each product element is stored in an individual cell used bydatabase 128. An example will be described with reference to FIG. 2. - FIG. 2 illustrates a hierarchical model suitable for use with one embodiment of the invention. One example of a product that may be broken down into its product elements and organized into a hierarchical structure is a building. A building can be defined according to major construction assemblies which are arranged as a hierarchical relational list of building assembly descriptions of increasing specificity. At the highest level of the list is a facility description in substantially the broadest performance terms possible. Thus at the top of the hierarchy (Level One) is an element by element list of the major assemblies of all buildings, such as shell, services, interiors, and equipment and furnishings. The next level (Level Two), in one embodiment, describes systems within an assembly, as shown in FIG. 2. Thus the building shell element is described in terms of exterior enclosure and superstructure elements. Level Three of specificity describes different sub-systems of each system, for example, exterior walls, and exterior windows and other openings. Below this level (Level Four), the data include specific components such as windows, fixed glazing and ventilation openings. Finally, at the lowest level in this embodiment (Level Five), building elements such as operable windows, entrances and storefronts, and louvers, are included. In each case, the elements are described in terms of their performance.
- In this embodiment of the invention, a building is decomposed into various product elements in a manner similar to an industry standard format promulgated by the Construction Specifications Institute (CSI) and Constructions Specifications Canada (CSC) and referred to as the CSI/CSC1997 Draft UniFormat (“UniFormat”). It is worthy to note that although UniFormat was used to define product elements in this embodiment of the invention, any hierarchical definition of product elements can be used and still fall within the scope of the invention, such as the CSI/CSC 1998 version of UniFormat.
- Each cell can contain many types of information or attributes to characterize a product element, such as a performance value, text segment, identifier, and so on. A performance value may be a qualitative or quantitative parameter. Examples of qualitative parameters might be that the building must conform to certain architectural requirements for a particular area, have a non-combustible outer shell, or that each product element must be aesthetically consistent with a brick facade. Examples of quantitative parameters might be an overall seismic resistance of the building, a value for thermal resistance for an exterior wall, a value for glass transmittance, and so forth. A text segment is defined as one or more words, phrases, or sentences which can be combined together to produce a particular document. In this embodiment of the invention, the text segments describe a building's technical requirements and, along with the performance values, are used to produce performance-based specifications for the building's systems and elements.
- The organization of product elements in a hierarchical manner serves at least two purposes. First, it creates a standard format and terminology that can be used to enhance communications between multiple entities. Second, it permits an entity to define a product in performance terms, thereby permitting multiple entities to build upon each other's work in a consistent and uniform manner. Both purposes will become more apparent during the description of the operation of design-
build system 100, which occurs in the following sections. - FIG. 3 is a block flow diagram of the steps performed by a design-build system in accordance with one embodiment of the invention. Design-
build system 100 is capable of producing a design document for a product, with the product having product elements arranged in a hierarchical manner.System 100 receives a selection for at least one product element atstep 302.System 100 also receives at least one performance value associated with the selected product element atstep 304.System 100 then retrieves a text segment associated with each selected product element atstep 306. A user selects which of the retrieved text segments are to be incorporated into the document atstep 308.System 100 constructs the document using the selected text segments atstep 310. - Referring again to the building industry, design-
build system 100 permits a prospective owner to utilize the least detailed level of performance requirements compatible with the owner's needs. Thus for an advantageous design-build project, performance requirements of the RFP are described at the highest level. A prospective owner needing a greater degree of control over the finished product might describe needs at a higher level of specificity. Such an arrangement of the database enables the design-builder to improve upon the work of the owner and describe the proposed design solution in greater detail than the owner used to describe the requirements, still in performance terms, by drawing upon data from an appropriate level of the database. If the prospective owner's requirements statement is produced at the most detailed level available in the database, the design-builder may then produce a proposal in prescriptive terms. - Design-
build system 100 permits different levels of specificity to be used to describe different parts of the building project. For example, a prospective owner may stipulate very general performance requirements for an element, for example a substructure, in combination with very detailed requirements for some other building components, for example particular interior finishes. - A user of the system produces a product description by choosing from the product elements offered from the database, and occasionally by adding to them. By selecting the desired elements, paragraphs of text describing the elements are accessed from the database. This text may then be edited as desired. Relational links between the elements, and hence among paragraphs of text are arranged to discourage incompatible choices or automatically include collateral requirements once basic decisions are made. Selectable system parameters allow the user to make global choices among printed-page formats and other features, such as units of measure and have those choices propagated through the document. Associated with each option are help screens to accompany complicated text to be selected. In addition, the system is configured to permit evaluation of a proposal's solutions by performing an automatic comparison of the requirements at the present level with the requirements at a higher level.
- In operation, to prepare a project document, the user first selects a project or starts a new project. From the project window, a table of contents is displayed and is organized by “volumes,” which correspond to the assemblies of the product, general information about the project, and contractual information. The user can thus determine at a glance what assemblies have been included in the project. From this window, the user selects additional chapters to be included in the project. By selecting, for example by using a mouse, a chapter number or title, the data set level corresponding to the selected chapter is opened.
- Text from the database is retrieved and can be scrolled and viewed like any document. However, in one embodiment, the text is not displayed like a document in a normal word processing environment. In this embodiment, each paragraph is in a text cell, similar to a spreadsheet, except that the text cell occupies most of the screen width. In this embodiment, and referring to the figures, the text hierarchy for each paragraph occupies a cell at the left edge of the screen. The current status of each paragraph is displayed, indicating whether it will be printed in the final document or not. Text that the user has selected is marked with an X. In addition, color coding of the text indicates how the text in the cell relates to other text in the document. In one embodiment, text that has been selected by the system is marked with a green box; text that is suggested as relevant by the system is marked with a yellow box; text that has been excluded by the system is marked with a red box; text that the user has excluded has half the status box blacked out.
- Unlike documents from a typical word processing environment, chapters and projects in the present system feature “intelligent text.” In order to create an edited document, the user selects text from the database and as the user makes text selections, the program automatically makes other changes to the chapter and to other chapters in the project as would occur in a spreadsheet rather than a word-processing environment. Only valid active text, selected by the user or included automatically by the program, will be assembled into the final output. To be active, selected text must have an unbroken line of parentage originating with the chapter title. This means that any “orphaned” text, text whose pointers can not be retraced to the origin, will not be part of the final printed document.
- From a main File menu, the user opens a Summary Information dialogue box. Here the user is able to make a number of global decisions that will affect how the document is formatted. The user is able to establish the units of measure to be used, the terms to be used for key entities, and other variables. The data in the database includes certain associated information in order for these global variables to function as desired. For example:
VARIABLE EXAMPLE Document function RFP, Proposal or Instructions Unit of measure English or metric Owner term “owner” or “government” Design-builder term name of the design builder Design professional term name of Contractor term name of contractor Project location (State) state Edition date (of standard) |date| - The switch “Document Function” permits the user to be able to define the function of the document once, changing all relevant language to reflect that function. In one embodiment, the values for the three functions are: Request for Proposal, Design-builder's Proposal, or Instructions for Construction. By selecting one of these values, the relevant language will be inserted globally into the text of the RFP or the proposal by the software.
- The switch in the project summary dialogue box will set the appropriate option by selecting
option - For an RFP: “Design and select materials to provide”
- For a proposal: “Construction will provide”
- If instructions for sub-contractor: “Provide”
- User options and global settings have been coded in the sample text the same way they would need to be coded for conversion by the content provider. Below are additional coding conventions that are used within the sample:
- Owner's Criteria Documents: Comply with applicable requirements of the following:
- 1. BOCA National—and <<Building Code>> <<Fire Prevention Code>> <<Energy Conservation Code>> <<␣>>—.
- 2. ICBO Uniform—and <<Building Code>> <<Fire Code>> <<␣>>—
- 3. SBCCI Standard—and <<Building Code>> <<Fire Prevention Code>> <<Existing Building Code>> <<␣—.
- 4. CABO Model Energy Code.
- 5. ␣.
- 6. ␣.
- Within the database, a given paragraph (source paragraph) may be relationally linked to any number of other paragraphs (target paragraphs) both within the chapter and in other chapters. Only one link may exist from any source paragraph to a given target paragraph, but any paragraph may be the target of any number of links from multiple source paragraphs. Also, the links act in one direction only and do not result in reciprocal linkage. For example, a paragraph that automatically selects another paragraph will not be selected automatically if the target selection is chosen first; a separate link acting in the opposite direction would be necessary. In addition, the target paragraph may act on the first paragraph in a different way altogether, or not at all.
- The presence of the type of link determines whether text is selectively excluded or flagged as pertinent. Because a given target paragraph may be acted upon by several links of different types (from a number of source paragraphs), the text status and related display modes are governed by a hierarchy of consequences resulting from a selection. Specifically:
- a. Any text may be selected manually at any time, which overrides any links.
- b. Any text may be excluded manually at any time, which also overrides any links.
- c. If not selected or excluded manually but acted upon by one or more links of the same type, the status will correspond to that associated with the link type: (Yes, No, or flagged as pertinent).
- d. If not selected or excluded manually but acted upon by more than one type of link, text status will be determined by the following hierarchy, from most to least controlling: (No, Yes, flagged as pertinent).
- e. If not selected, excluded, or acted upon by any links, the text will be available for selection by the user.
- Thus, a single “No” link will override any number of “Yes” or flagged links and a single “Yes” link will override any number of flagged links. Also, because status of a particular paragraph is dependent upon the net effect of all currently active links, removal of a particular link by deselection of the source text may result in a change in the status of the target paragraph. The software calculates the current status of each paragraph after each change in status of any paragraph and displays the active paragraphs on a white background for ease of identification.
- The data format (in one embodiment CSI's UniFormat as adapted) accommodates virtually any type of building. In one embodiment, the content for a North American commercial project in a temperate or tropical climate, includes the International Conference of Building Officials (ICBO), Building Officials and Code Administrators International, Inc. (BOCA), or Southern Building Code Congress International, Inc. (SBCCI) model building codes either as regulatory requirements or incorporated by reference into the requirements. This code assumption provides a body of basic performance requirements which does not need to be repeated in the database. In other embodiments Canadian and major State codes are included.
- The first display screen of the database is arranged as a series of “tabs” denoting major document volumes. The volumes start with0 for Project information; tab A through G for the major building and site elements; tab X, referred to as volume X, which includes product information organized into 16 divisions, and a final tab Z, which includes contract information. In one embodiment the Master Format of the Construction Specification Institute is used to organize the contents of volume X. The hierarchical levels are referred to as assemblies (Level 1), systems (Level 2), subsystems (Level 3), and components (Level 4). Within each volume are chapters that may be used as separate documents. That is, chapter 0 contains the overall project description and the most fundamental performance requirements. Volumes A-G and 0 correspond to
Level 1. - The first chapter in each volume contains the requirements that need to be defined at the assembly level. A requirement is defined at the volume or assembly level if the requirement can be stated as “All_[a] must be [b]_” or “No_[a]—may be _[b]_” where [a] is the name of the volume and [b] is the requirement. For example, if the entire shell of the building must be non-combustible, that would be stated at the assembly level in [b], assuming that a reference to the building code in volume0 did not accomplish the same purpose.
- If the requirement is such that not all of [a] is governed by the same requirement, but [a] can be divided into sections of the same type for which [b] is always the same, the requirement is still stated at the assembly level. For example, if one building in the project must have a completely non-combustible shell, but another need not have, such a requirement is stated at the assembly level. However, if as is more likely, the parts of [a] that are different are actually the systems within the assembly, the requirement should be stated at the system level. For example, the superstructure may need to be non-combustible but the exterior enclosure may not need to be. In that case, the requirement for each system would be stated at the system level under the system title. The initial chapter in each volume is titled the same as the volume and is organized into performance; products (acceptable and unacceptable); and methods of construction (acceptable and unacceptable).
- For each sub-system (Level3) heading there is a location in which subsystem and component level requirements are stated. The same principles apply as described for assembly and system level requirements. Thus each subsystem chapter is titled with the subsystem name and is organized in a similar manner: performance; products, and methods of construction. The system organizes segments of text by viewing levels and allow the user to view a level of detail.
- In the system one or more statements of requirements is necessary for each element of the building and site. The requirements include the owner's definition of the building and the substantiation is whatever the owner wishes to receive showing that the proposal meets the requirements. An appropriate statement of acceptable substantiation is necessary for each requirement. Depending on the element, the requirements may be stated in performance terms or prescriptive terms or a combination of both. The substantiation can range from nothing at all to very detailed documentation, and submission of it may be specific to occur at the proposal stage, the design stage, or the construction stage. In addition, the user of the system is able to omit all substantiation statements and still be able to produce a contract document that can be enforced at the construction stage.
- For many intangible requirements, it is not only difficult to determine what is an adequate performance requirement but identifying a practical method of substantiation may be almost impossible. In such a case, prescriptive requirements are stated giving a range of options from which the design-builder can choose or listing options that are not acceptable. Some examples of such substantiation include but are not limited to: (1) a statement by the design-builder that the design will comply with the requirements (which is usually incorporated into the terms of the proposal); (2) a statement that acceptance by the owner of alternative proposed products is indicated by incorporating the proposal into the contract documents; (3) a submittal of manufacturer's product literature or samples; (4) a submittal of certifications based on factory testing; and (5) a submittal of a manufacturer warranty.
- FIG. 4 illustrates various overlays in accordance with one embodiment of the invention.
Database 128 stores information in a hierarchical relational manner. Once a user has utilizedsystem 100 to produce a new design document, that is, has selected the product elements and performance values to his or her desired level of granularity, reference information for the new document is stored in an electronic project file (“overlay”). By storing reference information for the new design document, rather then the actual design or product data, the size of the electronic file is reduced. This means that the amount of bandwidth required to transfer the new document is reduced. In this embodiment of the invention, the reference information for each overlay includes a series of codes and pointers thatRDM module 108 can use to extract actual data for the design document fromdatabase 128. In other words, an overlay operates as a template for an underlying database. - Thus, each overlay can be sent in electronic form between entities involved in the design process, such as the owner entity, design-build entity and materials supplier entity. As long as each entity utilizes
design system 100, each entity can access the appropriate data set fromdatabase 128 using the overlay. This minimizes the amount of data necessary for transmission between entity devices, while maintaining the capability of multiple entities to contribute to the design process by modifying the overlay appropriately. - FIG. 5 is a block diagram of a design system in accordance with one embodiment of the invention. FIG. 5 illustrates a
design system 500 comprising a first design-build system 502, a second design-build system 506, and anetwork 504 connectingsystems 502 and 506. Design-build systems 502 and 506 are similar to design-build system 100.Network 504 can be any network suitable for transferring data, such as a packet-switched network operating in accordance with a transport control protocol/internet protocol (TCP/IP). -
Systems 502 and 506 pass a project overlay between them, with afirst overlay 508 representing the owner's performance requirements for a building (e.g., RFP), asecond overlay 510 representing the design-build entity's detailed specification designed usingfirst overlay 508, and athird overlay 512 representing instructions to the materials supplier. The operation ofdesign system 500 will be further described with reference to FIG. 6. - FIG. 6 is a block flow diagram of the steps performed by a design system in accordance with one embodiment of the invention. As shown in FIG. 6, an owner entity constructs
first overlay 508 for a performancedatabase using system 502 atstep 600.First overlay 508 is sent to system 506 vianetwork 504 atstep 602.System 502 receivessecond overlay 510, which in this embodiment of the invention has been constructed by the design-build entity using system 506.System 502 retrieves the underlying data in accordance with the first and second overlays atstep 606, and displays (e.g., using monitor 126) each data set for review by the owner entity atstep 608. - At
step 600,system 502 constructsfirst overlay 600 by first receiving a selection for at least one first product element. The first product element could be a substructure, foundation, basement, and so forth. A performance value is received for the first product element. The performance value may be a qualitative or quantitative parameter as described previously. For example, the performance value may be that the foundation must be able to support the building without settling for 50 years. A representation for the first product element, or alternatively the product element data itself, and the associated performance values are then stored in electronic form. -
Second overlay 510 is constructed as follows. System 506 receivesfirst overlay 508 fromnetwork 504. System 506 usesfirst overlay 508 to extract data fromdatabase 128, including any product elements and their associated performance values. Using the product elements, a design-build entity can use system 506 to build upon the work accomplished by the owner entity which is represented by the first overlay, by retrieving one or more second product elements that comprise a portion of the first product element (e.g., are linked to the first product element) and which are consistent with the associated performance values. For example, if the first product element was a foundation capable of supporting a certain weight, a design-build entity could use system 506 to select from among different types of foundations, such as standard foundations, other foundations, or slabs on grade, that are capable of sustaining the requisite weight. In addition, the global switch may be used to convert the text fragments associated with the first product elements to convert the text to language appropriate for the design-build specification. A second representative for the selected second product elements, or the second product elements data, is then stored in electronic form along with the first overlay and performance values. - In addition to displaying the data sets for the first and second overlay, this embodiment of the invention also compares the data sets to ensure each of the first product elements and performance values include a corresponding second product element. That is, if a certain performance requirement has not been given any treatment by the design-build entity, e.g., no second product elements were selected to more specifically define the first product elements, then
system 502 will indicate the lack of treatment for the owner-entity to factor into his or her evaluation of the second overlay data set. - Once the owner-entity accepts the design-build specification represented by the second overlay, which may take several iterations of transferring the first and second overlays between
systems 502 and 506, a third overlay is constructed for the materials supplier entity. The global switch is used to convert the language from language appropriate for the design-build entity to language appropriate to the materials supplier entity. The converted information is stored in electronic form, and sent to the materials supplier entity or materials supplier entity system. In the latter case, the materials supplier entity system could retrieve a third set of data fromdatabase 128 corresponding to the third overlay, and display the third set of data for use by the materials supplier entity. - FIG. 7 is a block diagram of a design system having multiple design-build entities in accordance with one embodiment of the invention. As shown in FIG. 7, a first design-
build system 702 is in communication with a second design-build system 706, a third design-build system 708 and a fourth design-build system 710, vianetwork 704. The ownerentity using system 702 constructs afirst overlay 714 and sends it tosystems Systems second overlays second overlays system 702, compared to ensure at least one second product element corresponds with each first product element of first overlay 718, and displayed. Each data set for the first overlay is compared to the second overlay to determine whether any of the second overlays did not include the selection of a second product element to further define a first product element represented in the first overlay. Further, the first data set and second data sets are arranged such that each performance requirement set forth in the RFP is aligned with its corresponding response in each design-build specification, thereby allowing the owner entity to conveniently compare the multiple responses. - Although various embodiments are specifically illustrated and described herein, it will be appreciated that modifications and variations of the present invention are covered by the above teachings and within the purview of the appended claims without departing from the spirit and intended scope of the invention. For example, although information is passed between design-build systems using a
network 104, it can be appreciated that information could also be passed between systems in more conventional methods using optical or magnetic storage media, and still fall within the scope of the invention. Further, although the design elements used in describing various embodiments of the invention were in terms of performance requirements used in the design and construction of a building, it can be appreciated that the product elements can describe any product for any industry and still remain within the scope of the invention.
Claims (4)
1. A method for developing a request for proposal by an owner, and a responding proposal by a design builder for design and construction of a product, comprising:
defining a requirements file for said request for proposal including a performance specification and a prescriptive specification by selecting product descriptors from an owner database;
combining said requirements file with owner information to produce said request for proposal by selecting prewritten text segments from said owner database;
electronically linking attachments to said requirements file;
sending said request for proposal with said attachments as a first overlay to a design builder;
opening and reading said first overlay with reference to a proposer database correlating to said owner database;
preparing a responding proposal from said design builder by adding detailed product descriptors selected from said proposer database to said first overlay and producing a second overlay;
attaching proposer information and a cost statement to said second overlay;
sending said second overlay from said design builder to said owner;
producing an electronic comparison file by comparing said first overlay and said second overlay; and
using a document-use global switch option in said steps of defining and preparing.
2. The method of , wherein said defining comprises:
claim 1
choosing the document-use global switch option corresponding to a request for proposal in order to convert the grammar of product descriptors to the imperative language appropriate to a request for proposal;
selecting at least one first product element from a first set of product elements on said owner database;
selecting from said owner database at least one performance value for said at least one first product element;
customizing said at least one product element and said at least one performance value by adding and subtracting text; and
storing a first representative for said customized at least one product element and said customized at least one performance value in electronic form.
3. The method of , wherein said preparing comprises:
claim 1
receiving said first overlay; constructing said second overlay using first overlay; and
choosing the document-use global switch option corresponding to a proposal in order to convert the grammar of product descriptors to the promissory language appropriate to a proposal.
4. The method of , wherein said preparing further comprises:
claim 1
choosing the document-use global switch option corresponding to instructions for a sub-contractor in order to convert the grammar of product descriptors to the imperative language appropriate to instructions for subcontractors;
sending said second overlay to a third device of a supplier of materials for said product;
selecting at said third device a third set of data from a supplier database correlating to said proposer database;
constructing a third overlay by adding detailed product descriptors from said supplier database;
choosing the document-use global switch option corresponding to a proposal in order to convert the grammar of product descriptors to the promissory language appropriate to a proposal to the design-builder; and
sending said third overlay to said second device.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US09/835,481 US20010052908A1 (en) | 1997-06-23 | 2001-04-17 | Method and apparatus for computer aided building specification generation |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US5053897P | 1997-06-23 | 1997-06-23 | |
US09/102,580 US6236409B1 (en) | 1997-06-23 | 1998-06-23 | Method and apparatus for computer aided building specification generation |
US09/835,481 US20010052908A1 (en) | 1997-06-23 | 2001-04-17 | Method and apparatus for computer aided building specification generation |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US09/102,580 Continuation US6236409B1 (en) | 1997-06-23 | 1998-06-23 | Method and apparatus for computer aided building specification generation |
Publications (1)
Publication Number | Publication Date |
---|---|
US20010052908A1 true US20010052908A1 (en) | 2001-12-20 |
Family
ID=21965828
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US09/102,580 Expired - Fee Related US6236409B1 (en) | 1997-06-23 | 1998-06-23 | Method and apparatus for computer aided building specification generation |
US09/835,481 Abandoned US20010052908A1 (en) | 1997-06-23 | 2001-04-17 | Method and apparatus for computer aided building specification generation |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US09/102,580 Expired - Fee Related US6236409B1 (en) | 1997-06-23 | 1998-06-23 | Method and apparatus for computer aided building specification generation |
Country Status (4)
Country | Link |
---|---|
US (2) | US6236409B1 (en) |
AU (1) | AU8160098A (en) |
CA (1) | CA2294163A1 (en) |
WO (1) | WO1998059310A1 (en) |
Cited By (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
GB2385158A (en) * | 2002-02-07 | 2003-08-13 | Guang Yang | A system for inserting hierarchical data into an existing document |
US20030200062A1 (en) * | 2002-04-22 | 2003-10-23 | Autodesk, Inc. | Adaptable multi-representation building systems part |
US20050108232A1 (en) * | 2003-11-19 | 2005-05-19 | The Rockey Group, Inc. | Electronic submittal method and system |
US20060069986A1 (en) * | 2004-09-30 | 2006-03-30 | William Sandoval | Technical specification editor |
US7162688B1 (en) * | 2000-07-27 | 2007-01-09 | Robert B Gillig | Method for automated generation and assembly of specifications documents in CADD environments |
US20080234987A1 (en) * | 2007-02-23 | 2008-09-25 | Autodesk, Inc. | Amalgamation of data models across multiple applications |
US20080275674A1 (en) * | 2007-05-01 | 2008-11-06 | M.E.P. Cad, Inc. | Methods and apparatuses for automatically selecting a pipe in a cad |
US20080303844A1 (en) * | 2007-05-01 | 2008-12-11 | M.E.P. Cad, Inc. | Methods and apparatuses for placing a flexible drop in a CAD drawing |
US20090148050A1 (en) * | 2007-05-01 | 2009-06-11 | M.E.P. Cad, Inc. | Methods and apparatuses for comparing CAD drawings |
US20090259601A1 (en) * | 2008-03-28 | 2009-10-15 | Dipaolo Christopher R | Method of designing and building to a targeted cost for high tech facilities |
US20100223032A1 (en) * | 2007-05-01 | 2010-09-02 | M.E.P. CAD Inc. | Methods and Apparatuses for Proposing Resolutions to Conflicts in a CAD Drawing with Reflections |
US8441502B2 (en) | 2007-05-01 | 2013-05-14 | M.E.P. Cad, Inc. | Methods and apparatuses for resolving a CAD drawing conflict with an arm around |
US8554520B2 (en) | 2007-05-01 | 2013-10-08 | Auto Prep, Llc | Systems and methods for differentiating and associating multiple drawings in a CAD environment |
US8600706B2 (en) | 2007-05-01 | 2013-12-03 | Auto Prep, Llc | Systems and methods for identifying crash sources in a CAD environment |
US8732599B2 (en) | 2007-05-01 | 2014-05-20 | M.E.P. CAD Inc. | Methods and apparatuses for handling a conflict in a CAD drawing |
TWI483202B (en) * | 2007-02-02 | 2015-05-01 | Lucent Technologies Inc | Method and apparatus for managing system specifications |
US10143872B2 (en) | 2011-05-27 | 2018-12-04 | Victaulic Company | Flexible dry sprinkler |
Families Citing this family (54)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6487469B1 (en) * | 1998-11-13 | 2002-11-26 | Texas Instruments Incorporated | System and method for integrating schedule and design environments |
US6850946B1 (en) * | 1999-05-26 | 2005-02-01 | Wireless Valley Communications, Inc. | Method and system for a building database manipulator |
US6836752B2 (en) * | 1999-07-20 | 2004-12-28 | Computecture Inc. | Method and apparatus for searching and retrieving architectural information for design of architectural projects |
FR2800891B1 (en) * | 1999-11-05 | 2002-02-15 | Gerard Lieutet | COMPUTER OR COMPUTERIZABLE PROCESS FOR PLANNING LOGISTICS OPERATIONS |
WO2001048639A1 (en) * | 1999-12-28 | 2001-07-05 | Abb Power T & D Company, Inc. | On-line design of distribution transformers |
US6344853B1 (en) * | 2000-01-06 | 2002-02-05 | Alcone Marketing Group | Method and apparatus for selecting, modifying and superimposing one image on another |
US20020010522A1 (en) * | 2000-02-15 | 2002-01-24 | Martin J. David | Method and apparatus for home design and building |
WO2001065400A2 (en) * | 2000-03-01 | 2001-09-07 | Adc Telecommunications, Inc. | Design and estimating tools for the design of communication infrastructure in a structure |
US6625619B1 (en) * | 2000-03-15 | 2003-09-23 | Building Systems Design, Inc. | Electronic taxonomy for construction product information |
AU2001251329B2 (en) * | 2000-04-06 | 2006-09-21 | Opentv, Inc. | Generic data processing engine |
US6689035B1 (en) * | 2000-04-11 | 2004-02-10 | Gerber Scientific Products, Inc. | Method and apparatus for designing and creating a package |
KR20010107572A (en) * | 2000-05-24 | 2001-12-07 | 포만 제프리 엘 | Trust-based link access control |
US6922701B1 (en) * | 2000-08-03 | 2005-07-26 | John A. Ananian | Generating cad independent interactive physical description remodeling, building construction plan database profile |
US6625454B1 (en) | 2000-08-04 | 2003-09-23 | Wireless Valley Communications, Inc. | Method and system for designing or deploying a communications network which considers frequency dependent effects |
US7680644B2 (en) | 2000-08-04 | 2010-03-16 | Wireless Valley Communications, Inc. | Method and system, with component kits, for designing or deploying a communications network which considers frequency dependent effects |
US6973622B1 (en) | 2000-09-25 | 2005-12-06 | Wireless Valley Communications, Inc. | System and method for design, tracking, measurement, prediction and optimization of data communication networks |
DE10052214A1 (en) * | 2000-10-20 | 2002-05-08 | Ais Man Gmbh | Procedure and system for conducting tenders |
US8578262B2 (en) | 2002-03-01 | 2013-11-05 | Charles W. Williams | Cad-interfaced, automated system for assisting the architectural process |
US20060010081A1 (en) * | 2001-03-01 | 2006-01-12 | Williams Charles W | Automated system for assisting the architectural process |
US7406432B1 (en) | 2001-06-13 | 2008-07-29 | Ricoh Company, Ltd. | Project management over a network with automated task schedule update |
US7191141B2 (en) * | 2001-06-13 | 2007-03-13 | Ricoh Company, Ltd. | Automated management of development project files over a network |
US20030018492A1 (en) * | 2001-07-20 | 2003-01-23 | Carlson Ronald M. | Method and apparatus for building project planning and budgeting |
AU2002352853A1 (en) * | 2001-11-20 | 2003-06-10 | Service Tune, Inc. | Service transaction management system and process |
US20040019515A1 (en) * | 2002-04-09 | 2004-01-29 | Serdar Senyurt | Transportation infrastructure management system and method |
US7171652B2 (en) * | 2002-12-06 | 2007-01-30 | Ricoh Company, Ltd. | Software development environment with design specification verification tool |
TW200419388A (en) * | 2003-03-21 | 2004-10-01 | Hon Hai Prec Ind Co Ltd | System and method for automatically comparing and recoding difference between bills of material (BOM) |
US7062514B2 (en) * | 2003-04-28 | 2006-06-13 | Elbert Harris | Construction project submittal management |
US7237224B1 (en) * | 2003-08-28 | 2007-06-26 | Ricoh Company Ltd. | Data structure used for skeleton function of a class in a skeleton code creation tool |
US7308675B2 (en) * | 2003-08-28 | 2007-12-11 | Ricoh Company, Ltd. | Data structure used for directory structure navigation in a skeleton code creation tool |
US20070005440A1 (en) * | 2003-10-24 | 2007-01-04 | Elbert Harris | Construction project submittal management |
US20060010172A1 (en) * | 2004-07-07 | 2006-01-12 | Irene Grigoriadis | System and method for generating text |
EP1615150A1 (en) * | 2004-07-08 | 2006-01-11 | ABB Technology AG | Modular engineering of power systems |
WO2006031854A2 (en) * | 2004-09-14 | 2006-03-23 | Media Plus, Inc. | Computer-implemented system and method for generating construction specifications |
US20090039407A1 (en) * | 2005-03-17 | 2009-02-12 | Vora Madhukar B | Vertically integrated flash EPROM for greater density and lower cost |
US9063921B1 (en) | 2005-08-10 | 2015-06-23 | Printable Technologies, Inc. | System and method for distributed design of a variable data publication |
CA2620207A1 (en) * | 2005-08-25 | 2007-03-01 | Shlumi Oren | A system and a method for managing building projects |
US20070088600A1 (en) * | 2005-10-19 | 2007-04-19 | Marathon Petroleum Llc | Database and information software application for managing, tracking and disseminating product specifications and product sample analytical data in a petroleum refining, storage and transportation operation |
US8823751B2 (en) * | 2006-01-26 | 2014-09-02 | Autodesk, Inc. | Size based display of piping systems |
US9792348B2 (en) * | 2006-04-28 | 2017-10-17 | Bmc Software, Inc. | Overlay dataset |
US20070288288A1 (en) * | 2006-06-07 | 2007-12-13 | Tetsuro Motoyama | Use of schedule editors in a network-based project schedule management system |
US8799043B2 (en) * | 2006-06-07 | 2014-08-05 | Ricoh Company, Ltd. | Consolidation of member schedules with a project schedule in a network-based management system |
US8050953B2 (en) * | 2006-06-07 | 2011-11-01 | Ricoh Company, Ltd. | Use of a database in a network-based project schedule management system |
US20090273598A1 (en) * | 2008-05-01 | 2009-11-05 | M.E.P. Cad, Inc. | Methods and apparatuses for automatically converting objects in CAD drawing from two-dimensions to three-dimensions |
US8290801B1 (en) * | 2008-01-11 | 2012-10-16 | Certainteed Corporation | System and method for providing building product specification and product recommendations |
US8136037B2 (en) * | 2008-07-15 | 2012-03-13 | International Business Machines Corporation | Assistant for manually proofreading text documents |
US20100223101A1 (en) * | 2009-02-03 | 2010-09-02 | Montague Wiley C | Sustainability capital planning tool |
US20100241477A1 (en) * | 2009-03-19 | 2010-09-23 | Scenario Design, Llc | Dimensioned modeling system |
US20100241471A1 (en) * | 2009-03-19 | 2010-09-23 | Scenario Design, Llc | Integration system supporting dimensioned modeling system |
US8717596B2 (en) | 2009-09-30 | 2014-05-06 | Printable Technologies Inc. | Systems and methods for providing variable data printing (VDP) using dynamic font downgrading |
MX352407B (en) * | 2010-08-05 | 2017-11-23 | R Galassi Christopher | System and method for multi-dimensional knowledge representation. |
US9600801B2 (en) | 2011-05-03 | 2017-03-21 | Architectural Computer Services, Inc. | Systems and methods for integrating research and incorporation of information into documents |
US9977771B2 (en) | 2013-03-14 | 2018-05-22 | Pti Marketing Technologies Inc. | System and method for printable document viewer optimization |
US9684880B2 (en) * | 2013-03-15 | 2017-06-20 | Connectwise.Com, Inc. | Project scheduling and management system that uses product data with product classes |
US9672484B2 (en) | 2014-12-09 | 2017-06-06 | Connectwise, Inc. | Systems and methods for interfacing between a sales management system and a project planning system |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5212821A (en) * | 1991-03-29 | 1993-05-18 | At&T Bell Laboratories | Machine-based learning system |
US5500796A (en) * | 1993-07-22 | 1996-03-19 | General Electric Company | Method for extracting open-issue data from textual specifications using natural language text processing |
US5748973A (en) * | 1994-07-15 | 1998-05-05 | George Mason University | Advanced integrated requirements engineering system for CE-based requirements assessment |
US5794207A (en) * | 1996-09-04 | 1998-08-11 | Walker Asset Management Limited Partnership | Method and apparatus for a cryptographically assisted commercial network system designed to facilitate buyer-driven conditional purchase offers |
US5993048A (en) * | 1988-12-08 | 1999-11-30 | Hallmark Cards, Incorporated | Personalized greeting card system |
Family Cites Families (21)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4370707A (en) | 1971-08-03 | 1983-01-25 | Computer Service, Inc. | Computer system for generating architectural specifications and project control instructions |
US4700318A (en) * | 1983-12-09 | 1987-10-13 | Stuart Ockman | Project construction with depiction means and methods |
US4964060A (en) | 1985-12-04 | 1990-10-16 | Hartsog Charles H | Computer aided building plan review system and process |
US5109337A (en) * | 1987-10-28 | 1992-04-28 | Ibm Corporation | Conceptual design tool |
US4875162A (en) * | 1987-10-28 | 1989-10-17 | International Business Machines Corporation | Automated interfacing of design/engineering software with project management software |
US5260883A (en) | 1988-07-21 | 1993-11-09 | Daniel Flow Products, Inc. | Interactive data entry system and method for the design, engineering and manufacture of meter tubes |
JPH03111969A (en) * | 1989-09-27 | 1991-05-13 | Hitachi Ltd | Method for supporting plan formation |
JPH03180963A (en) | 1989-12-08 | 1991-08-06 | Hitachi Ltd | Plan formation supporting system and scheduling system based upon the supporting system |
US5579519A (en) | 1990-03-05 | 1996-11-26 | Interleaf, Inc. | Extensible electronic document processing system for creating new classes of active documents |
US5280425A (en) | 1990-07-26 | 1994-01-18 | Texas Instruments Incorporated | Apparatus and method for production planning |
US5357440A (en) | 1991-02-26 | 1994-10-18 | Texas Instruments Incorporated | Method and apparatus for aiding system design |
JPH0644255A (en) * | 1991-05-17 | 1994-02-18 | Shimizu Corp | Comprehensive production project information management system |
JP2982450B2 (en) * | 1991-11-26 | 1999-11-22 | 日本電気株式会社 | Film carrier semiconductor device and method of manufacturing the same |
US5493490A (en) | 1992-05-05 | 1996-02-20 | Clear With Computers, Inc. | Electronic proposal preparation system for selling vehicles |
JP3259928B2 (en) | 1993-02-23 | 2002-02-25 | 富士通株式会社 | Business specification handling equipment |
US5446842A (en) * | 1993-02-26 | 1995-08-29 | Taligent, Inc. | Object-oriented collaboration system |
US5526520A (en) * | 1993-09-21 | 1996-06-11 | Krause; Gary M. | Method to organize and manipulate blueprint documents using hypermedia links from a primary document to recall related secondary documents |
US5692206A (en) | 1994-11-30 | 1997-11-25 | Taco Bell Corporation | Method and apparatus for automating the generation of a legal document |
US5689705A (en) * | 1995-02-13 | 1997-11-18 | Pulte Home Corporation | System for facilitating home construction and sales |
US5680619A (en) * | 1995-04-03 | 1997-10-21 | Mfactory, Inc. | Hierarchical encapsulation of instantiated objects in a multimedia authoring system |
US5740425A (en) * | 1995-09-26 | 1998-04-14 | Povilus; David S. | Data structure and method for publishing electronic and printed product catalogs |
-
1998
- 1998-06-23 US US09/102,580 patent/US6236409B1/en not_active Expired - Fee Related
- 1998-06-23 WO PCT/US1998/012986 patent/WO1998059310A1/en active Application Filing
- 1998-06-23 AU AU81600/98A patent/AU8160098A/en not_active Abandoned
- 1998-06-23 CA CA002294163A patent/CA2294163A1/en not_active Abandoned
-
2001
- 2001-04-17 US US09/835,481 patent/US20010052908A1/en not_active Abandoned
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5993048A (en) * | 1988-12-08 | 1999-11-30 | Hallmark Cards, Incorporated | Personalized greeting card system |
US5212821A (en) * | 1991-03-29 | 1993-05-18 | At&T Bell Laboratories | Machine-based learning system |
US5500796A (en) * | 1993-07-22 | 1996-03-19 | General Electric Company | Method for extracting open-issue data from textual specifications using natural language text processing |
US5748973A (en) * | 1994-07-15 | 1998-05-05 | George Mason University | Advanced integrated requirements engineering system for CE-based requirements assessment |
US5794207A (en) * | 1996-09-04 | 1998-08-11 | Walker Asset Management Limited Partnership | Method and apparatus for a cryptographically assisted commercial network system designed to facilitate buyer-driven conditional purchase offers |
Cited By (23)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7162688B1 (en) * | 2000-07-27 | 2007-01-09 | Robert B Gillig | Method for automated generation and assembly of specifications documents in CADD environments |
GB2385158A (en) * | 2002-02-07 | 2003-08-13 | Guang Yang | A system for inserting hierarchical data into an existing document |
US20030200062A1 (en) * | 2002-04-22 | 2003-10-23 | Autodesk, Inc. | Adaptable multi-representation building systems part |
US7065476B2 (en) * | 2002-04-22 | 2006-06-20 | Autodesk, Inc. | Adaptable multi-representation building systems part |
US20050108232A1 (en) * | 2003-11-19 | 2005-05-19 | The Rockey Group, Inc. | Electronic submittal method and system |
US20060069986A1 (en) * | 2004-09-30 | 2006-03-30 | William Sandoval | Technical specification editor |
TWI483202B (en) * | 2007-02-02 | 2015-05-01 | Lucent Technologies Inc | Method and apparatus for managing system specifications |
US20080234987A1 (en) * | 2007-02-23 | 2008-09-25 | Autodesk, Inc. | Amalgamation of data models across multiple applications |
US8441502B2 (en) | 2007-05-01 | 2013-05-14 | M.E.P. Cad, Inc. | Methods and apparatuses for resolving a CAD drawing conflict with an arm around |
US20080303844A1 (en) * | 2007-05-01 | 2008-12-11 | M.E.P. Cad, Inc. | Methods and apparatuses for placing a flexible drop in a CAD drawing |
US20080275674A1 (en) * | 2007-05-01 | 2008-11-06 | M.E.P. Cad, Inc. | Methods and apparatuses for automatically selecting a pipe in a cad |
US20100223032A1 (en) * | 2007-05-01 | 2010-09-02 | M.E.P. CAD Inc. | Methods and Apparatuses for Proposing Resolutions to Conflicts in a CAD Drawing with Reflections |
US8150660B2 (en) | 2007-05-01 | 2012-04-03 | M.E.P. Cad, Inc. | Methods and apparatuses for automatically selecting a pipe in a CAD drawing |
US8224628B2 (en) | 2007-05-01 | 2012-07-17 | M.E.P. Cad, Inc. | Methods and apparatuses for placing a flexible drop in a CAD drawing |
US8368717B2 (en) | 2007-05-01 | 2013-02-05 | Auto Prep, Llc | Methods and apparatuses for comparing CAD drawings |
US20090148050A1 (en) * | 2007-05-01 | 2009-06-11 | M.E.P. Cad, Inc. | Methods and apparatuses for comparing CAD drawings |
US8773425B2 (en) | 2007-05-01 | 2014-07-08 | M.E.P. CAD Inc. | Methods and apparatuses for proposing resolutions to conflicts in a CAD drawing with reflections |
US8554520B2 (en) | 2007-05-01 | 2013-10-08 | Auto Prep, Llc | Systems and methods for differentiating and associating multiple drawings in a CAD environment |
US8600706B2 (en) | 2007-05-01 | 2013-12-03 | Auto Prep, Llc | Systems and methods for identifying crash sources in a CAD environment |
US8732599B2 (en) | 2007-05-01 | 2014-05-20 | M.E.P. CAD Inc. | Methods and apparatuses for handling a conflict in a CAD drawing |
US8442855B2 (en) * | 2008-03-28 | 2013-05-14 | Christopher R. DiPaolo | Method of designing and building to a targeted cost for high tech facilities |
US20090259601A1 (en) * | 2008-03-28 | 2009-10-15 | Dipaolo Christopher R | Method of designing and building to a targeted cost for high tech facilities |
US10143872B2 (en) | 2011-05-27 | 2018-12-04 | Victaulic Company | Flexible dry sprinkler |
Also Published As
Publication number | Publication date |
---|---|
CA2294163A1 (en) | 1998-12-30 |
WO1998059310A1 (en) | 1998-12-30 |
AU8160098A (en) | 1999-01-04 |
WO1998059310A9 (en) | 1999-04-15 |
US6236409B1 (en) | 2001-05-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US6236409B1 (en) | Method and apparatus for computer aided building specification generation | |
Poku et al. | Construction scheduling and progress control using geographical information systems | |
KR100596180B1 (en) | Method of interactively profiling a structure | |
Narayanaswamy | BIM-based automated design checking for building permit in the light-frame building industry | |
Vacca et al. | BIM-3D GIS: An integrated system for the knowledge process of the buildings | |
Temel et al. | Investigation of IFC file format for BIM based automated code compliance checking | |
CN1979545A (en) | City-planning digit reporting-for-construction software system | |
Wu | Integrating building information modeling and green building certification: The BIM-LEED application model development | |
Altıntaş et al. | Integrating building and context information for automated zoning code checking: a review. | |
Baldauf et al. | Using BIM for modeling client requirements for low-income housing | |
Liebich et al. | HESMOS Deliverable D2. 1: BIM Enhancement Specification | |
Vanier et al. | Using product models to represent user requirements | |
Rivard et al. | Shared conceptual model for the building envelope design process | |
Zhang | BIM to GIS-based building model conversion in support of urban energy simulation | |
Chiu | An extreme-wind risk assessment system | |
Le | A bim-database-integrated system for evaluating building life-cycle costs using a multi-parametric model | |
Sofias et al. | Combining CAD Modeling and Simulation of Energy Performance Data for the Retrofit of Public Buildings. Sustainability 2023, 15, 2211 | |
Ugliotti | BIM and Facility Management | |
Sadeghi | Information-augmented Building Information Models (BIM) to Inform Facilities Management (FM) Guidelines | |
Kern et al. | System of rehabilitation assessment and cost comparative (SARC): case study in abandoned buildings rehabilitation in Brazil | |
Ardiantono et al. | Risk Analysis of Tower a Development in Surabaya “X” Project | |
AKANDE | EVALUATING THE ENVIRONMENTAL SUSTAINABILITY OF ACADEMIC BUILDINGS DESIGNED BY ARIEH SHARON IN OBAFEMI AWOLOWO UNIVERSITY, ILE-IFE: A CASE STUDY OF THE SOCIAL SCIENCES BUILDING | |
Bai | Integrating GIS and BIM for community building energy design | |
CN116596461A (en) | Digital system and method for three-dimensional development of rail transit station | |
Zhao et al. | Decision support for natural ventilation of nonresidential buildings |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION |