Projekto ACS TP aiškinamasis raštas. Techninė dokumentacija. Aiškinamojo rašto standartai

Techninio projekto aiškinamasis raštas.

Pagrindinis IS kūrimo tikslas – pagreitinti „pardavimo procesą“, taip pat padidinti darbuotojų efektyvumą. Norint užtikrinti sistemos veikimą, kompiuteriuose, kuriuose ji naudojama, turi būti įdiegta ši programinė įranga:

• - Windows šeimos OS;
• - 1C: įmonė 8;

Nauji duomenys įvedami į sistemą prieš pradedant darbą, tai būtina norint įvesti pradinius likučius. Siekiant apriboti neteisėtus pakeitimus, įeinant į programą naudojamas autorizavimas. Jei slaptažodis bus įvestas neteisingai, sistema parodys pranešimą ir neleis prisijungti prie duomenų bazės.

Sistema turi tris pagrindines užduotis:

• - žinynų priežiūra;
• - sandėlių priežiūra;
• - pardavimų registravimas;
• - ataskaitų išvedimas.

DB programa IP kuriama naudojant programinės įrangos aplinką 1C: Enterprise 8. Sistemai priglobti naudojami asmeniniai kompiuteriai, kurie yra prieinami individualiam verslininkui, kuriam sistema kuriama.

Schema funkcinis struktūros

Bendrieji projektuojamos sistemos funkcionalumo reikalavimai parodyti naudojant VI diagramą 1 paveiksle

-2 lentelė Pagrindinė VI vykdymo scenarijaus dalis "Pridėti katalogo duomenis"

	Redaguoti katalogo duomenis
	Sandėlininkas, IP
	Naujausios informacijos apie dalykinės srities objektus palaikymas
Trumpas aprašymas	Vartotojas prideda naują katalogo elementą ir jį užrašo. Sistema išsaugo pakeistus duomenis duomenų bazėje
Išankstinė sąlyga	1. Vartotojas yra įgaliotas sistemoje. 2. Vartotojas turi teisę įtraukti duomenis į katalogą
pobūdis	1. Katalogo elementas įrašomas į duomenų bazę. 2. Katalogo elementas rodomas katalogų sąrašo forma

-3 lentelė Tipinė VI vykdymo scenarijaus „Pridėti katalogo duomenis“ įvykių eiga

-4 lentelė VI vykdymo scenarijaus „Pridėti katalogo duomenis“ išimtys

-5 lentelė VI vykdymo scenarijaus pagrindinė skiltis "Nustatyti prekių kainas"

Lentelė - 6 Tipinė VI vykdymo scenarijaus įvykių eiga "Nustatyti prekių kainas"

-7 lentelė VI vykdymo scenarijaus „Nustatyti prekių kainas“ išimtys

-8 lentelė VI vykdymo scenarijaus pagrindinė skiltis „Įregistruoti prekių gavimą“

-9 lentelė VI vykdymo scenarijaus "Prekių gavimo registracija" tipinė įvykių eiga

Aktoriaus veiksmai	Sistemos atsakas
1. Sandėlininkas vykdo komandą sukurti naują dokumentą „Prekių gavimas“	2. Sistema rodo dokumento formą
3. Sandėlio savininkas užpildo antraštės duomenis 1 išimtis: sandėlininkas rankiniu būdu užpildo lauką Skaičius
4. Prekės puslapyje esančioje lentelės skiltyje sandėlininkas prideda naują eilutę	5. Sistema parodo naują eilutę
6. Sandėlininkas užpildo stulpelį Nomenklatūra	7. Sistema pakeičia stulpelių reikšmę
8. Sandėlininkas užpildo stulpelį Kiekis	9. Sistema apskaičiuoja stulpelių Kiekis reikšmę,
10. Sistema lentelės dalies poraštėje rodo bendras stulpelių reikšmes Total
11. Įeina sandėlininkas naujas produktas(grįžkite į 4 veiksmą) arba vykdykite komandą Write 2 išimtis: Lauko Skaičius reikšmė nėra unikali	12. Sistema įrašinėja naujas dokumentas„Prekių gavimas“ duomenų bazėje
13. Sandėlininkas vykdo komandą Spausdinti -	14. Sistema rodo baigtą spausdinta forma kvito orderis
15. Sandėlininkas vykdo komandą Spausdinti	16. Sistema išspausdina kvito užsakymą
17. Sandėlininkas vykdo komandą Uždaryti spausdinimo formą	18. Sistema uždaro spausdinimo plokštę
19. Sandėlininkas vykdo komandą Uždaryti dokumentą "Prekių gavimas"	20. Sistema uždaro dokumento formą „Prekių gavimas“

