.... techninės dokumentacijos valdymo sistema? Vaizdelis būtų toks: yra poreikis turėti susietos tekstinės / grafinės informacijos - techninių specifikacijų - valdymo sistemą, kurią būtų galima nagrinėtis įvairiais pjūviais ir grupavimais. Informacinis medis kol kas organizuojamas pagal omniclass.org , bet galimi ir kiti jo organizavimo variantai (NBS, MasterSpecs, AIA, ir t.t.). _Susieta_ reiškia kad iš vienos dalies gali būt nuorodos į kitas dalis ir šios nuorodos turi būti: a) aktualios b) unikalios _Aktuali_ reiškia kad jei specifikacija dokumente pakeitė savo adresą, nuorodos į jį privalo pasikeisti automagiškai (pvz iš 23-13.17.11.11.B.05 keičiam į 23-13.17.15.13.A.01 ) _Unikali_ reiškia kad jei aprašymas (arba į jį rodantis aprašymas) pažymėtas kaip išleistas, jį redaguojant sukuriamas visiškai naujas aprašymas, su nauju adresu (t.y. redaguojant 23-13.17.15.13.A.01 , kurią naudoja jau išleista specifikacija, naujai pozicijai automagiškai sukuriama 23-13.17.15.13.A.02). Galimas "kosmetinis" redagavimas, taisant sapusDinimoklaidas, bet tą gali daryti tik tam deleguoti asmenys (tam tikri juridiniai aspektai). Informacijos nagrinėjimas pjūviais reiškia kad pvz jei reikia peržiūrėti informaciją apie duris, nesusijusi informacija laikinai slepiama (struktūrinis medis baisiai didelis). Grupavimas reiškia kad pvz ruošiant informaciją apie sienas, į generuojamą dokumentą patenka visos su sienomis susietos specifikacijos, įskaitant bet kokio gylio nuorodas į kitas specifikacijas. Perskaičiau ką parašęs - kažkas tarp Knowledge Base, wiki variklio ir DCS'o: wiki redagavimas ir dokumentų kontrolės sistemos revizijų apribojimai ir KB sprendimų priėmimo variklis. kažkas panašaus į http://www.thenbs.com/products/nbsBuilding/index.asp, bet geriau web-based. Kad būtų lengviau įsivaizduoti apimtis - ~50% projekto aspektų apimanti specifikacija užėmė ~300 puslapių. Likę 50% užims dar kokį 400 puslapių. -- ejs