Pirmkārt, parunāsim par dizaina rīkiem, es vēlētos pievērsties svarīgam uzturam: "kāpēc jums ir nepieciešams informācijas sistēmu dizains?". Dosit populārs, it īpaši vidū 1C fahіvtsіv, є dumka, scho sistēmas dizains - tse zayvі darbaspēka. Es teicu bi, tas nav bezpodstavne. Tas ir daudz darba, kas jādara ar sistēmu ražošanu є ar standarta sistēmām un mazākām darbaspēka izmaksām izplatīšanai. Vēl biežāk jauni mehānismi un instrumenti netiek radīti, bet gan retāk tiek “pabeigti”, izmantojot zināšanas, turklāt, ja nepieciešams aizvietotājs, tie tiek regulāri mainīti.
Un šeit formālais projektēšanas process, visticamāk, nebūs saprātīgs. Iet par procesa formalizēšanu, jo pats projektēšanas process ir nemanāma izstrādes sastāvdaļa un, acīmredzot, ja tāda ir, lai tas ir mazumtirgotāja priekšgalā.
Un, ja dizains ir iespējams:
- Є uzņēmuma galvenā stratēģija, і IT sistēmu attīstība ir daļa no stratēģijas.
- Є razuminnya vіd vadība, yakі zavdannya vyrіbno vyrіbno vyrіshiti par palīdzību provodzhennya / informācijas sistēmas attīstība.
- Tas ir formāls uzņēmuma biznesa procesu apraksts/apraksts, pretējā gadījumā to plānots izveidot.
Vlasne, viss sākas no stratēģijas. Uzņēmuma stratēģijas izveides rīki reti kļūst specializēti. Tse shvidshe schos, scho var būt augstākā līmeņa vadītāja vadībā. Tālāk būs biznesa procesu modelis (jo tā ir tagadnes atbildība par stratēģisko mērķu sasniegšanu). Šeit jau tiek izmantoti modelēšanas rīki - ARIS, Business Studio. І tikai daži vārdi par IT procesu modeli. Šīs specializācijas "izslīdējuši" pārdevēji ir - USAP ARIS integrācijas, IBM-RUP, Microsoft-MSF, integrēti Visual Studio. Axis і y 1C ir parādījies spēcīgs rīks - 1C: DSS.
Tagad vainojiet citu ēdienu: " Un kā praksē uzvar 1C: SSPR"? Šajā gadījumā varu pastāstīt tikai par savu īpašo praksi. Žēl, nevar palīdzēt, kam 1C plānoja 1C: DSS. Manā praksē 1C: DSS uzvarēja gaidāmajos uzdevumos:
No mazā, iespējams, viss bija skaidrs - sistēmā tiek ievadīta informācija no biznesa procesu plūsmas modeļiem - tiek izveidots sistēmas modelis: procesi un funkcijas, kas ir sadalītas līdz metadatu un algoritmu līmenim. Tālāk tiek ģenerēti dokumenti - izplatīšanas specifikācijas, dizaina risinājumi un koristuvach navit dokumentācija.
Varto nozīmē, ka šādā veidā kaut kas nav kārtībā ar 1C: DSS, tāpat kā ar sistēmu, kas tika sadalīta, pamatojoties uz veidu, kā ieviest modifikāciju kopsavilkumus. Labajā pusē, ka pirmā 1C versija: DSS, ja mums vajadzēja līdzīgu rīku, neatbilda mūsu palīgiem, tas diez vai varētu šķist palīgs:
Bet tas jau bija lēts, par kuru ir iespējams “pierakstīt”, ka rozrobiti pilnībā funkcionējošs rīks. Par laimi, 1C paralēli mūsējam izstrādāja 1C: DSS, un lielākā daļa no tā, kas šobrīd bija jāpievieno, jau bija ieviesta tipiskā konfigurācijā.
Rezultātā ir visas funkcijas, kuras, manuprāt, ir vainīgas melošanā uz 1C: DSS var sist pa pēdu 4 daļās:
1) Modelēšanas funkcijas
a. Sistēmas modelis, saites no BP modeļa (citiem apzīmējumiem)
b. Sistēmas modeļa sasaiste ar metadatiem un 1C algoritmiem
ar. Integrācija ar starpprogrammatūras modelēšanu
2) Kolektīva darba funkcijas
a. Robots ar Vimogiem
b. Strādājiet ar piedošanu
3) Dokumentācijas funkcijas
a. Modeļa dokumentācijas saite
b. Dokumentācijas eksportēšana 1C un Word formātā
4) Izstrādes un testēšanas organizācijas funkcijas
a. Specifikācijas un izplatīšanas kārtība
b. Pārbaudes un apžēlošanas rezultāti
Tipiskajam 1C: DSS bloka (1) ieviešana ir labāka, izņemot to, ka māte vēlējās, lai modelis varētu attēlot dažādos apzīmējumos. Mēs bijām tuvu EPC, tikai IDEF 0 tika ieviests 1C: DSS.
Kolektīva darba funkcijas straumēšanas versijā tiek īstenotas pilnā apjomā, manuprāt, visvairāk tas ir nepieciešams, strādājot ar apžēlošanu un palīgiem.
Problēmas tiek vainotas dokumentācijā. Galvenā funkcionalitāte, ko neizmanto 1C: DSS - eksportēt noVārds. Pat dizainera darba rezultātā var būt izstrādes specifikācija (TK / CHTZ - neatkarīgi no tā, kā to sauc). Un specifikācija - tse schos, ka cilvēks vainīgs pie mātes es varu izlasīt; tas ir teksta fails. Nu, es zinu, Word fails var izveidot dokumentāciju par sistēmu un dizaina dokumentāciju. Ale zvana 1C, nepatīk integrēties ar Microsoft Office produktiem. Tse superechit starpplatformu principus, izstrādāt papuves risinājumu jauno papildinājumu klātbūtnē un padarīt izstrādi elastīgāku.
Funkcionalitāte izstrādes un testēšanas organizēšanai 1C: DSS vienkārši nav pieejama. Es nesaprotu, kāpēc. Rіdko zustrіnesh dosvіdchennogo rozrobnika, vismaz vienu reizi dzīvē bez rakstīšanas bi sistēma izskatu dienā. Koncentrēties uz to pašu SAP-Solution Manager kā dizaina funkcionalitāti un pilnu Service Desk.
Vlasne, būtu jāpapildina DSS funkcionalitāte. tika veikti galvenie 1C: DSS papildinājumi Vārdska sistēmas izveide.
Tagad sīkāk aplūkosim standarta 1C: DSS jaunās versijas funkcionalitāti:
Vēlāk, kad parādījās pirmā versija, parādījās daudzas lietas:
1) Ir normāli strādāt ar metadatiem - metadatu tveršana bez starpnieka konfigurācijas, manifestācijas, metadatu objektu jaudas papildinājumi. Lai izstrādātu šādu funkcionalitāti pirmajā versijā, mēs pavadījām ievērojamu laiku.
2) Sistēmas modelēšana IDEF apzīmējumā. 1C tika tērēts daudz šīs funkcionalitātes attīstībai. Tieši pirms laika, bet, it kā rakstot vairāk, mums parādījās parocīgais EPC apzīmējums. Vaughn at 1C: DSS diemžēl nav ieviests.
3) Vimoga izvēle. Funkcionalitāte ir nepieciešama projektiem.
4) ER metadatu modelis. Pirmā reakcija bija "skolēna sapnis". Ja kāds uzrakstītu diplomu 1C, tas palīdzētu. Patiešām, funkcionalitāte ir vairāk līdzīga ikdienas darba praksei. Vienkārši navitazivshi 1C: tipiska pielietotā risinājuma DSS mehānismi, inducējot ER diagrammu nepieciešamajiem objektiem, jūs varat ātrāk un vienkāršāk izstrādāt, kā strādāt ar šo citu mehānismu. Jūs pat nevarat runāt par šādu diagrammu melanholiju ar salocītajām specifikācijām. Par šo iespēju varat pateikt "liels paldies".
5) Nepieciešams arī darbs ar apžēlošanu, bet, lai pabeigtu vienkāršu sistēmas mehānismu.
6) Noderīgi instrumenti provizoriskās informācijas rakstīšanai. Vіn nav pārāk saspringts un ērts, jo 1C iebūvētais teksta redaktors ir savstarpēji aizstājams, taču pabeigšanas saite ir saistīta ar metadatiem un gala failu eksportēšana uz spēcīgāko funkcionalitāti, ko tagad var izdarīt.
Kā mēs uzvaram 1C: SSPR. Cik vien iespējams, mūsu pavērsiens nav tipisks scenārijs, jo 1C plānoja. Kopējā shēma izskatās apmēram šādi:
Labāk par visu tipiskā scenārijā, kas tiek dots 1C, neuztraucieties par robota aizbēgšanu no testētāju un mazumtirgotāju sistēmas. Tāpat nav iesniegts detalizēts algoritmu apraksts.
Otzhe, scho mi otrimuemo vіd vikoristannya 1C: SSPR:
1) vіdokremlіnі vіd proektuvalnіv izplatītāji. Apsveicam ar SAP labāko praksi. Bez šaubām, tas ir pareizi, bet, ja tas būtu iespējams, sistēma ir vienkārši nepieciešama. Tajā pašā laikā šādas sistēmas pašsaprotamībai varam teikt, ka neatkarīgi no tā, vai ēkai ir mazumtirgotājs, ir praktiski veikt jebkuru uzdevumu. Tse "atver durvis". Piemēram, šodien jums ir 3 mazumtirgotāji, bet rīt varbūt 30… tobto. Esošo darbuzņēmēju piesaistīšanas iespējas nav sniegtas.
2) Projekta dokumentācijas ģenerēšana. Mūsu vipadka її tieši tā. Parādiet uzdevuma lietojumprogrammu, lai aprakstītu visus UPP metadatus ... 1C: DSS vienkārši desmitiem reižu vienkāršos procesu.
3) Rūpnīcas izskats - ja integrācija jau notiek ar rokām. Rozrobnik mozhe vіrazu bachiti viss atpazīšanas uzdevumiem. Ja nepieciešams, varat pievienot "vēl vairāk", lai jūs varētu saprast / noskaidrot pats. Kā dizainers, tā un mazumtirgotājs var novērtēt izstrādei iztērēto darbu un laikapstākļu novērtējumu. Mazumtirgotājs var rakstīt pārtiku atbilstoši specifikācijām un nekavējoties pārbaudīt, vai tajās nav izmaiņas
4) Viss projekts pieder sistēmai. Atbilstoši metadatu ādas objektam varat pārbaudīt, vai nav bojājumu.
1) Izmaiņu vadība. Kas ir mainījies, kurš ir mainījies? Kas vpline cenas maiņa. Vēl svarīgāks moments, ieviešanā ārkārtīgi salokāms, taču izmaiņu vadība uzreiz radītu jauna līmeņa sistēmu un sadārdzinātu.
2) Zv'yazok іz shovishche zmini. Acīmredzot, pārējā posmā lancetē nesanāk pārāk daudz. Yakby sistēmā ir iespējams noņemt informāciju kādam izplatīšanas pasūtījumam/specifikācijai?
3) Integrācija ar ARIS/Business Studio. Žēl, lai izveidotu 1C, ir jāieprogrammē efektivitātes un funkcionalitātes plāns EPC/IDEF diagrammu izstrādei.
Kopā 1C: DSS ir gan funkcionāls, gan praktisks produkts. Acīmredzot 1C sabrūk pareizajā virzienā. Varbūt tā nav, ja nesanāk, tad ir nepacietīgi pārbaudīt sistēmas attīstību, bet citādi dari pats.
Lietišķo risinājumu projektēšanas sistēma (DSSS) ir atzīta par lietišķo risinājumu (konfigurāciju) projektēšanu platformā "1C: Enterprise" un projekta tehniskās dokumentācijas uzturēšanu. DSS var izmantot kā rīku jaunu informācijas sistēmu projektēšanai, kuras tiek izstrādātas medijā "1C: Enterprise 8", un aprakstot pamatsistēmu dokumentāciju, kas izstrādāta iepriekš, neizmantojot DSS.
Lietišķo risinājumu projektēšanas sistēma ir paplašināta kā konfigurācija platformā "1C: Enterprise 8.3".
Perevagi par koristuvachіv
Wikoristannya DSS ļauj:
Projekta veidotāji
- Centralizāciju organizācija spēja uzlabot informācijas sistēmas izskatu.
- Vibuduvati tsilisnu sistēmas modelis, vіdshtovhuyuchis vіd protsessіv, scho automate, ar iespēju atkārtoti pārbaudīt modeļa pareizību.
- Veiciet izmaiņas projektā.
- Formuvati plāns vikonannya projekts.
- Analizējiet projekta pabeigšanu (nepieciešamo tikšanos beigas, apžēlošanas skaitu).
Mazumtirgotājiem
- Projektēt funkcionalitāti projektam globālā kontekstā.
- Vrakhovuvaty projektējot fiksēto vimogi ka pobazhannya.
- Vienotā dokumentācija par projektu.
- Plānojiet savu darbu.
- Vіdstezhuvati nebhіdnіst uchіstі sіmіzhnyh projektos.
- Organizēt informācijas apmaiņu ar projekta dalībniekiem, kontekstā ar objektiem, uz kuriem jāklikšķina.
- Piekļuves robežas piedošana.
Tehniskajiem rakstniekiem
- Vienkāršojiet sākotnējās informācijas sagatavošanu vienā stilā, pielāgojot konfigurācijas struktūru un dažādu konfigurācijas objektu savstarpējo atkarību.
- Projektēšanas materiālu noslēgums dokumentācijas un citu materiālu sagatavošanai.
Testētāji
- Piešķiriet piekļuvi projekta materiāliem, kuros aprakstīta funkcionalitāte, kas tiek testēta.
- Nodrošiniet reģistrāciju un apžēlošanu.
Īstenotāji
- Tipiska risinājuma izstrāde, vikoristiskā projekta dokumentācija.
- Spivvіdnіt reāla protsessі pіdpriєmstva z modeļu sistēma, prokrіzuvavshi pokrittya protsіvfunctionom un vyavvshі nebhіdnіstvo dorobok.
- Ir dabiski ieviest papildu uzlabojumus standarta funkcionalitātē, skatoties uz izvēlēto modeli.
Vienkāršojiet koristuvachami konfigurācijas apgūšanu, izveidojiet darba instrukcijas ar noteiktu funkcionalitāti.
Projektēšanas process DSS
Papildu DSS dizains ietver šādas darbības:
Nelielā mērogā tiek prezentētas DSS galvenās izpratnes savstarpējās attiecības.
Veidojot informācijas sistēmu, tiek aprakstīti procesi, kas tiek automatizēti. No procesu apraksta būs loģisks projektēšanas sistēmas modelis. Uz loģiskā modeļa pamata tiks izveidots fiziskais modelis, kas ir iekļauts konfigurācijas metadatos, kas tiek paplašināts.
Par projektā veikto izmaiņu patēriņu tiek uzvarēts tehnisko projektu mehānisms. Izmaiņas ir balstītas uz pieņemtajiem principiem un tiek dokumentētas, atsaucoties uz mainīgajiem procesiem, kā arī loģiskā un fiziskā modeļa objektiem.
Automatizēto procesu apraksts
Svarīga ir konfigurācijas izstrādes stunda, lai funkcionalitāte atbilstu reālajām uzņēmumu vajadzībām. Tāpēc ir svarīgi nokristīt tos procesus, kas ļauj automatizēt informācijas sistēmu.
DSS ļauj noteikt procesu nodošanu, kas ir automatizēti, procesus var grupēt tiesā coristuvach.
Aprakstot procesu, apraksta, kāda ir procesa būtība, iekļaujot vālīti un pabeidzot procesu.
Process ir detalizēts līdz pēdējam sīkumam, kas ir jāraksta konkrētam vikonatoram.
Projektēšanas sistēmas loģiskā modeļa izveide
Sistēmas loģiskais modelis ļauj aprakstīt konfigurācijas funkcionalitāti, saistot to ar apstrādātās informācijas noliktavu un vikonavtsy.
DSS loģiskais modelis tiks balstīts uz papildu metodoloģiju IDEF0. Uz loģiskā modeļa izveides robežām tiek aprakstītas sistēmas funkcijas, un tiek vibrēta to sadalīšanās.
Funkcijas apraksta pamatā ir IDEF shēma. Shēma ļauj sākotnējā formā parādīt citu (meitas) funkciju, datu plūsmu un vikonu savstarpējās attiecības.
Arhitektūras attīstība
Konfigurācijas arhitektūras attīstība ir atkarīga no loģiskā modeļa pilnveidošanas. Kuriem metadati ir saistīti ar datu objektiem, kuru tulkošanu nosaka funkciju sadalījums.
Interaktīvu operāciju projektēšana
Strādājot ar sistēmu, cita procesa ietvaros koristuvach vykonu sevnі dії, realizējot tādā veidā vienu no iespējamiem darba scenārijiem.
Sistēmā pamanāmo interaktīvo darbību secību apraksts ļauj analizēt, kāda funkcionalitāte tiek ieviesta, kas tiek ievietota sistēmā konkrēta automatizēta procesa ietvaros.
Galīgā sagatavošanās
DSS ļauj automātiski veidot konfigurācijas pabeigšanas tekstus, kas tiek izstrādāti. Tekstu sagatavošanu atjaunināšanai html formātā var modificēt no DSS un konfigurēt ar standarta konfiguratora rīkiem.
Secinājums veidots vienotā stilā, ar atšķirīgu vienotu struktūru, aprakstu, atkarībā no apakšsistēmu, metadatu objektu un darbības funkciju savstarpējās atkarības. Apdares stilus (fontus, fontus, vizuālos elementus) var pielāgot tieši no DSS.
Robots ar Vimogiem
Projektu vadība un izmaiņas
Projektu vadībai un izmaiņām DSS ir ieguvusi tehnisko projektu veikšanas funkcionalitāti. Šī funkcionalitāte ļauj organizēt kolektīvu darbu pie projekta, īstenojot dažādu projekta posmu pāreju. Ja ir iespēja uzstādīt soļus, šo soļu laiku, informē dalībniekus par izmaiņu maiņas komandu.
Tehnisko projektu atlase drošai izmaiņu veikšanai faktiskajā projektā tā, lai šīs izmaiņas būtu saistītas ar loģisko modeli, būtu skaidras un informatīvas citiem projekta dalībniekiem.
Strādājiet ar piedošanu
DSS ļauj reģistrēt apžēlošanu projektiem, kas tiek izstrādāti, pēc versijām, labošanas termiņiem, projekta sadalījuma, statusiem utt. Sistēmas funkcionalitāte veicina jau gatavu metodiku darbam ar apžēlošanu, ar iespēju veidot dažādas vēstules, publicēt informāciju par apžēlošanu. Sistēma ļauj izveidot saites starp projektiem, norādīt, vai projektu bibliotēkas ir iekļautas pirms projekta ar konkrētu projektu versiju jaunināšanu. Tse ļauj atņemt informāciju par apžēlošanas klātbūtni projektā, uzvarošās dzherelami є bibliotēkas.
Citas iespējas
Rehabilitācijas iespēju apmērs, DSS, lai atriebtu šādu funkcionalitāti:
- DSS objektu izmaiņu kontrole dažādos koristuvachivos.
- Dizaina informācijas versijas.
- Iespēja iestatīt noteikumus funkcionālā modeļa atkārtotai pārbaudei režīmā "1C: Enterprise".
- Iespēja izveidot papildu informāciju par objektiem informācijas bāzē.
- Iespēja izvēlēties papildu skaņas un obrobok.
- Informācijas apmaiņa starp projekta komandas dalībniekiem.
- Konsultācijas par tehniskajiem projektiem, piedošana, jauni sistēmas atjauninājumi.
- Iespēja palielināt telefona zvanu skaitu pa e-pastu.
- Šķērstekstu joks.
- Darbs no normatīvajiem uzdevumiem.
Lietišķo risinājumu projektēšanas sistēma (DSSS) ir atzīta par lietišķo risinājumu (konfigurāciju) projektēšanu platformā "1C: Enterprise" un projekta tehniskās dokumentācijas uzturēšanu. DSS var izmantot kā rīku jaunu informācijas sistēmu projektēšanai, kuras tiek izstrādātas medijā "1C: Enterprise 8", kā arī aprakstot pamatsistēmu dokumentāciju, kas izstrādāta agrāk, neizmantojot DSS.
DSS ar konfigurāciju, kas atzīta platformas "1C: Enterprise 8.3" lietošanai.
Projekta veidotāji
- Centralizāciju organizācija spēja uzlabot informācijas sistēmas izskatu.
- Vibuduvati tsilisnu sistēmas modelis, vіdshtovhuyuchis vіd protsessіv, scho automate, ar iespēju atkārtoti pārbaudīt modeļa pareizību.
- Veiciet izmaiņas projektā.
- Formuvati plāns vikonannya projekts.
- Analizējiet projekta pabeigšanu (nepieciešamo tikšanos beigas, apžēlošanas skaitu).
Mazumtirgotājiem
- Projektēt funkcionalitāti projektam globālā kontekstā.
- Vrakhovuvaty projektējot fiksēto vimogi ka pobazhannya.
- Vienotā dokumentācija par projektu.
- Plānojiet savu darbu.
- Vіdstezhuvati nebhіdnіst uchіstі sіmіzhnyh projektos.
- Organizēt informācijas apmaiņu ar projekta dalībniekiem izsaucamo objektu kontekstā.
- Piekļuves robežas piedošana.
Tehniskajiem rakstniekiem
- Vienkāršojiet sākotnējās informācijas sagatavošanu vienā stilā, pielāgojot konfigurācijas struktūru un dažādu konfigurācijas objektu savstarpējo atkarību.
- Projektēšanas materiālu noslēgums dokumentācijas un citu materiālu sagatavošanai.
Testētāji
- Piešķiriet piekļuvi projekta materiāliem, kuros aprakstīta funkcionalitāte, kas tiek testēta.
- Nodrošiniet reģistrāciju un apžēlošanu.
Īstenotāji
- Tipiska risinājuma izstrāde, vikoristiskā projekta dokumentācija.
- Spivvіdnіt reāla protsessі pіdpriєmstva z modeļu sistēma, prokrіzuvavshi pokrittya protsіvfunctionom un vyavvshі nebhіdnіstvo dorobok.
- Ir dabiski ieviest papildu uzlabojumus standarta funkcionalitātē, skatoties uz izvēlēto modeli.
- Vienkāršojiet koristuvachami konfigurācijas apgūšanu, izveidojiet darba instrukcijas ar noteiktu funkcionalitāti.
DSS nodrošina iespēju pārvaldīt informāciju par dažādām konfigurācijām vienas un tās pašas informācijas bāzes ietvaros, ar iespēju ierobežot piekļuvi projekta konfigurācijām.
Konfigurācija ļauj izveidot informācijas sistēmas loģisku modeli atkarībā no automatizētajiem procesiem.
Loģiskā dizaina pamats ar papildu DSS ir saliekamo sistēmu funkcionālā sadalīšana atbilstoši IDEF0 standartam. Tas ļauj aprakstīt projektēšanas sistēmu vienkāršā un detalizētā formā ar nepieciešamo detalizācijas pakāpi. Loģiskais modelis būs balstīts uz procesu uzlabošanu, jo plānots automatizēt savā attīstības līmenī darba telpas un informācijas plūsmas. Loģiskais modelis atbilst konfigurācijas metadatiem.
DSS funkcionalitāte ietver projektu pārvaldības un maiņas mehānismus. Šīs funkcionalitātes izvēle ļauj organiski ieviest izmaiņas projektā, savienojot tās ar pamata loģisko modeli.
Formālu atkārtotas pārbaudes noteikumu esamība dod iespēju atklāt un izmantot piedošanu un neatbilstības projektā.
Sistēma ietver reģistrācijas un piedošanas mehānismus ar labojumiem, ieskaitot konfigurācijas bibliotēkas.
DSS ļauj veidot tekstus, lai uzlabotu attiecības starp objektiem konfigurācijā. Secinājums ir sastādīts vienotā stilā. Sagatavotos nobeiguma tekstus var ievadīt tieši konfigurācijā, kuru izstrādā konfigurators.
Ieviestie mehānismi projektu datu popularizēšanai un popularizēšanai ļauj organizēt projektu informācijas publicēšanu iespējamības labad un strādāt ar šo informāciju citās DSS informācijas bāzēs.
Zovnіshnіy vigliad produkts, yogo komplektacіya ta osnovnі tehniskajiem parametriem bez kavēšanās var nomainīt ar autoiekrāvēju. Aprakstam ir jābūt ilustratīvi izzinošam, un tas var būt pretenziju pamatā. Lai neizprotami pazustu, jaunu informāciju par produktu, sazinieties ar menedžeri pa tālruni.
Šajā rakstā mēģinājām paplašināties, jo attālināto un teritoriālo komandu sadalījumu palīdzībai uzlabojām lietišķo risinājumu izdošanas procesu, kas paplašina mūsu produkta "1C: ERP Enterprise Management 2" funkcionalitāti.
Galuzevs un specializētie produkti, kas paplašina "1C: ERP Business Management 2" funkcionalitāti
Uz mūsu pašu tehnoloģiskās platformas "1C: Enterprise 8" bāzes uzņēmums "1C" izdod gandrīz 20 saprātīgākā kalibra risinājumus - "Mūsu uzņēmuma vadība", "1C: Grāmatvedība" formā. citos "īsizdevumos" uz mūsu funkcionālāko risinājumu - "1C: ERP Business Management 2"."1C:ERP 2" ir risinājums, kas automatizē lielāko daļu bagāto biznesa uzņēmumu procesu. Ale є tsіlі klasi zavdan un galuzevyh īpatnības, kurām nepieciešama detalizētāka darbība, nizh uzvarēja є "1C: ERP 2" - tirdzniecība, loģistika, noliktavas vadība, dzīve un valsts stāvoklis. Iekļaut tsyu funkcionalitāti tipiskus risinājumus nedotsіlno, tk. tse audzēti darba ērtībām vairāk koristuvachs. Līdz tam mums pašiem var nepietikt resursu pilnvērtīgai nepieciešamās funkcionalitātes ieviešanai.
Otzhe, var Galuzeva izveides secība / īpaši risinājumi, piemēram:
- atbilst tirgus vajadzībām;
- rozroblyayutsya іz mіnіmіmіmоlіmіm іnіmіmіm іnіmіmіm іnіmіmіm izluchennym izluchennym vlasne vіsne іmirmi іrmi
- var tikt garantēta īstenošanas kvalitāte.
- Risinājumus rada mūsu partneri, attīstot kompetences brīvā dabā
- Firmas "1C" vārdā risinājums ieņem "moderatoru" - projekta arhitektu un tieši kuratoru - lomu.
- Esam izstrādājuši projektēšanas noteikumus un risinājumus, kas ļauj kontrolēt preces kvalitāti
Kopprakse ar partneriem "1C-Spilno"
Projektam 1C-Joint produktu izveido 1C uzņēmuma partneris, un juridiskā iestāde ir uzņēmums 1C. Mēs paši varam palīdzēt kontrolēt preces kvalitāti.Šādu risinājumu paplašināšanas secība:
- Mēs prasām tirgum funkcionalitāti, kas mūsu produktos vēl nav ieviesta, un pievienojam funkcionalitāti jaunam produktam;
- Atklājam konkursu par jaunu "1C-spile" risinājumu izstrādi, kā arī pieņemam pieteikumus produktu izlaišanai no partneru iniciatīvām;
- Mēs apzīmējam partnerus ar vislielākajām kompetencēm un gatavību ilgtermiņa attīstībai tieši;
- Mēs mudinām mūsu partneri izstrādāt, attīstīt un atbalstīt produktu.
Ūdens kvalitātes grafiks
Modulāras pieejas koncepcija arhitektūras risinājumos, kuru pamatā ir "1C: ERP Business Management 2"
Aplūkojot koncepciju un arhitektūru, "1C: ERP" ir absolūti jauns produkts, kas atbilst tā priekšgājējam "1C: Industrial Business Management". Viena no jaunā risinājuma galvenajām iezīmēm ir keruvannya funkciju pārgalvība. Galuzeva līniju un speciālo risinājumu izstrādes gaitā bija svarīgi ņemt vērā 1C-Spilno risinājumus. Īpaša cieņa tika pievērsta integrācijas risinājuma vadītājiem savā starpā un “1C: ERP”, iespēja izveidot vienotu informācijas sistēmu, kas tiek veidota no moduļu kopas no galvenā integrācijas kodola - “1C: ERP”.Mērķis ir vienota informācijas un pārvaldības sistēma, kas veidota, pamatojoties uz "1C: ERP" un citiem risinājumiem "1C: Enterprise 8":
Tika izstrādāta moduļu pieejas koncepcija arhitektūras risinājumos, kuru pamatā ir "1C: ERP". Koncepcija definē dažādu izmaiņu paplašināšanas, unifikācijas un integrācijas principus uz vienotas vadības sistēmas un izskata robežām.
Visi lēmumi 1C-Spielno programmas ietvaros, kas paplašina 1C: ERP iespējas, ir saistīti ar modulāras pieejas koncepciju. Modulārās pieejas galvenie uzdevumi ir:
- Produktu līnijas izveide, kas mijiedarbojas gan 1C: ERP integrācijas kodola līmenī, gan savā starpā
- Vienkārša viena risinājuma izveide koristuvachiv no galuzevyh komplekta un specializētiem risinājumiem
- Darbaspēka izmaksu minimizēšana un izmaiņas moduļu noliktavas risinājumā un tālākā atbalsta risinājumā
- Atspējot dziļo funkcionālo apakšsistēmu dublēšanos citos produktos
Rakstīšanas brīdī jau izsniegto līniju lēmumu skaits ir 31 (18 mazumtirdzniecības partneri) ar izplatīšanas plānu pilnveidošanu 2017. gada 2. ceturksnī. Pieejamo risinājumu skaits ir 52 (24 mazumtirdzniecības partneri).
Galuzevyh un specializēto risinājumu projektēšanas, izstrādes un kontroles process "1C: ERP"
Mazumtirgotāju mijiedarbība ar vienu vidējo projektu
Darbā pie projekta tiks iesaistīti teritoriālie iedalījumi un vāji savītas mazumtirgotāju komandas. Tātad, šodien mums ir robots:- 28 teritoriāli sadalītas mazumtirgotāju komandas;
- 44 aktīvi projekti;
- 19 jauni risinājumi.
- Funkcionalitātes analīze, projektēšana un dokumentēšana
- Formulēšana varētu palīdzēt pieņemt citus lēmumus
- Projektēšanas un izstrādes posmu pārejas termiņu kontrole
- Risinājuma modeļa atjaunināšana
- Deklarētās funkcionalitātes kontrole
- Diskusijas varētu palīdzēt mazumtirgotāju apaļā galda sanāksmē
DSS galuzevyh un īpašiem risinājumiem (DSSS OR / SR) - CASE-zasib dzīvojamo māju dizaina risinājumam
Visi risinājumu mazumtirgotāji mijiedarbojas, izmantojot produktu "1C: Applied Solutions Design System" (saīsināts dSS). DSS palīdz izstrādāt lietišķos risinājumus platformā "1C:Privatemstvo" un ļauj uzturēt pilnu programmatūras izstrādes ciklu – atlasi, izmaiņu kontroli, dokumentāciju, kļūdu izsekošanu u.c. DSS ir paplašināta kā konfigurācija platformā "1C: Enterprise 8".DSS var izmantot kā rīku jaunu informācijas sistēmu projektēšanai, kuras tiek izstrādātas medijā "1C: Enterprise 8", un aprakstot pamatsistēmu dokumentāciju, kas izstrādāta iepriekš, neizmantojot DSS.
Mēs esam izvēlējušies DSS kā ērtāko un uzticamāko mūsu vadītājiem un visefektīvāko veidu, kā risināt CASE problēmas, kas mums ir:
- Saliekamās sistēmas modeļa iespēja
- vadība dzīves cikls produkts
- Vairāki projekti
- Pielāgošana
- Integrācija no paplašināšanas vidus
- Pieejamība partneriem-pakalpojumu sniedzējiem 1C
Tsіlі
- Projektēšana un projektēšanas lēmumu dokumentēšana
- Paplašināšanās rezultātu kontrole
- pašreizējo uzņēmumu automatizēto procesu un šai funkcionalitātei ieviesto procesu apraksta atbalsts
- visu risinājumu viena modeļa integritātes pārbaude
- terminoloģijas kontrole projektiem
- aprakstītā modeļa konfigurāciju funkcionalitātes kontrole
- viena dizaina medija ieviešana ar lielu mazumtirgotāju skaitu
Produkta izlaišanas dzīves cikla pārvaldība
Visu sadalīšanas projektu funkcionālajās zonās (sadalīts līdz projektam), ādas sadali rūpējas keramikas darbinieks tieši no 1C puses. Mēs sadalījām risinājuma (produktu) funkcionalitāti, turklāt:- viena nodaļas funkcionalitāti ne vienmēr nosaka viens produkts,
- visa izplatīšanas funkcionalitāti var paplašināt vairāki mazumtirdzniecības partneri.
Funkcionalitātei, kas tiek veidota, tiek veidoti speciāli tehniskie projekti, no partnera-tirgotāja puses atpazīstot svarīgākos. Viena tehniskā projekta ietvaros ir iespējams izlaist vairākas iespējas funkcionalitātes piegādei (pirms pašiem produktiem).
Ādas tehniskajam projektam tiek noteikts plānotais izpildes termiņš (to tieši kontrolē tehniķis), un tiek noteikti tehniskā projekta izpildes posmu termiņi.
Mazumtirdzniecības partneris norāda kontrolpunktu noteikumus uz globālā projekta robežām. Mainot termiņu, vienu no informācijas posmiem patērē kontroles vadītājs. Arī vecākais menedžeris, lai pārbaudītu dermas stadijas noteikumus (šūtais krēms). Ādas stadiju pabeidz kontrolpunkta apmierinātība.
Mēs neizvirzām uzdevumu atrisināt sadales procesu no partneru puses. Ādas partneris zastosovuє vlasnu tehnika, scho noguris komandā. Mēs kontrolējam vairāk nekā mums svarīgu kontroles punktu termiņus, kurus regulē nepieciešamo standartu un noteikumu rezultāti, arī pārzināšana jebkurā no šīm situācijām ir kontrolējama.
Tehnisko projektu ietvaros tiek plānots un veikts ne tikai darbs pie jaunas funkcionalitātes izstrādes, bet arī iedomības testu veikšana, globālās funkcionalitātes unifikācija, tipisku konfigurāciju metadatu izmaiņu minimizēšana.
IDEF0 metodoloģijas risinājuma loģisks modelis
Uz DSS OP/SR bāzes ir aprakstīta visu līnijas risinājumu funkcionalitāte uz viena projekta robežām. Loģiskā dizaina pamatā ir IDEF0 metodoloģija.Funkcionālā modeļa integritāti un nepilnību moderē no "1C" puses atpazītais projekta funkcionālais arhitekts.
DSS apzīmējuma apraksts
DSS robežās galvenie jēdzieni tiek interpretēti šādi:
- Funkcionālais bloks (Activity Box)- specifiskā jaunas informācijas radīšanas funkcija aplūkojamās sistēmas ietvaros
- Zvjazok- informācija, ko apstrādā funkcionālais bloks (ieeja un izeja) vai tā sniedz papildu ievadi funkcijai (pārvaldības un komunikācijas saites - koristuvachiv profili):
- Funkciju ievade- Zvans (informācija) par funkciju. Shēmā tas parādās, redzot bultiņu, tieši uz funkcionālā bloka kreiso pusi
- Izejas funkcijas- Zvans (informācija), kas tiek ģenerēts funkcijas darbības rezultātā. Shēmā bultiņas parādās, redzot, no kā iziet labā puse funkcionālais bloks
- Pārvaldība (funkcijas raksturošana, noteikums)– saikne (informācija) tiek analizēta pirms lēmuma pieņemšanas funkciju ietvaros. Shēmā ir bultiņas uz funkcionālā bloka augšējo pusi.
- Vikonannya (koristuvach profils)- Injekcijas funkcija no vienas vai dekilkoh koristuvachiv sistēmu puses. Shēmā ir bultiņas uz funkcionālā bloka augšējo pusi.
Visu lēmumu funkcionalitāte ir pakļauta pārbaudei saskaņā ar atkārtotas verifikācijas noteikumiem, kā daļa no sistēmas modeļa auditēšanas mehānisma, kas tiek paplašināts, pamatojoties uz formāliem projektēšanas noteikumiem. Tādā veidā tiek uzsvērta visu līnijas lēmumu loģiskā modeļa integritāte.
Preču piegādes iespējas
Modulārās pieejas koncepcija nodrošina dažādas produktu piegādes iespējas:- funkcionalitāte noliktavā "1C: ERP",
- funkcionalitāte šķietami neatkarīgā darba konfigurācijā,
- funkcionalitāte integrācijai "1C:ERP".
Piemēram, "1C: ERP pārvaldība topošajai organizācijai 2" (partneris - mazumtirgotājs "1C-Rarus"), lai ņemtu līdzi no jūsu noliktavas:
- tipiskā "1С:ERP" funkcionalitāte,
- Man ir oriģinālā Galuzeva funkcionalitāte,
- nākamā risinājuma funkcionalitāte:
- "1C: Koshtoris 3",
- Modulis "1C: nekustamo īpašumu mākleris. 1C:ERP pārdošanas vadība
- Modulis "1C: 1C: ERP īre un nepaklausības pārvaldība",
- Modulis "1C: Transportlīdzekļa pārvaldība 1C: ERP".
Funkcionālo apakšsistēmu bibliotēka 1C-Spilno
Ar unifikācijas metodi līnijas risinājums tiek uztverts kā masīva universāla funkcionalitāte un tiek veidota “Funkcionālo apakšsistēmu bibliotēka 1C-Spilno”.Belioteka Nada -Istrumentari filmai Rosobronivnik “1C: SPILL”, Scho MISTIR NABIR FUILICAL PIDSISISISTYS, GOODII dokumentālajai filmai Koristuvach, Tehnoloģija Intigratsi, tas ir ceļš
- Nodrošināt vienoto universālo mehānismu ieviešanu "1C-Spilno" risinājumos;
- paātrināt jaunu risinājumu izdošanas darbietilpību, izmantojot gatavu funkcionalitāti;
- veicināt dažādu partneru – mazumtirgotāju risinājuma integrāciju regulāru izmaiņu gadījumā;
- īss skaits dažādu īstenošanas vienu mehānismu koristuvachiv, piemēram, vienu stundu vykoristovuyut šprotu risinājumu.
Informācija par tehnisko projektu īstenošanas gaitu
Atskatoties uz lielo projektu dalībnieku skaitu, nepieciešamo kontroles instrumentu izstrāde, lai informētu par tehnisko projektu īstenošanas gaitu.Uz DSS OR/SR pamata ir noteikti normatīvie uzdevumi un bukletu veidošana. Šādas apsēstību grupu saskatīšanas metodes dēļ:
- Vidpovidalnі par projektu
- Vіdpovіdalnі par projekta izplatīšanu
- Balva par tehniskajiem projektiem
- Vikonannya tehnisko projektu kontrole
- Mazumtirdzniecības partneru darbības kontrole
- Informācija par vikonannya diy nepieciešamību bāzē (tad zavdannya, podomlennya) - taupīgi
- Informācija par piedošanu modelēm - diemžēl
- Kontrolpunktu noteikumi (posmi)
- Tehnisko projektu darba uzdevums
- Mainiet tipiskas konfigurācijas metadatu objektus
- Piedod un modeļa priekšpuse
- Pašreizējie uzdevumi
- Darba aktivitāte pie tehniskā projekta
Piesakies zvіtіv
Konfigurāciju sagatavošana pirms replikācijas
Risinājuma tiešās pārbaudes galvenā funkcionālā shēma:
Atkārtota pārbaude tiek veikta noteikumu ietvaros un ietver gan manuālu, gan automatizētu nodoto materiālu atkārtotu pārbaudi.
Nesier-Vidpovlynist partneris yaki testam, Matteriyl konfigurācija, Matterii Fіrmi "1C" tulkošanai pirms prazniye vivista, protestētāji, vimykas "1C: Līdzīgi, TALISTIKA TO TOMENTS. kas būtu iespējams noteikumos sadarbībā ar spilnyh risinājumu mazumtirgotājiem.
Tā arī apsver iespēju DSS OP/SR bāzē iekļaut papildu atkārtotas funkcionālā modeļa derīguma pārbaudes: ieviestās OR/SR deklarētās funkcionalitātes derīguma kontroli un OR/SR modifikācijas derīguma kontroli. SPPROR standarta konfigurācija ir norādīta SPPR/SR.
Pakalpojums 1C: Khmarna karšu risinājums
Potenciāliem jauniem risinājumiem nepieciešams izstrādāt ērtu un vienkāršu servisu ar viegli pieejamiem izpratnes rīkiem. Šāda veida sadalīšanai īpašs tīmekļa pakalpojums un klients shēmu parādīšanai:
Pakalpojums "1C: Khmarna karšu risinājums" nodrošina piekļuvi funkcionāliem modeļiem vairākiem uzņēmuma "1C" risinājumiem, kā arī Galuzev un tiem specializētajiem risinājumiem, kas ir pieejami shēmai 1C-Spielno. Funkcionālā modeļa aktualizāciju nodrošina tiešās saites uz bāzes "DSSS for Galuze and Specialized Solutions" tīmekļa servisu, risinājuma modelis tiek pilnveidots pašreizējā tehnikas līmenī uz modulāras pieejas koncepciju risinājuma arhitektūra, pamatojoties uz "1C:ERn_nya".
- Funkcija "Kompleksa informācijas pārvaldības sistēma, kuras pamatā ir 1C: ERP Business management 2"
- Funkcija "1C:PDM inženiertehnisko datu pārvaldība"
Pakalpojuma priekšrocības
Potenciālajiem klientiem:- Paziņojums par 1C gatavo risinājumu funkcionalitāti
- Funkcionālo dokumentu sagatavošana automatizācijas projektu konkursu organizēšanai
- Gatavu risinājumu funkcionalitātes izstrāde galuzevyh un specializētu biznesa procesu automatizēšanai, produktu projektēšana funkcionalitātes sasniegšanai.
- Iespēja sazināties ar partneri, iepazīt biznesa smadzenes, informatīvos materiālus, veiksmīgus projektus akcijā, kā arī piedalīties tuvākajos vizītēs un piekļūt demo bāzei (šādas iespējas pašsaprotamībai), dodoties uz produkta vietnes malu http://solutions.1c. lv
- Automatizācijas zonu paplašināšana uz uzvarošu risinājumu robežām, pagriežot un noliekot visus funkcionālo iespēju pamatus.
Wikoristannya servisa partneri
- Gatavo risinājumu funkcionālā modeļa demonstrēšana potenciālajiem klientiem (modeļus var izmantot, lai ziņotu par produktiem, to funkcionalitāti, automatizētiem biznesa procesiem, darba jomām). Produktu funkcionālo iespēju demonstrēšana būtiskajiem klientiem, kas atriebs Galuzeva specifiku, mācību priekšmetu uzdevumu izpildi.
- Dalība konkursos, piedāvājumu sagatavošana: nepieciešamās funkcionalitātes saskaņošana no visa gatavo risinājumu kompleksa funkcionalitātes. Gatavo produktu izvēle funkcionālo izmaiņu segšanai. Priekšlikumu sagatavošana dažādiem integrācijas risinājumu pielietojumiem un veiksmīgu projektu biznesa gadījumiem.
- Īstenošana: reālu uzņēmējdarbības procesu izstrāde ar funkcionālo modeli, funkcionālo bloku mijiedarbības principu izstrāde.
Mazumtirgotāju komanda ir profesionāļu komanda
Jebkura projekta rezultāti gulstas komandā. Lai paplašinātu 1C:ERP risinājumu līniju, mēs izvēlējāmies lielisku profesionāļu komandu, kas ir gatava eksperimentēt, lai viņi būtu gatavi tikt galā ar grūtībām. Dažāds partneru-mazumtirgotāju skaits, apmeklējiet pilns saraksts gludi, jūs nevēlējāties redzēt citus tādus partnerus.Lūdzu, izvēloties partnerus, ādas kompetenci jūsu acīs un sinerģiju viena un tā paša mērķa sasniegšanā, mēs neapžēlojāmies.
Beigās
Mēs dalījāmies ar jums galvenajiem procesiem, kā sadalīt 1C:ERP risinājumu līniju. Atkārtošu locījumu veidošanas procesu, kurā ir liels dalībnieku skaits gan no mūsu puses, gan no mazumtirdzniecības partneru puses. Mēs vēlējāmies lasītājam nodot šāda locīšanas projekta izstrādes un progresa kontroles procesu. Līdzīga informācija, mēs zastosovuєmo zastosovuєmo un spopodіvaєmosya paplašināt tsey dosvіd і par citu līniju risinājumu izstrādi.Lietišķo risinājumu projektēšanas sistēma (DSSS) ir atzīta par lietišķo risinājumu (konfigurāciju) projektēšanu platformā "1C: Enterprise" un projekta tehniskās dokumentācijas uzturēšanu. DSS var izmantot kā rīku jaunu informācijas sistēmu projektēšanai, kuras tiek izstrādātas medijā "1C: Enterprise 8", un aprakstot pamatsistēmu dokumentāciju, kas izstrādāta iepriekš, neizmantojot DSS.
Lietišķo risinājumu projektēšanas sistēma ir paplašināta kā konfigurācija platformā "1C: Enterprise 8.3".
Perevagi par koristuvachіv
Wikoristannya DSS ļauj:
Projekta veidotāji
- Centralizāciju organizācija spēja uzlabot informācijas sistēmas izskatu
- Vibuduvat tsіlisnu sistēmas modelis, vіdshtovhuyuchis vіd protsіv, scho avtomatizuyuutsya, ar iespēju atkārtoti pārbaudīt modeļa pareizību
- Veiciet izmaiņas projektā
- Formuvati plāns vikonannya projekts
- Analizējiet projekta pabeigšanu
Mazumtirgotājiem
- Dizaina funkcionalitāte globālam projekta kontekstam
- Vrakhovuvati projektējot, fiksējot vimogi un pobazhannya
- Viena projekta dokumentācija
- Plānojiet savu darbu
- Apsveriet valdības līdzdalības nepieciešamību kopīgos projektos
- Organizēt informācijas apmaiņu ar projekta dalībniekiem, izsaucamo objektu kontekstā
- Piedodiet par piekļuves robežas atvēršanu
Tehniskajiem rakstniekiem
- Vienkāršojiet sākotnējās informācijas sagatavošanu vienā stilā, pielāgojot konfigurācijas struktūru un dažādu konfigurācijas objektu savstarpējās attiecības
- Sniegt dizaina materiālus dokumentācijas un citu materiālu sagatavošanai
Testētāji
- Piešķiriet piekļuvi projekta materiāliem, kuros aprakstīta funkcionalitāte, kas tiek testēta.
- Nodrošiniet reģistrāciju un apžēlošanu
Īstenotāji
- Tipiskā risinājuma noteikšana, vikoristu projektēšanas dokumentācija
- Reālu biznesa procesu virzīšana uz sistēmas modeli, analizējot procesu pārklājumu ar funkcionalitāti un atklājot nepieciešamību pēc papildu darba
- Organiski veiciet standarta funkcionalitātes papildinājumus ar skatu uz izvēlēto modeli
Vienkāršojiet koristuvachami konfigurācijas apgūšanu, izveidojiet darba instrukcijas ar noteiktu funkcionalitāti.
Projektēšanas process DSS
Veidojot informācijas sistēmu, tiek aprakstīti procesi, kas tiek automatizēti. No procesu apraksta būs loģisks projektēšanas sistēmas modelis. Uz loģiskā modeļa pamata tiks izveidots fiziskais modelis, kas ir iekļauts konfigurācijas metadatos, kas tiek paplašināts.
Par projektā veikto izmaiņu patēriņu tiek uzvarēts tehnisko projektu mehānisms. Izmaiņas ir balstītas uz pieņemtajiem principiem un tiek dokumentētas, atsaucoties uz mainīgajiem procesiem, kā arī loģiskā un fiziskā modeļa objektiem.
Automatizēto procesu apraksts
Svarīga ir konfigurācijas izstrādes stunda, lai funkcionalitāte atbilstu reālajām uzņēmumu vajadzībām. Tāpēc ir svarīgi nokristīt tos procesus, kas ļauj automatizēt informācijas sistēmu.
DSS ļauj noteikt procesu nodošanu, kas ir automatizēti, procesus var grupēt tiesā coristuvach.
Process ir sīki aprakstīts turpmākajām darbībām, vikonuvaniyah īpašas vykonavtsem.
Projektēšanas sistēmas loģiskā modeļa izveide 
Sistēmas loģiskais modelis ļauj aprakstīt konfigurācijas funkcionalitāti, saistot to ar apstrādātās informācijas noliktavu un vikonavtsy.
DSS loģiskais modelis tiks balstīts uz papildu metodoloģiju IDEF0. Uz loģiskā modeļa izveides robežām tiek aprakstītas sistēmas funkcijas, un tiek vibrēta to sadalīšanās.
Funkcijas apraksta pamatā ir IDEF shēma. Shēma ļauj sākotnējā formā parādīt citu (meitas) funkciju, datu plūsmu un vikonu savstarpējās attiecības.
Arhitektūras attīstība
Konfigurācijas arhitektūras attīstība ir atkarīga no loģiskā modeļa pilnveidošanas. Kuriem metadati ir saistīti ar datu objektiem, kuru tulkošanu nosaka funkciju sadalījums.
Interaktīvu operāciju projektēšana 
Strādājot ar sistēmu, cita procesa ietvaros koristuvach vykonu sevnі dії, realizējot tādā veidā vienu no iespējamiem darba scenārijiem.
Sistēmā pamanāmo interaktīvo darbību secību apraksts ļauj analizēt, kāda funkcionalitāte tiek ieviesta, kas tiek ievietota sistēmā konkrēta automatizēta procesa ietvaros.
Galīgā sagatavošanās
DSS ļauj automātiski veidot konfigurācijas pabeigšanas tekstus, kas tiek izstrādāti. Tekstu sagatavošanu atjaunināšanai html formātā var modificēt no DSS un konfigurēt ar standarta konfiguratora rīkiem.
Secinājums veidots vienotā stilā, ar atšķirīgu vienotu struktūru, aprakstu, atkarībā no apakšsistēmu, metadatu objektu un darbības funkciju savstarpējās atkarības. Apdares stilus (fontus, fontus, vizuālos elementus) var pielāgot tieši no DSS.
Robots ar Vimogiem
Projektu vadība un izmaiņas 
Projektu vadībai un izmaiņām DSS ir ieguvusi tehnisko projektu veikšanas funkcionalitāti. Šī funkcionalitāte ļauj organizēt kolektīvu darbu pie projekta, īstenojot dažādu projekta posmu pāreju. Ja ir iespēja uzstādīt soļus, šo soļu laiku, informē dalībniekus par izmaiņu maiņas komandu.
Tehnisko projektu atlase drošai izmaiņu veikšanai faktiskajā projektā tā, lai šīs izmaiņas būtu saistītas ar loģisko modeli, būtu skaidras un informatīvas citiem projekta dalībniekiem.
Strādājiet ar piedošanu
DSS ļauj reģistrēt apžēlošanu projektiem, kas tiek izstrādāti, pēc versijām, labošanas termiņiem, projekta sadalījuma, statusiem utt. Sistēmas funkcionalitāte veicina jau gatavu metodiku darbam ar apžēlošanu, ar iespēju veidot dažādas vēstules, publicēt informāciju par apžēlošanu. Sistēma ļauj izveidot saites starp projektiem, norādīt, vai projektu bibliotēkas ir iekļautas pirms projekta ar konkrētu projektu versiju jaunināšanu. Tse ļauj atņemt informāciju par apžēlošanas klātbūtni projektā, uzvarošās dzherelami є bibliotēkas.
Citas iespējas
Rehabilitācijas iespēju apmērs, DSS, lai atriebtu šādu funkcionalitāti:
- Kontrolēt izmaiņas DSS objektos dažādos koristuvantos
- Dizaina informācijas versijas
- Iespēja pielāgot noteikumus funkcionālā modeļa atkārtotai pārbaudei režīmā "1C: Enterprise".
- Spēja izveidot papildu informāciju par informācijas bāzes objektiem
- Iespēja izmantot papildu skaņas un obrobok
- Informācijas apmaiņa starp projekta komandas dalībniekiem
- Atbalsts tehniskajiem projektiem, piedošana un apžēlošana, jauni atjauninājumi sistēmā
- Iespēja palielināt telefona zvanu skaitu pa e-pastu
- Pilna teksta meklēšana
- Darbs ar regulējošiem uzdevumiem
Entuziasms...