-10 lentelė VI „Prekių gavimo registravimo“ vykdymo scenarijaus išimtys

Sumos ir bendros stulpelių reikšmės apskaičiuojamos pagal formulę:

Kiekis = Kiekis * Kaina

VI „Parduoti“ scenarijaus dalis -11 lentelė.

-12 lentelė Tipinė VI „Parduoti“ scenarijaus įvykių eiga

Aktoriaus veiksmai	Sistemos atsakas
Apmokėjimas už vieną „pardavimo“ dokumentą
1. Vadovas vykdo komandą sukurti naują pardavimo dokumentą	2. Sistema rodo "pardavimo" dokumentų formą
4. Dokumentą patalpinantis vadovas
5. Sistema saugo dokumentą
9. Sistema spausdina

Lentelė - 13 VI vykdymo scenarijaus "Regitro dokumentas" išimtys

VI "Rezervacija" vykdymo scenarijaus -14 lentelė.

-15 lentelė VI „Pardavimas“ vykdymo scenarijaus tipinė įvykių eiga

Aktoriaus veiksmai	Sistemos atsakas
Prekės rezervacija
1. Vadovas vykdo komandą sukurti naują rezervavimo dokumentą	2. Sistema rodo „rezervavimo“ dokumentų formą
3. Vadovas įveda duomenis apie klientą, perkamą prekę ir įsigytas paslaugas
4. Dokumentą patalpinantis vadovas Išimtis Nr. 1 ne visi laukai užpildyti	5. Sistema saugo dokumentą
6. Vadovas vykdo komandą Spausdinti	7. Sistema rodo baigtą spausdinimą
8. Vadovas vykdo komandą Spausdinti	9. Sistema spausdina
10. Vadovas vykdo komandą Uždaryti spausdinimo formą	11. Sistema uždaro spausdinimo plokštę
11. Vadovas vykdo komandą Uždaryti dokumentą "paslaugų teikimas"	12. Sistema uždaro dokumento formą

Lentelė - 16 VI vykdymo scenarijaus "Regitro dokumentas" išimtys

-17 VI lentelė "Sukurti ataskaitą"

Katalogų struktūros kūrimas

Katalogas "Rangovai" skirta informacijai apie klientus, tiekėjus saugoti.

Lentelė -15 Informacija apie žinyną Klientai

Teisinis statusas yra enum tipo. Tai reiškia, kad pasirinkus šį lauką atsiras trijų būsenų sąrašas: IP, Fizinis. Asmuo, Organizacija.

Kūrimas katalogas "Darbuotojai". Skirta informacijai apie organizacijos darbuotojus saugoti. Leidžia susieti pardavimą su konkrečiu darbuotoju.

Lentelė -16 Informacija apie katalogą Darbuotojai

Kūrimas katalogas "Sandėliai". Skirta prekių saugojimo vietai nustatyti. IP turės du sandėlius – 1 prekybos tašką ir 2 prekybos tašką.

Kūrimas katalogai "Variantas Prekės » ir "Papildomas Savybės". Šios nuorodos skirtos tam tikro gaminio asortimento papildomoms charakteristikoms apibrėžti, ty monitoriai gali būti identiški, tačiau skiriasi spalvos. Šie katalogai bus vadinami nomenklatūros katalogo forma. Šių laukų reikšmė rodoma „Pardavimų“ dokumente.

Kūrimas katalogas "Nomenklatūra". Iš tiekėjo įsigytų prekių apskaitai sudarysime žinyną „Nomenklatūra“.

Nomenklatūros paieškos elementai bus sujungti į grupes pagal jų funkcinę paskirtį, todėl paieška atrodys kaip „grupių ir elementų hierarchijos“ hierarchija.

-17 lentelė Žinyno Nomenklatūra rekvizitai

Informacinio registro „Nomenklatūros kainos“ struktūros plėtra

Nomenklatūros vienetų savikainai saugoti sukursime informacijos registrą pavadinimu „Kainos“. Registro dažnis yra per sekundę (ty kainas galima sekti bet kuriuo momentu), įrašymo režimas nepriklausomas.

-18 lentelė Informacinio registro struktūra Kainos

Ypatybė „Leading“ nurodo, kad informacijos registro įrašas domina tol, kol egzistuoja objektas, kurio nuoroda pasirinkta kaip šio įrašo šio dimensijos reikšmė. Ištrynus objektą, visi šio objekto informacijos registro įrašai bus automatiškai ištrinti.

Dokumento „Prekių gavimas“ struktūros sukūrimas

Dokumentas „Prekių gavimas“ skirtas atspindėti įsigytų prekių gavimo organizacijoje faktą.

19 lentelė dokumento „Prekių gavimas (kvitavimo sąskaita)“ rekvizitai

-19 lentelė Dokumento lentelinės dalies „Prekių gavimas“ duomenys

Buvo parašytas kodas, skirtas automatiškai apskaičiuoti stulpelių Kiekis reikšmes, keičiant stulpelių Kiekis, Kaina reikšmes.

Dokumento forma atrodys taip, kaip parodyta 2 paveiksle

2 pav. Dokumento forma Prekių gavimas

Dokumento „Pardavimai“ struktūros sukūrimas

Paslaugų teikimo dokumentas skirtas individualaus verslininko veiklai fiksuoti. Jis kontroliuoja atliktų prekių, paslaugų nurašymą, taip pat leidžia peržiūrėti darbuotojų darbo ataskaitą.

Lentelė -20 Dokumento "Pardavimai" detalės

Lentelė -21 Informacija apie pardavimo dokumento lentelę

Dokumento „Rezervacija“ struktūros sukūrimas

Dokumentas „Rezervacija“ skirtas rezervacijai esamą produktą sandėlyje, o pritrūkus nuvežti klientui trūkstamą prekių dalį. Taip pat būtina rezervuoti prekes, kol klientas apmokės užsakymo kainą. Šis dokumentas skirtas atsargų likučiams kontroliuoti, siekiant išvengti nesusipratimų su klientu.

Lentelė -20 Dokumento "Rezervacija" detalės

Lentelė -21 Lentelinės dokumento dalies informacija Rezervacija

Vystymas struktūros dokumentas "Įvestis pirminis likučiai"

Šis dokumentas reikalingas pradiniams likučiams įvesti į duomenų bazę.

Jo rekvizitai yra panašūs į dokumentą „Kvito sąskaita faktūra“.

Kūrimas ataskaita "Produktai"

Prekių ataskaita skirta greitai peržiūrėti prekių nurašymą ir gavimą. Tai yra, tai leidžia vartotojui peržiūrėti, kiek prekių šiuo metu yra, kiek jų parduota.

„1C Enterprise 8“ aplinkoje yra ataskaitų kūrimo priemonė, leidžianti greitai sukurti ataskaitą generuojant užklausas ir kuriant pagal lenteles.

Kūrimas ataskaita „Pardavimo dokumentų registras“

Ši ataskaita skirta „pardavimo“ dokumentų registrui generuoti. Taip pat sistemoje bus įdiegtos įvairios ataskaitos, kurios kūrimo struktūra bus panašios.

Kūrimas vaidmenis ir paskyrimas juos vartotojų

1C:Enterprise vartotojų sąrašo administravimas ir vaidmenų priskyrimas jiems pagal jų tarnybinės pareigos- labai svarbius punktus už taikomo sprendimo sąsajos kaip visumos organizavimą ir atskirų jo vartotojų teisių ir veiksmų atribą.

Vartotojams turėtų būti uždrausta atlikti veiksmus su duomenų bazės objektais. Pavyzdžiui, sandėlininkas gali sudaryti Prekių gavimo dokumentus ir fiksuoti dokumentus, nes jis yra atsakingas už prekių gavimo registravimą. Vadovas savo ruožtu turėtų turėti prieigą prie klientų katalogų pridėjimo, „pardavimo“ dokumento surašymo, „rezervacijos“, tačiau tuo pačiu jis neturėtų turėti prieigos prie prekių gavimo.

Tokiems leidimams apibūdinti naudojami vaidmenų konfigūracijos objektai. Kiekvienam sistemos vartotojui priskiriamas vienas ar keli vaidmenys.

Vaidmenys kuriami atsižvelgiant į tai, kokių leidimų reikia skirtingoms vartotojų grupėms norint pasiekti informaciją. Mūsų sistemoje bus įgyvendinti šie vaidmenys:

• - administratorius - sistemoje 1C:Enterprise turi būti vaidmuo, apimantis visas teises dirbti su IS duomenimis;
• - sandėlininkas;
• - vadovas;
• - IP.

Vaidmenų priskyrimas vartotojams atliekamas per pagrindinio meniu punktą Administravimas -> Vartotojai.

3 pav. „Administratoriaus“ vartotojo su „Administratoriaus“ vaidmeniu sukūrimas

4 paveikslas – sistemos vartotojų sąrašas

Interaktyvioji trynimo teisė yra išjungta visiems duomenų bazės objektams visiems vaidmenims.

Redagavimas komandą sąsaja skyriuose ir dirbantys stalo

Patobulinus programos komandų sąsają, nustatant komandų matomumą pagal vaidmenis ir darbalaukį, programa tampa patogesnė vartotojui ir suteikia jai pilną išvaizdą.

Suskirstykime komandas pagal prioritetą ir naudojimo dažnumą į šias grupes:

• - naršymo juosta.Svarbu;
• - naršymo juosta Normalus;
• - Naršymo juosta. taip pat;
• - veiksmų juosta. Sukurkite ir
• - veiksmų juosta Ataskaitos

5 pav. Vartotojo, turinčio „Sandėlininko“ vaidmenį, skyriaus „Medžiagų apskaita“ komandų sąsaja

6 pav. Vartotojo, turinčio „Valdytojo“ vaidmenį, skyriaus „Paslaugų teikimas“ komandų sąsaja

7 pav. Vartotojo, turinčio „Direktoriaus“ vaidmenį, skyriaus „Įmonė“ komandų sąsaja

8 pav. Vartotojo, turinčio „Administratoriaus“ vaidmenį, skyriaus „Mažmeninė prekyba.Elektronika“ komandų sąsaja

Darbalaukis sukurtas taip, kad tilptų dažniausiai vartotojo naudojami dokumentai, ataskaitos, katalogai ir pan. Paleidus 1C:Enterprise, darbalaukio skyrius tampa aktyvus pagal numatytuosius nustatymus, o reikalingos formos iškart atidaromos programos darbo srityje.

9 pav. „Sandėlininko“ vaidmenį atliekančio vartotojo darbalaukis

10 pav. Darbalaukis, skirtas vartotojui, turinčiam „Valdytojo“ vaidmenį

automatizavimas didmeninė prekyba programinės įrangos dokumentacija

ministerija ekonominis vystymasis ir prekyba Rusijos Federacija

PATVIRTINTI

2007 m. spalio 29 d. valstybinė sutartis Nr. 000-05-07, sudaryta tarp Rusijos Federacijos ekonominės plėtros ir prekybos ministerijos ir UAB „PROGNOZ“, dėl darbų atlikimo tema „Automatinio modulio federaliniam stebėjimui sukūrimas. socialinis ir ekonominis Rusijos Federaciją sudarančių vienetų vystymasis kuriant vieningą informacinė sistema stebėjimas pagrindiniai rodikliai socialinis ir ekonominis Rusijos Federacijos vystymasis ir įstaigų veiklos stebėjimas valstybės valdžia juos pasiekti“. Rengiant šį dokumentą buvo naudojamas standartizacijos vadovas GOST RD 50-34.698-90. 1. Bendrosios nuostatos.. 5 1.1. Visas sistemos pavadinimas... 5 1.2. Dokumentai, kurių pagrindu vykdomas projektavimas.. 5 1.3. Etapai ir terminai.. 5 1.4. Tikslai ir tikslas.. 7 1.5. Projektinių sprendinių atitiktis saugos reikalavimams .. 8 1.6. Norminiai ir techniniai dokumentai... 9 2. Veiklos eigos aprašymas.. 10 2.1. Užduočių sąrašas.. 10 2.2. Pagrindinės Modulio atliekamos funkcijos... 11 3. Pagrindiniai techniniai sprendimai.. 13 3.1. Modulio struktūra, posistemių sąrašas... 13 3.1.1. Centralizuoto duomenų saugojimo posistemis. keturiolika 3.1.2. sąsajos komponentas. penkiolika 3.1.3. Adapterio programinės įrangos komponentai. 16 3.6.3. Pritaikomumo prie automatikos objekto parametrų nuokrypių laipsnis. 26 3.6.4. Sistemos modernizavimo ir plėtros leistinos ribos.. 26 3.6.5. patikimumo reikalavimai. 27 3.6.6. Saugumo reikalavimas. 27 3.6.7. Reikalavimai ergonomikai ir techninei estetikai. 28 Darbų sąrašas Laukiami darbo rezultatai Socialinės ir ekonominės informacijos, naudojamos vykdant federalinę Rusijos Federaciją sudarančių subjektų ir savivaldybių socialinio ir ekonominio išsivystymo rodiklių (PSED) stebėseną, centralizuotos duomenų saugyklos (CHD) sukūrimas. Centralizuoto duomenų saugyklos posistemis FSED duomenų schemų ir technologijos specifikacijų profilių, aprašančių sąveikos su sąsajos komponentu protokolus ir paskelbtų FSEP duomenų formatus, kūrimas FSED duomenų schemos ir technologijos specifikacijų profiliai, apibūdinantys sąveikos su sąsajos komponentu protokolus ir paskelbtų FSEP duomenų formatus; Duomenų schemų ir technologinių specifikacijų profilių specifikacijų projektų aptarimo ataskaita su įrašytomis diskusijos dalyvių pastabomis ir pasiūlymais. Sąsajos komponento kelių platformų programinės įrangos kūrimas, aprobavimas bandomuosiuose įgyvendinimo objektuose ir užbaigimas pagal nustatytas pastabas Sąsajos komponentai Privalomas adapterio komponentas Konkrečių adapterio komponentų, užtikrinančių automatinį informacijos apie SER gavimą iš duomenų šaltinių, paveldėtų AIS, kūrimas ir paskelbimas per sąsajos komponentą pagal jo specifikacijas. Konkrečiuose adapteriuose turi būti blokas, skirtas statistinės informacijos pagrįstumui patikrinti ir tikrinti Specialūs adapterio komponentai; Taisyklės dėl automatinio informacijos, naudojamos vykdant federalinę stebėseną ir pateikiamos iš federalinių ministerijų ir departamentų, Rusijos Federaciją sudarančių subjektų svetainių ir AIS, rinkimo, savivaldybės pagal parengtas išvesties parametrų, skirtų teikti informaciją šiais duomenų šaltiniais, specifikacijas Lentelinio, grafinio, kartografinio, tekstinio Rusijos Federaciją sudarančių subjektų socialinės ir ekonominės raidos stebėjimo ir analizės rezultatų pateikimo kūrimas. Rusijos Federaciją sudarančių subjektų socialinės ir ekonominės raidos stebėjimo duomenų ir analizės rezultatų lentelių, grafinio, kartografinio, tekstinio pateikimo posistemis. Modulio posistemio, skirto federacijos subjektų ūkio sektorių raidos vertinimo kriterijams apskaičiuoti remiantis federalinės stebėsenos metu surinkta informacija, sukūrimas. Rusijos Federacijos subjektų ekonomikos sektorių raidos vertinimo kriterijų apskaičiavimo posistemis (su galimybe identifikuoti regioninius klasterius), remiantis informacija, surinkta federalinės stebėsenos metu. Modulio posistemio, skirto skaičiuoti integralinius indeksus ir federacijos subjektų socialinės-ekonominės raidos vertinimus, remiantis federalinės stebėsenos metu surinkta informacija, sukūrimas. Rusijos Federaciją sudarančių vienetų integralinių indeksų ir socialinio ir ekonominio vystymosi vertinimų skaičiavimo posistemis, pagrįsta informacija, surinkta federalinės stebėsenos metu Modulio posistemio, skirto skelbti informaciją apie SDL, sukūrimas pagal galiojančių ir projekte parengtų reglamentų reikalavimus, taip pat sąsajos komponento specifikacijas. Posistemis, skirtas viešai skelbti pirminę ir konvertuotą informaciją apie SER, saugomą modulyje Administravimo posistemio kūrimas Administravimo posistemis Visas federalinio stebėjimo modulio projekto dokumentų paketas pagal GOST 34 reikalavimą Priėmimo testų atlikimas, Modulio užbaigimas pagal Užsakovo pastabas

Aiškinamasis raštas(PP) yra vienas iš svarbiausių Techninio projekto punktų, kuriame yra pilnas pasirinktų technologijų aprašymas ir charakteristikos, lemiančios tiriamos sistemos tipą ir dizainą.

Aiškinamasis raštas būtinas, kad atspindėtų informaciją apie objektą, priimtus techninius sprendimus ir jų pagrindimą.

Aiškinamojo rašto sudėtis

Bet kurio OKS projekto aiškinamajame rašte yra poskyriai:

1. Įvadas. Šioje skiltyje nurodomas objekto ar sistemos pavadinimas, kūrimo tema ir dokumentų sąrašas – darbo pradžios pagrindas. Pagrindiniai dokumentai, pateikti įvade:
tam tikro (federalinio, departamento, regioninio) lygio dokumentas, leidžiantis plėtoti projektą; atitinkamų institucijų sprendimas; investuotojo sprendimas.

Šiame skyriuje taip pat yra:

projektavimo užduotis (jei projektas rengiamas sutarties pagrindu); nuosavybės teisę į objektą nustatantys dokumentai kapitalinė statyba(jei projekto dokumentacija yra sukurta objekto rekonstrukcijai ar remontui); inžinerinių studijų ir bandymų rezultatų ataskaitas; patvirtintas užstatymui skirto žemės sklypo planas; žemės sklypų, kuriems netaikomi miesto planavimo reglamentai, naudojimo dokumentai, gauti iš įgaliotų federalinių, vykdomosios valdžios ar vietos valdžios institucijų; techninės specifikacijos ir dokumentai, leidžiantys nuo jų nukrypti; objekto savininko aktai dėl būtino kai kurių konstrukcijų nugriovimo iš statybvietės; leidimas nukrypti nuo kapitalinės statybos projektų ribinių verčių.
2. Funkcionalumas, objekto paskirtis, tolimesnė eksploatacija. Šiame skyriuje aprašomi kuriamo objekto tikslai, uždaviniai ir apimtis.
3. Specifikacijos. Tai pati didžiausia dalis, susidedanti iš tarpusavyje susijusių poskyrių. Šiame skyriuje yra:
duomenys apie poreikį aprūpinti objektą dujomis, vandeniu, kuru ir elektra; informacija apie projektinius pajėgumus (pramonės objektams); informacija apie reikalingų žaliavų, vandens, kuro ir energijos išteklių ir duomenis apie jų naudojimą (dėl gamybinės patalpos); informacija apie areštuotus sklypus (laikinai ar nuolatiniam naudojimui), jų dydžio pagrindimą, jeigu jie nereglamentuoti normatyvų; žemės atėmimo laikinai ar nuolatiniam naudojimui atveju – duomenys apie materialinių išteklių, reikalingų jų savininkų nuostoliams kompensuoti, kiekį; plėtrai skirtos žemės kategorijos charakteristikos; duomenys apie turimus specialius specifikacijas(jei būtina).
4. Techniniai ir ekonominiai rodikliai – atspindi informaciją apie OKS projektinius pajėgumus, jo reikšmę gyventojams, būsimų darbuotojų skaičių, darbo vietų skaičių ir kt.

Taip pat šiame etape galima apibūdinti projekto kūrime naudojamas kompiuterines programas. Pateikiama informacija apie tikėtinas pastatų ir statinių griovimo, žmonių persikėlimo, komunikacijų, konstrukcijų judėjimo ir pan. išlaidas (jei reikia). Atliekamas etapinio objekto statybos įgyvendinimo galimybės aprašymas ir pagrindimas, etapų paskirstymas (jei reikia).

PP skyriuje būtinai turi būti patvirtinimas projektavimo organizacija kad visa dokumentacija būtų parengta ir vykdoma pagal dokumentus:

žemės sklypo miesto planavimo planas; projektavimo užduotys; miestų planavimo reglamentai; kiti techninius reglamentus ir reikalavimus.
5. Bibliografija. Šioje skiltyje pateikiami šaltiniai, dokumentai, straipsniai, knygos, nuorodos į kurias buvo nurodytos projekto tekstinėje dalyje.

Aiškinamajame rašte taip pat pateikiama tekstinė informacija apie priimtų technologinių ir techninių sprendimų pagrindimą, bendrojo plano rodiklius, vidaus ir išorės transportą ir kt.

Grafinė PP dalis pavaizduota atitinkamais brėžiniais, kad būtų geriau suvokiama iš anksto parašyta tekstinė informacija. Šiame poskyryje pateikiamas bendrasis bendrasis teritorijos su transporto komunikacijomis ir inžineriniais tinklais planas, ant kurio yra projektuojamas objektas; detalus paties projektinio objekto brėžinys (gamybinėms patalpoms taip pat būtina kreiptis technologiniai procesai); maitinimo, šilumos tiekimo schemos ir kt.

Mūsų įmonė įformins aiškinamąjį raštą prie projekto statybos, kapitalinio remonto ar rekonstrukcijos gyvenamosios ar produkcijos vertės pagal nustatytus standartus ir reikalavimus. Mūsų pagalba įvairiais atvejais padės iškilus problemoms ir vėluojant derinti projektą bei užtikrins greitą statybos leidimo gavimą.

Paprastai aiškinamoji pastaba yra sudėtingiausias programinės įrangos dokumentas, kartais sukeliantis daug ginčų ir diskusijų dėl jo turinio. Kodėl taip nutinka?

Aiškinamojo rašto paskyrimas

Mes jau kalbėjome apie tai, kas yra kuriama programinė įranga yra vienas iš svarbiausių žingsnių. Jame turėtų būti jūsų sistemos aprašymas, atsižvelgiant į pasirinktas technologijas, kaip reikalauja GOST 34. Ir dokumentas Aiškinamasis raštas techninis projektas, arba trumpiau – PP, yra vienas pagrindinių šio etapo dokumentų. Ir, turiu pasakyti, dažniausiai būtent aiškinamoji pastaba yra pats sudėtingiausias dokumentas apie programinę įrangą, kartais sukeliantis daug ginčų ir diskusijų dėl jo turinio.

Tipinio aiškinamojo rašto sudėtis

Techninio projekto aiškinamajame rašte yra tokie skyriai kaip:

– Įvadas. Šiame skyriuje yra visas sistemos pavadinimas ir kūrimo tema, taip pat dokumentų, kurie buvo projekto darbo pagrindas, sąrašas.

– Tikslas ir apimtis. Jame aprašomi tikslai ir uždaviniai, kurie bus sprendžiami sistemos pagalba, bei jos panaudojimo apimtis.

– Specifikacijos. Šis skyrius dažniausiai skirstomas į poskyrius, kuriuose aprašoma: programos kūrimo užduoties nustatymas; Naudoti matematiniai aparatai; programinės įrangos veikimo algoritmas; įvesties ir išvesties duomenų struktūra; aparatinės ir programinės įrangos sudėtis. Taip pat būtina pateikti skaičiavimus ir analizės rezultatus, pagrindžiančius būtent tų sprendimų, kurie paminėti dokumente, pasirinkimą.

– Numatomi techniniai ir ekonominiai rodikliai. Skyriuje daromas ekonominis plėtros pagrindimas, atsižvelgiant į jo techninius rodiklius.

– Kuriant naudojami šaltiniai. Skyrius – tai dokumentų, straipsnių ir publikacijų, kurios buvo tekste nuorodos, sąrašas.

Aiškinamojo rašto standartai

Skyrių sudėtis nustatoma pagal GOST 19.404, tačiau standartas leidžia, jei reikia, sujungti šias dalis, taip pat pridėti naujų. Naudojant GOST 34 seriją, dokumentas turėtų būti parengtas pagal RD 50-34.698. Tačiau dokumentas turi atitikti bendrųjų standartų, tokių kaip, pavyzdžiui, GOST 19.105, reikalavimus.

Aiškinamojo rašto rengimo kaina

Kaip už mažiausią kainą sukurti jūsų projektui naudingiausią programos dokumentą, kuris:

- viena vertus, aiškiai ir suprantamai pateikia visą reikalingą (o kartais ir nuobodžią) informaciją, įskaitant sudėtingas technines detales;

„Aiškinamojo rašto“ (P2 on), sukurto komercinės elektros energijos apskaitos automatizuotai matavimo ir informacinei sistemai (AIIS KUE) pavyzdys pagal k ir dokumentas. pagal i. Leidimas 2018-06-20.

Komercinės elektros apskaitos automatizuotos matavimo ir informacijos sistemos (AIIS KUE) aiškinamasis raštas (P2 pagal GOST 34.201-89) (pavyzdys)

Sukurta 2014-03-25 11:48:18

Dėmesio! Techniniai reikalavimai Didmeninės elektros energijos rinkos (DEM), kurios nuorodos yra komercinės elektros apskaitos automatizuotų matavimo ir informacinių sistemų (AIIS KUE) dokumentų pavyzdžiuose, keičiasi gana dažnai, tačiau ne mes, o administratorius. prekybos sistemos (ATS). Prašau traktuoti tai supratingai.

Visi dokumentai kovoti, kurie išlaikė daug, įskaitant egzaminus ROSSTANDART federalinėje valstybinėje vieningoje įmonėje „Visos Rusijos mechanikos inžinerijos standartizacijos ir sertifikavimo institutas“ (VNIIMASH), todėl nėra jokių abejonių.

Už gavimą Laisvas bet kurio *.pdf sutrumpintos versijos pakanka spustelėti titulinį puslapį. Dokumentas bus atidarytas naršyklėje su parinktimi. Pilnos versijos dokumentai – apmokėti, juos galima gauti formatu už tam tikrą sumą, naudojant. Bet kuris dokumentas tam tikrą laiką gali būti baigtas pagal konkrečius kliento reikalavimus. Sąlygos aptariamos.