Alkalmazási megoldások tervezési rendszere 1s. Alkalmazástervező rendszer
![](https://i0.wp.com/amilen-group.ru/images/1c_firma.jpeg)
1C megoldáskártya: Alkalmazási megoldás tervezési rendszer
Alkalmazási megoldások (konfigurációk) tervezésére az 1C:Enterprise platformon és a projekt műszaki dokumentációjának karbantartására tervezték. A DSS egyaránt használható új információs rendszerek tervezésének eszközeként, valamint olyan meglévő rendszerek leírására és dokumentálására, amelyeket korábban DSS használata nélkül fejlesztettek ki.
Vásároljon 1C: Alkalmazási megoldástervező rendszert
Az ár rubelben van feltüntetve. 1C:Enterprise programok ingyenes szállítása és telepítése Szentpéterváron.
Engedélyezés
Az „1C: Application Solutions Design System” terméket a következőkkel való használatra tervezték kliens licencek "1C:Enterprise 8", a munkák számának növelésével, valamint az 1C:Enterprise 8 szerver licencével. Ha további munkaállomásokat kell csatlakoztatnia, meg kell vásárolnia a megfelelő számú további licencet
Támogatás és frissítés
Támogatás és szerviz karbantartás A regisztrált felhasználókat az Informatikai támogatás (1C:ITS) – 1C:ITS Techno vagy 1C:ITS Prof. Az ingyenes előfizetési időszak a program megvásárlásakor 3 hónap. Az ingyenes előfizetés lejárta után a terméktámogatási szolgáltatások igénybevételéhez fizetős előfizetést kell vásárolnia az ITS-hez
A regisztrált felhasználók letölthetik a frissítéseket a users.v8.1c.ru webhelyről és az ITS-lemezről.
Az 1C funkcionalitása: Alkalmazási megoldástervező rendszer
Előnyök a felhasználók számára
A DSS használata lehetővé teszi:
Projektmenedzserek
- Az információs rendszerrel kapcsolatos igények és kívánságok központi rögzítésének megszervezése.
- Készítse el a rendszer holisztikus modelljét, az automatizált folyamatoktól kezdve, a modell helyességének ellenőrzésével.
- Változások kezelése a projektben.
- Hozzon létre egy projekt végrehajtási tervet.
- A projekt teljességének elemzése (a szükséges feladatok elvégzése, hibamentesség).
A fejlesztőknek
- Tervezési funkcionalitás a projekt átfogó kontextusában.
- A tervezésnél vegye figyelembe a rögzített követelményeket és kívánságokat.
- Következetesen dokumentálja a projektet.
- Tervezze meg saját munkáját.
- Kövesse nyomon a saját részvételének szükségességét a kapcsolódó projektekben.
- Üzenetek cseréjének megszervezése a projekt résztvevőivel az érdeklődésre számot tartó tárgyakkal összefüggésben.
- A hozzáférési korlátozások kialakításának egyszerűsítése.
Műszaki írók
- A referenciainformációk elkészítésének egyszerűsítése egységes stílusban, figyelembe véve a konfigurációs struktúrát és a különböző konfigurációs objektumok kapcsolatait.
- Használjon tervezési anyagokat a dokumentáció és egyéb anyagok elkészítésekor.
Tesztelőknek
- Hozzáférhet a projekt anyagokhoz, amelyek leírják a tesztelt funkcionalitást.
- Hibanaplózás és -követés biztosítása.
Megvalósítók
- Ismerjen meg egy szabványos megoldást a projektdokumentáció segítségével.
- A valós vállalati folyamatok összekapcsolása a rendszermodellel, elemezve a folyamatok funkcionalitási lefedettségét és azonosítva a fejlesztések szükségességét.
- Szervesen hajtsa végre saját módosításait a standard funkciókon az eredményül kapott modell ellenőrzésével.
Könnyítse meg a felhasználók számára a konfiguráció elsajátítását, és adjon útmutatást az egyes funkciókkal való munkavégzéshez.
Tervezési folyamat a DSS-ben
A DSS használatával történő tervezés a következő szakaszokat fedi le:
- Építészet fejlesztés
- Részletes felhasználói forgatókönyvek tervezése
- Hozzáférési jogok fejlesztése
- Bizonyítvány készítése
- Követelményekkel való munka
- A hibák kezelése
- Más funkciók
Az információs rendszer tervezésekor az automatizálandó folyamatokat ismertetjük. A folyamatok leírása alapján felépül a tervezett rendszer logikai modellje. A logikai modell alapján egy fizikai modell épül fel, amely a kialakított konfiguráció metaadataiban testesül meg.
Ha módosítani kell a projektet, akkor a műszaki projektmechanizmust alkalmazzák. A változtatások az elfogadott követelményeken alapulnak, és a megváltozott folyamatokra, valamint a logikai és fizikai modell objektumaira hivatkozva dokumentálják.
Az automatizált folyamatok leírása
Egy konfiguráció megtervezésekor fontos, hogy a funkcionalitása találkozzon valós szükségletek vállalkozások. Ezért fontos felvázolni az automatizálható folyamatok körét Tájékoztatási rendszer.
A DSS lehetővé teszi az automatizált folyamatok listájának rögzítését, a folyamatokat a felhasználó belátása szerint csoportosíthatja.
Egy folyamat leírásakor annak leírása rögzítésre kerül, tükrözve a folyamat lényegét, a folyamat kezdetének és végének eseményeit.
A folyamatot egy adott előadó által végrehajtott egyes lépésekig részletezik.
A tervezett rendszer logikai modelljének elkészítése
A rendszer logikai modellje lehetővé teszi a konfiguráció funkcionalitásának leírását, összekapcsolva azt a feldolgozott információ összetételével és az előadókkal.
A DSS logikai modellje az IDEF0 módszertan segítségével épül fel. A logikai modell létrehozásának részeként a rendszer funkcióinak leírása és azok bontása történik.
Egy függvény leírásának alapja annak IDEF diagramja. A diagram lehetővé teszi az egyes (gyermek) funkciók, adatfolyamok és végrehajtók kapcsolatának vizuális tükrözését.
Építészet fejlesztés
A konfigurációs architektúra logikai modellre épül. Ebben az esetben a metaadatokat korrelálják az adatobjektumokkal, amelyek listája a függvények fejlesztése során kerül meghatározásra.
Interaktív műveletek tervezése
Amikor egy adott folyamat keretein belül dolgozik a rendszerrel, a felhasználó bizonyos műveleteket hajt végre, így megvalósítja az egyik lehetséges munkaforgatókönyvet.
A felhasználó által a rendszerben végrehajtott interaktív műveletek sorozatának leírása lehetővé teszi annak elemzését, hogy a rendszerbe épített funkcionalitás megvalósítható-e egy adott automatizált folyamat keretein belül.
Bizonyítvány készítése
A DSS lehetővé teszi a súgó szövegek automatikus generálását a fejlesztés alatt álló konfigurációhoz. Az elkészített html formátumú súgószövegek letölthetők a DSS-ről, és szabványos konfiguráló eszközökkel betölthetők a konfigurációba.
A súgó egységes stílusban, egységes leírási struktúrával készül, alrendszerek, metaadat objektumok és függvényműveletek kapcsolatai alapján. A súgótervezési stílusok (betűtípusok, behúzások, kiemelések) közvetlenül a DSS-ben konfigurálhatók.
Követelményekkel való munka
Lehetővé teszi, hogy tárolja és figyelembe vegye a felhasználók követelményeit és kívánságait a kifejlesztett konfigurációs objektumokkal kapcsolatban.
Projekt- és változásmenedzsment
A projekt és a DSS változásainak kezelésére a technikai projektmenedzsment funkcionalitása kerül felhasználásra. Ez a funkció lehetővé teszi, hogy megszervezze a közös munkát egy projekten, az előrehaladás nyomon követésével különböző szakaszaiban projekt. Ugyanakkor lehetőség van a szakaszok rugalmas konfigurálására, ezek koordinálására, valamint a fejlesztőcsapat tagjainak értesítésére a változásokról.
A műszaki projektek használata biztosítja, hogy a meglévő projekteken olyan változtatásokat hajtsanak végre, amelyek a logikai modellhez kapcsolódva átláthatóak és informatívak a projekt többi résztvevője számára.
A hibák kezelése
A DSS lehetővé teszi a fejlesztés alatt álló projektek hibáinak rögzítését verzió, korrekciós idő, projektszakaszok, állapotok stb. szerint. A rendszer funkcionalitása kész módszertant kínál a hibákkal való munkavégzéshez, különféle riportok generálására és a hibákkal kapcsolatos információk közzétételére. A rendszer lehetővé teszi a projektek közötti kapcsolatok konfigurálását, megadja, hogy mely könyvtári projektek szerepeljenek a projektben, figyelembe véve a projektek konkrét verzióit. Ez lehetővé teszi, hogy információkat szerezzen a projektben előforduló hibákról, amelyek forrásai a használt könyvtárak.
Más funkciók
A felsorolt képességeken kívül a DSS a következő funkciókat tartalmazza:
- A DSS-objektumok változásainak szabályozása különböző felhasználók kontextusában.
- A tervezési információk verziószáma.
- Lehetőség a funkcionális modell ellenőrzésére szolgáló szabályok konfigurálására 1C:Enterprise módban.
- További információk konfigurálása az információsbázis-objektumokkal kapcsolatban.
- További jelentések és feldolgozás használatának lehetősége.
- Üzenetek cseréje a projektcsapat tagjai között.
- Értesítések kiosztása műszaki projektekről, feladatokról és hibákról, új üzenetekről a rendszerben.
- Lehetőség e-mailes jelentések konfigurálására.
- Teljes szöveges keresés.
- Rutinfeladatokkal való munka.
Mielőtt a tervezési eszközökről beszélnék, egy fontos kérdésnél szeretnék elidőzni: „mi a célja az információs rendszerek tervezésének?” Nagyon népszerű, különösen az 1C szakemberek körében, az a vélemény, hogy a rendszertervezés szükségtelen munkaerőköltség. Azt mondanám, hogy nem alaptalan. A rendszerek megvalósításával kapcsolatos feladatok közül sok meglehetősen szabványos, és csak fejlesztési erőfeszítést igényel. Nagyon gyakran nem új mechanizmusokat, eszközöket hoznak létre, hanem a meglévőket csak „kiélesítik”, ráadásul a vevő igényeinek megfelelően, amelyek rendszeresen változnak.
Ebben az esetben a formális tervezési folyamatnak valószínűleg nincs értelme. Kifejezetten a folyamat formalizálásáról beszélünk, mert maga a tervezési folyamat a fejlesztés szerves része, és természetesen jelen lesz, még ha csak a fejlesztő fejében is.
És amikor a tervezésnek van értelme:
- A cégnek van egy általános stratégiája, ennek része az informatikai rendszerek fejlesztése.
- A vezetés megérti, hogy milyen feladatokat kell megoldani egy információs rendszer bevezetése/fejlesztése révén.
- A vállalat üzleti folyamatainak formális megértése/leírása megvan, vagy tervezik egy ilyen létrehozását.
Valójában minden a stratégiával kezdődik. A vállalati stratégia kialakításának eszközei ritkán speciálisak. Ennek inkább egy felsővezető fejében kell lennie. Ezután egy üzleti folyamatmodell épül fel (amelynek jelen kell lennie a stratégiai célok eléréséhez). Itt jönnek a képbe a modellező eszközök – ARIS, Business Studio. És csak ezután beszélünk az informatikai folyamatmodellről. A „fejlett” nyugati gyártók erre speciális eszközökkel rendelkeznek - USAP integrált ARIS, IBM - RUP, Microsoft - MSF, a Visual Studióba integrálva. Tehát az 1C-nek saját eszköze van - 1C: SPPR.
Felmerül a második kérdés: Hogyan használják az 1C:SPPR-t a gyakorlatban?"? Ebben az esetben csak a személyes gyakorlatomról beszélhetek. Sajnos előfordulhat, hogy nem esik egybe azzal, amire az 1C:SPPR-t tervezték. Az én gyakorlatomban az 1C:SPPR-t a következő feladatokhoz használtam:
Az ábrából talán minden világos - az információk az aktuális üzleti folyamatmodellek alapján kerülnek a rendszerbe - rendszermodell készül: folyamatok és funkciók, amelyek a metaadatok és algoritmusok szintjére vannak bontva. Ezután dokumentumok jönnek létre – fejlesztési specifikációk, tervezési megoldások, sőt felhasználói dokumentáció is.
Érdemes megjegyezni, hogy ebben az esetben nem annyira az 1C: DSS-ről beszélünk, hanem az ennek alapján kifejlesztett rendszerről, meglehetősen jelentős módosítások bevezetésével. Az a tény, hogy az 1C:SPPR első verziója, amikor szükségünk volt egy ilyen eszközre, nem felelt meg a mi követelményeinknek, sőt aligha tudott megfelelni bárki más követelményeinek:
De ez már olyasvalami volt, amit „rá lehetett fogni”, és egy teljesen működőképes eszközt lehetett kifejleszteni. Szerencsére az 1C a miénkkel párhuzamosan fejlesztette az 1C: DSS-t, és a legtöbbet, amit most hozzá kellett adni, már szabványos konfigurációban implementálták.
Ennek eredményeként az összes olyan funkciót, amelyet véleményem szerint bele kell foglalni az 1C:SPPR-be a következő 4 részre bontható:
1) Szimulációs funkciók
a. Rendszermodell, kapcsolat a tápegység modelljével (különböző jelölésekkel)
b. A rendszermodell összekapcsolása metaadatokkal és 1C algoritmusokkal
c. Integráció szimulációs környezetekkel
2) Csapatmunka funkciók
a. Követelményekkel való munka
b. A hibák kezelése
3) Dokumentációs funkciók
a. Dokumentáció csatolása a modellhez
b. Dokumentáció exportálása 1C-be és Wordbe
4) A fejlesztés és tesztelés megszervezésének funkciói
a. Specifikációk és fejlesztési feladatok
b. A tesztelés és a hibaelhárítás eredményei
Egy tipikus 1C:SPPR blokkban (1) nagyon jól van implementálva, azzal a különbséggel, hogy természetesen szeretném, ha a modellt különböző jelölésekkel tudnám ábrázolni. Az EPC közelebb állt hozzánk az 1C:SPPR-ben csak az IDEF 0 van megvalósítva.
Csapatmunka funkciók be jelenlegi verzió teljesen megvalósítva, véleményem szerint természetesen erre leggyakrabban akkor van szükség, ha hibákkal és követelményekkel dolgozik.
Már a dokumentációval is vannak gondok. Az 1C:SPPR fő funkciója az exportálásSzó. Végtére is, a tervező munkájának eredménye egy fejlesztési specifikáció (TZ/ChTZ - ki hívja is). A specifikációt pedig egy személynek el kell tudni olvasni; vagyis egy szöveges fájl. Ismételten a rendszerdokumentációt és a projektdokumentációt Word-fájlban kell összeállítani. De az 1C hagyományosan nem szereti a Microsoft Office termékekkel való integrációt. Ez ellentmond a cross-platform elveinek, külső alkalmazásoktól teszi függővé a megoldást és jelentősen megnöveli a fejlesztés bonyolultságát.
Egyszerűen nem létezik az 1C:DSS-ben a fejlesztés és a tesztelés megszervezésének funkciója. Bár nem világos, hogy miért. Ritkán találkozni olyan tapasztalt fejlesztővel, aki életében legalább egyszer ne írt volna feladatkövető rendszert. Ha ugyanarra az SAP-ra összpontosít, a Solution Manager tervezési funkciókkal és teljes körű Service Desk-vel is rendelkezik.
Valójában ez a funkció a DSS-hez képest javult - az 1C:SPPR főbb fejlesztései a kimenetre vonatkoztak Szóés feladat-elszámolási rendszer létrehozása.
Most nézzük meg közelebbről a szabványos 1C:SPPR új verzió funkcionalitását:
Szóval sok érdekesség jelent meg az első verzióval kapcsolatban:
1) Normál munka a metaadatokkal - metaadatok betöltése közvetlenül a konfigurációból, a megjelenítés, a metaadat objektumok további tulajdonságai. Az első verzióban jelentős időt töltöttünk az ilyen funkciók fejlesztésével.
2) Rendszermodellezés IDEF jelöléssel. Az 1C sokat költött ennek a funkciónak a fejlesztésére. Valóban jelentős előrelépés, de ahogy fentebb is írtam, az EPC jelölés ismerősebbnek és kényelmesebbnek bizonyult számunkra. Sajnos az 1C:SPPR-ben nincs megvalósítva.
3) Gyűjtési követelmények. A funkcionalitás nagyon szükséges a projektekhez.
4) ER metaadat-modell. Az első benyomás „egy diák álma” volt. Ha valaki szakdolgozatot írna az 1C-ről, az jelentősen segítene. Valójában a funkcionalitás nagyon hasznos a mindennapi munka gyakorlatában. Még ha egyszerűen betölti egy tipikus alkalmazási megoldás mechanizmusait az 1C:DSS-be, és elkészíti a szükséges objektumok ER diagramját, sokkal gyorsabban és könnyebben megértheti, hogyan működik ez vagy az a mechanizmus. A specifikációk elkészítésekor nem kell beszélni az ilyen diagramok hasznosságáról. „Nagyon köszönjük” ezt a lehetőséget.
5) A hibák kezelése szintén nagyon szükséges, de meglehetősen egyszerű mechanizmusa a rendszernek.
6) Vannak még eszközök a referencia információk írására is. Az 1C-be épített szövegszerkesztő korlátai miatt már nem túl erős és kényelmes, de a súgó linkelése a metaadatokhoz és a súgófájlok exportálása egy nagyon kényelmes funkció, amely már használható.
Hogyan használjuk az 1C:SPPR-t. Lehetséges, hogy a mi esetünk nem egy tipikus forgatókönyv, ahogy az 1C eltervezte. Az általános séma valahogy így néz ki:
Valószínűleg az 1C által biztosított tipikus használati eset nem jelenti a tesztelők és a fejlesztők munkáját a rendszerben. Az algoritmusokról szintén nincs részletes leírás.
Tehát mit kapunk az 1C:SPPR használatából:
1) A fejlesztők elkülönülnek a tervezőktől. Üdvözöljük az SAP legjobb gyakorlatát. Ez valószínűleg helyes, de ahhoz, hogy ez lehetséges legyen, egyszerűen rendszerre van szükség. Ugyanakkor egy ilyen rendszer kiépítésével azt mondhatjuk, hogy szinte minden fejlesztő képes szinte bármilyen feladat elvégzésére. Ez "kapukat nyit". Például ma 3 fejlesztőd van, holnap pedig lehet 30... azaz. Az outsourcing lehetőségei korlátlanok.
2) Generáció projektdokumentáció. A mi esetünkben csak kötetekről van szó. Képzeljük el például azt a feladatot, hogy leírjuk az összes SCP metaadatot... 1C: Az SPPR egyszerűen tízszeresére egyszerűsíti ezt a folyamatot.
3) Feladat elszámolása - ha integrálva van, akkor nagyon kényelmes. A fejlesztő azonnal láthat mindent a kiosztott feladattal kapcsolatban. Ha kell, „magasabb szintre” emelkedhet, hogy valamit megértsen/tisztázzon magának. Mind a tervező, mind a fejlesztő megbecsülheti a fejlesztési erőfeszítéseket és megállapodhat a becslésekben. A fejlesztő kérdéseket írhat a specifikációkhoz, és gyorsan megfigyelheti a változásokat
4) A teljes projekt a rendszerben van. Minden metaadat objektum esetében nyomon követheti, hogy mikor, miért és miért készült.
1) Változáskezelés. Mi változott, ki hagyta jóvá? Miért befolyással lesz ez egy változás. Nagyon fontos pont, persze nehezen kivitelezhető, de a változásmenedzsment azonnal hozná a rendszert új szintés növelné annak hasznosságát.
2) Kommunikáció a konfigurációs tárolóval. Persze a lánc utolsó szakasza hiányzik egy kicsit. Ha a rendszer tudna információt adni arról, hogy milyen feladaton/specifikáción alapult ez a fejlesztés?
3) Integráció az ARIS/Business Studio programmal. Sajnos a beépített 1C eszközök az EPC / IDEF diagramok készítésének kényelme és funkcionalitása szempontjából lényegesen rosszabbak a speciális eszközöknél.
Összességében az 1C:SPPR egy nagyon funkcionális és praktikus termék. Nyilvánvaló, hogy az 1C jó irányba halad. Lehet, hogy valami más nincs rendben, valami hiányzik, ezért várjuk a rendszer fejlődését, vagy mi magunk javítjuk.
Az 1C cég bejelentette egy szoftvertermék kiadását:
Név | Kereskedő | Állandó partner |
||
1C:Enterprise 8. Alkalmazási megoldások tervezésére szolgáló rendszer |
Az Application Solutions Design System (ASDS) az 1C:Enterprise platformon történő alkalmazási megoldások (konfigurációk) tervezésére és a projekt műszaki dokumentációjának karbantartására szolgál. A DSS eszközként használható az 1C:Enterprise 8 környezetben kifejlesztett új információs rendszerek tervezésére, valamint a korábban DSS használata nélkül kifejlesztett meglévő rendszerek leírására és dokumentálására.
A DSS egy konfiguráció, amelyet az 1C:Enterprise 8.3 platformmal való használatra terveztek.
A DSS HASZNÁLATA LEHETSÉGES
Projektmenedzserek
- Az információs rendszerrel kapcsolatos igények és kívánságok központi rögzítésének megszervezése.
- Készítse el a rendszer holisztikus modelljét, az automatizált folyamatoktól kezdve, a modell helyességének ellenőrzésével.
- Változások kezelése a projektben.
- Hozzon létre egy projekt végrehajtási tervet.
- A projekt teljességének elemzése (a szükséges feladatok elvégzése, hibamentesség).
A fejlesztőknek
- Tervezési funkcionalitás a projekt átfogó kontextusában.
- A tervezésnél vegye figyelembe a rögzített követelményeket és kívánságokat.
- Következetesen dokumentálja a projektet.
- Tervezze meg saját munkáját.
- Kövesse nyomon a saját részvételének szükségességét a kapcsolódó projektekben.
- Üzenetek cseréjének megszervezése a projekt résztvevőivel az érdeklődésre számot tartó tárgyakkal összefüggésben.
- A hozzáférési korlátozások kialakításának egyszerűsítése.
Műszaki írók
- A referenciainformációk elkészítésének egyszerűsítése egységes stílusban, figyelembe véve a konfigurációs struktúrát és a különböző konfigurációs objektumok kapcsolatait.
- Használjon tervezési anyagokat a dokumentáció és egyéb anyagok elkészítésekor.
Tesztelőknek
- Hozzáférhet a projekt anyagokhoz, amelyek leírják a tesztelt funkcionalitást.
- Hibanaplózás és -követés biztosítása.
Megvalósítók
- Ismerjen meg egy szabványos megoldást a projektdokumentáció segítségével.
- A valós vállalati folyamatok összekapcsolása a rendszermodellel, elemezve a folyamatok funkcionalitási lefedettségét és azonosítva a fejlesztések szükségességét.
- Szervesen hajtsa végre saját módosításait a standard funkciókon az eredményül kapott modell ellenőrzésével.
- Könnyítse meg a felhasználók számára a konfiguráció elsajátítását, és adjon útmutatást az egyes funkciókkal való munkavégzéshez.
A DSS lehetőséget biztosít a különféle kifejlesztett konfigurációk információinak egyetlen információs bázison belüli karbantartására, és lehetővé teszi a hozzáférések megkülönböztetését projektkonfigurációk szerint.
A konfiguráció lehetővé teszi az információs rendszer logikai modelljének létrehozását az automatizált folyamatok alapján.
A DSS-t használó logikai tervezés alapja az összetett rendszerek IDEF0 szabvány segítségével történő funkcionális dekompozíciója. Ez lehetővé teszi a tervezett rendszer egyszerű és vizuális formában történő leírását, a szükséges részletességgel. A logikai modell az automatizálni tervezett folyamatok figyelembevételével épül fel, miközben összekapcsolja a teljesítőket, a munkákat és az információáramlást. A logikai modell a konfigurációs metaadatokhoz van leképezve.
A DSS funkcionalitás magában foglalja a követelmények és a projekt változásainak kezelésére szolgáló mechanizmusokat. Ennek a funkciónak a használatával szervesen módosíthat egy meglévő projektet, összekapcsolva azokat a meglévő logikai modellel.
A formális ellenőrzési szabályok megléte lehetővé teszi a hibák és következetlenségek azonosítását és kiküszöbölését a projektben.
A rendszer tartalmaz mechanizmusokat a hibák naplózására és nyomon követésére, figyelembe véve a mellékelt könyvtárkonfigurációkat.
A DSS lehetővé teszi súgószövegek generálását, figyelembe véve a konfigurációs objektumok összefüggéseit. A tanúsítványt ugyanabban a stílusban állítják ki. Az elkészített súgószövegeket a konfigurátor segítségével közvetlenül be lehet tölteni a fejlesztés alatt álló konfigurációba.
A projektekre vonatkozó adatok feltöltésére és letöltésére szolgáló beépített mechanizmusok lehetővé teszik a projektinformációk közzétételének megszervezését annak érdekében, hogy ezeket az információkat más DSS információs bázisokban felhasználhassák és dolgozhassák.
A rendszer támogatja a vékony és webes kliens módban történő működést.
Több Részletes leírás rendszert e levél melléklete tartalmazza. A rendszerrel kapcsolatos információk a http://v8.1c.ru/model/ webhelyen találhatók. A rendszer online bemutató verziója is elérhető a http://modeling.demo.1c.ru/modeling/ címen.
A termék összetétele és elosztási sorrendje
Az „1C:Enterprise 8. System for Designing Application Solutions” szoftvertermék tartalmaz egy disztribúciós készletet a „Rendszer alkalmazásmegoldások tervezéséhez” konfigurációhoz, a termék használatához szükséges dokumentációt, licencszerződést, regisztrációs kártyát és PIN-kódot a felhasználói támogatáson való regisztrációhoz. webhely. A DSS használatához a felhasználónak rendelkeznie kell egy legálisan vásárolt PROF vagy KORP verziójú szoftvertermékkel, amely tartalmazza az 1C:Enterprise platformot. Legalább 8.3.3-as platformverziót kell használnia.
A termék szállítása tartalmazza a külön is megvásárolható dokumentációt:
Az „1C:Enterprise 8. System for Designing Application Solutions” szoftvertermék regisztrált felhasználói, akik 1C:ITS szerződést kötöttek, további dokumentációs másolatokat vásárolhatnak szükséges mennyiség 2008. június 20-án kelt 8538 számú tájékoztató levélben leírt előírásoknak megfelelően.
A dokumentáció megvásárlásához kapcsolatba léphet az 1C cég partnereivel vagy közvetlenül az 1C vállalattal.
FELHASZNÁLÓI TÁMOGATÁS
A felhasználói támogatást az 1C:Enterprise rendszer (1C:ITS) információtechnológiai támogatási szerződése biztosítja, amely a felhasználó tulajdonában lévő bármely alapszolgáltatásra vonatkozik.
Az 1C:ITS támogatási szolgáltatások a következők:
- 1C vállalati tanácsadó vonal szolgáltatásai telefonon és e-mailben;
- 1C:ITS lemezek, a "BUKH.1S" magazin és az "1C" cég ajándéktárgyának havi átvétele munkahely felhasználó;
- programfrissítések és konfigurációk fogadása 1C:ITS lemezeken és a http://users.v8.1c.ru felhasználói támogatási webhelyen;
- csatlakozás az 1C internetes erőforrásokhoz, konfiguráció Személyes fiók felhasználó az its.1c.ru és a http://users.v8.1c.ru webhelyeken;
- az 1C:Enterprise program frissítése, az információs bázis állapotának diagnosztizálása, archív másolat létrehozása;
- képzés az 1C:ITS információs rendszerrel való munkavégzésről, anyagok kiválasztása az információs rendszerből a felhasználó kérésére;
- "1C: Előadás" - az 1C személyes és videoszemináriumai a jogszabályi változásokról és azok tükrözéséről az 1C programokban (its.1c.ru/lector);
- elektronikus jelentéstétel csatlakoztatása és benyújtása - "1C-Reporting";
- elektronikus számlák és egyéb dokumentumok cseréje - "1C-Tax";
- hozzáférés a műszaki támogatási osztály tudásbázisához;
- egyéb szolgáltatások (további részletekért lásd its.1c.ru/about).
Az 1C:Enterprise rendszerprogramok teljes körű támogatását az 1C támogatási központok biztosítják. Az "1C vállalat programjainak és információs termékeinek támogatási központja" státusszal rendelkező vállalatok az 1C vállalat vezető partnerei az 1C:Enterprise programok felhasználóinak nyújtott információs technológiai támogatás területén, és az 1C Company ajánlja őket. amikor megbízható partnert választ a régióban (annak .1c.ru/partners).
ALKALMAZÁS. AZ "ALKALMAZÁSI MEGOLDÁSTERVEZŐ RENDSZER" KONFIGURÁCIÓ LEÍRÁSA
A rendszer célja
Az Application Solutions Design System (ASDS) az 1C:Enterprise 8 konfigurációja, és az 1C:Enterprise platformon történő alkalmazási megoldások (konfigurációk) tervezésére, a műszaki projektdokumentáció karbantartására, a hibák és a projektben bekövetkezett változások kezelésére szolgál.
A DSS lehetővé teszi az automatizálandó folyamatok formális leírását, a fejlesztés alatt álló rendszer logikai modelljének elkészítését és annak helyességének értékelését. A kidolgozott modellnek megfelelően a DSS eszközökkel konfigurációs metaadatok és felhasználói forgatókönyvek tervezhetők, hozzáférési jogok rendszere fejleszthető és konfigurációs referencia készíthető.
Felhasználási lehetőség
Az alkalmazástervező rendszer használható:
- új információs rendszer kialakítása;
- egy korábban kidolgozott rendszer leírása a jövőbeni változások dokumentálása és kezelése céljából;
- annak érdekében, hogy megismerkedjen az adott projektben megvalósított tervezési megoldásokkal.
Tervezési folyamat a DSS-ben
A DSS használatával történő tervezés a következő szakaszokat fedi le:
- részletes felhasználói forgatókönyvek tervezése,
- hozzáférési jogok fejlesztése,
Az ábra a DSS fő fogalmai közötti kapcsolatokat mutatja be.
Az információs rendszer tervezésekor az automatizálandó folyamatokat ismertetjük. A folyamatok leírása alapján felépül a tervezett rendszer logikai modellje. A logikai modell alapján egy fizikai modell épül fel, amely a kialakított konfiguráció metaadataiban testesül meg.
Ha módosítani kell a projektet, akkor a műszaki projektmechanizmust alkalmazzák. A változtatások az elfogadott követelményeken alapulnak, és a megváltozott folyamatokra, valamint a logikai és fizikai modell objektumaira hivatkozva dokumentálják.
Rizs. Kapcsolatok a DSS fő fogalmai között
Az automatizált folyamatok leírása
Egy konfiguráció megtervezésekor fontos, hogy funkcionalitása megfeleljen a vállalkozások valós igényeinek. Ezért fontos felvázolni azon folyamatok körét, amelyek automatizálását az információs rendszer lehetővé teszi.
A DSS lehetővé teszi az automatizált folyamatok listájának rögzítését, a folyamatokat a felhasználó belátása szerint csoportosíthatja.
Rizs. Az automatizált folyamatok listája
Egy folyamat leírásakor annak leírása rögzítésre kerül, tükrözve a folyamat lényegét, a folyamat kezdetének és végének eseményeit.
Rizs. A folyamat általános leírása
A folyamatot egy adott előadó által végrehajtott egyes lépésekig részletezik.
Rizs. A folyamat lépéseinek listája
Rizs. A folyamat lépéseinek leírása
A tervezett rendszer logikai modelljének elkészítése
A rendszer logikai modellje lehetővé teszi a konfiguráció funkcionalitásának leírását, összekapcsolva azt a feldolgozott információ összetételével és az előadókkal.
A DSS logikai modellje az IDEF0 módszertan segítségével épül fel. A logikai modell létrehozásának részeként a rendszer funkcióinak leírása és azok bontása történik.
Rizs. A funkciók listája
Egy függvény leírásának alapja annak IDEF diagramja. A diagram lehetővé teszi az egyes (gyermek) funkciók, adatfolyamok és végrehajtók kapcsolatának vizuális tükrözését.
Rizs. IDEF függvénydiagram
Rizs. Szolgáltatási lehetőségek a funkciókkal való munkavégzéshez
Építészet fejlesztés
A konfigurációs architektúra logikai modellre épül. Ebben az esetben a metaadatokat korrelálják az adatobjektumokkal, amelyek listája a függvények fejlesztése során kerül meghatározásra.
Rizs. A metaadat objektumok leírása
Rizs. Metaadat-objektum kapcsolatok
Interaktív műveletek tervezése
Amikor egy adott folyamat keretein belül dolgozik a rendszerrel, a felhasználó bizonyos műveleteket hajt végre, így megvalósítja az egyik lehetséges munkaforgatókönyvet.
A felhasználó által a rendszerben végrehajtott interaktív műveletek sorozatának leírása lehetővé teszi annak elemzését, hogy a rendszerbe épített funkcionalitás megvalósítható-e egy adott automatizált folyamat keretein belül.
Rizs. Műveletek leírása
Bizonyítvány készítése
A DSS lehetővé teszi a súgó szövegek automatikus generálását a fejlesztés alatt álló konfigurációhoz. Az elkészített html formátumú súgószövegek letölthetők a DSS-ről, és szabványos konfiguráló eszközökkel betölthetők a konfigurációba.
A súgó egyetlen stílusban, egyetlen leírási struktúra felhasználásával jön létre. A súgótervezési stílusok (betűtípusok, behúzások, kiemelések) közvetlenül a DSS-ben konfigurálhatók.
Rizs. Súgószöveg előkészítése metaadat objektumhoz
Rizs. Elkészített súgószöveg.
Követelményekkel való munka
Rizs. Követelményekkel való munka
Projekt- és változásmenedzsment
A projekt és a DSS változásainak kezelésére a technikai projektmenedzsment funkcionalitása kerül felhasználásra. Ez a funkció lehetővé teszi a csapatmunka megszervezését egy projekten, miközben nyomon követheti a projekt különböző szakaszainak előrehaladását. Ugyanakkor lehetőség van a szakaszok rugalmas konfigurálására, ezek koordinálására, valamint a fejlesztőcsapat tagjainak értesítésére a változásokról.
A technikai projektek használata biztosítja, hogy a meglévő projekteken olyan változtatásokat hajtsanak végre, amelyek a logikai modellhez kapcsolódjanak, és átláthatóak és informatívak legyenek a projekt többi résztvevője számára.
Rizs. Műszaki projektek listája
Rizs. Műszaki projektekkel való munka
Rizs. Technikai projektlehetőségek
A hibák kezelése
A DSS lehetővé teszi a fejlesztés alatt álló projektek hibáinak rögzítését verziók, javítási határidők, projektszakaszok, állapotok stb. tekintetében. A rendszer funkcionalitása kész módszertant kínál a hibákkal való munkavégzéshez, lehetővé téve különféle jelentések generálását és közzétételét. információk a hibákról. A rendszer lehetővé teszi a projektek közötti kapcsolatok konfigurálását, megadja, hogy mely könyvtári projektek szerepeljenek a projektben, figyelembe véve a projektek konkrét verzióit. Ez lehetővé teszi, hogy információkat szerezzen a projektben előforduló hibákról, amelyek forrásai a használt könyvtárak.
Rizs. A hibák kezelése
A felsorolt képességeken kívül a DSS a következő funkciókat tartalmazza:
- a DSS objektumok változásainak szabályozása különböző felhasználók kontextusában,
- tervezési információk verziószámítása,
- a funkcionális modell ellenőrzésére vonatkozó szabályok konfigurálása 1C:Enterprise módban,
- az információsbázis objektumokkal kapcsolatos további információk konfigurálása,
- további jelentések és feldolgozás használatának képessége,
- üzenetváltás a projektcsapat tagjai között,
- értesítés küldése műszaki projektekről, feladatokról és hibákról, új üzenetekről a rendszerben,
- az e-mailben küldendő jelentések beállításának lehetősége,
- teljes szöveges keresés,
- rutinfeladatokkal dolgozni.
A DSS egy konfiguráció, amelyet az 1C:Enterprise 8.3 platformmal való használatra terveztek.
A DSS HASZNÁLATA LEHETSÉGES
Projektmenedzserek
- Az információs rendszerrel kapcsolatos igények és kívánságok központi rögzítésének megszervezése.
- Készítse el a rendszer holisztikus modelljét, az automatizált folyamatoktól kezdve, a modell helyességének ellenőrzésével.
- Változások kezelése a projektben.
- Hozzon létre egy projekt végrehajtási tervet.
- A projekt teljességének elemzése (a szükséges feladatok elvégzése, hibamentesség).
A fejlesztőknek
- Tervezési funkcionalitás a projekt átfogó kontextusában.
- A tervezésnél vegye figyelembe a rögzített követelményeket és kívánságokat.
- Következetesen dokumentálja a projektet.
- Tervezze meg saját munkáját.
- Kövesse nyomon a saját részvételének szükségességét a kapcsolódó projektekben.
- Üzenetek cseréjének megszervezése a projekt résztvevőivel az érdeklődésre számot tartó tárgyakkal összefüggésben.
- A hozzáférési korlátozások kialakításának egyszerűsítése.
Műszaki írók
- A referenciainformációk elkészítésének egyszerűsítése egységes stílusban, figyelembe véve a konfigurációs struktúrát és a különböző konfigurációs objektumok kapcsolatait.
- Használjon tervezési anyagokat a dokumentáció és egyéb anyagok elkészítésekor.
Tesztelőknek
- Hozzáférhet a projekt anyagokhoz, amelyek leírják a tesztelt funkcionalitást.
- Hibanaplózás és -követés biztosítása.
Megvalósítók
- Ismerjen meg egy szabványos megoldást a projektdokumentáció segítségével.
- A valós vállalati folyamatok összekapcsolása a rendszermodellel, elemezve a folyamatok funkcionalitási lefedettségét és azonosítva a fejlesztések szükségességét.
- Szervesen hajtsa végre saját módosításait a standard funkciókon az eredményül kapott modell ellenőrzésével.
- Könnyítse meg a felhasználók számára a konfiguráció elsajátítását, és adjon útmutatást az egyes funkciókkal való munkavégzéshez.
A DSS lehetőséget biztosít a különféle kifejlesztett konfigurációk információinak egyetlen információs bázison belüli karbantartására, és lehetővé teszi a hozzáférések megkülönböztetését projektkonfigurációk szerint.
A konfiguráció lehetővé teszi az információs rendszer logikai modelljének létrehozását az automatizált folyamatok alapján.
A DSS-t használó logikai tervezés alapja az összetett rendszerek IDEF0 szabvány segítségével történő funkcionális dekompozíciója. Ez lehetővé teszi a tervezett rendszer egyszerű és vizuális formában történő leírását, a szükséges részletességgel. A logikai modell az automatizálni tervezett folyamatok figyelembevételével épül fel, miközben összekapcsolja a teljesítőket, a munkákat és az információáramlást. A logikai modell a konfigurációs metaadatokhoz van leképezve.
A DSS funkcionalitás magában foglalja a követelmények és a projekt változásainak kezelésére szolgáló mechanizmusokat. Ennek a funkciónak a használatával szervesen módosíthat egy meglévő projektet, összekapcsolva azokat a meglévő logikai modellel.
A formális ellenőrzési szabályok megléte lehetővé teszi a hibák és következetlenségek azonosítását és kiküszöbölését a projektben.
A rendszer tartalmaz mechanizmusokat a hibák naplózására és nyomon követésére, figyelembe véve a mellékelt könyvtárkonfigurációkat.
A DSS lehetővé teszi súgószövegek generálását, figyelembe véve a konfigurációs objektumok összefüggéseit. A tanúsítványt ugyanabban a stílusban állítják ki. Az elkészített súgószövegeket a konfigurátor segítségével közvetlenül be lehet tölteni a fejlesztés alatt álló konfigurációba.
A projektekre vonatkozó adatok feltöltésére és letöltésére szolgáló beépített mechanizmusok lehetővé teszik a projektinformációk közzétételének megszervezését annak érdekében, hogy ezeket az információkat más DSS információs bázisokban felhasználhassák és dolgozhassák.
A rendszer támogatja a működést vékony és webes kliens módban.
Ebben a cikkben megpróbáljuk elmondani, hogyan hoztuk létre távoli és földrajzilag elosztott csapatok segítségével az „1C:ERP Enterprise Management 2” termékünk funkcionalitását bővítő alkalmazásmegoldások kiadásának folyamatát.
Iparspecifikus és speciális termékek, amelyek kiterjesztik az 1C:ERP Enterprise Management 2 funkcióit
Az „1C:Enterprise 8” technológiai platformunkra alapozva mi magunk, az 1C cég mintegy 20 különböző kaliberű megoldást gyártunk - a „Cégünk vezetése”, „1C: Számvitel” különböző kiadásai (az „Egyszerűsített”-től a „ Corporate” ) a legfunkcionálisabb megoldásunkhoz – az „1C:ERP Enterprise Management 2”-hez.Az „1C:ERP 2” egy automatizáló megoldás a legtöbb több iparágat felölelő vállalkozások folyamatai. De vannak teljes feladatosztályok és iparági sajátosságok, amelyek részletesebb tanulmányozást igényelnek, mint az 1C:ERP 2 - kereskedelem, logisztika, raktárkezelés, építőipar, mezőgazdaság stb. Ezt a funkciót nem célszerű szabványos megoldásba beépíteni, mert ez megnehezíti az élményt a legtöbb felhasználó számára. Emellett előfordulhat, hogy magunknak nincs elegendő erőforrásunk a szükséges funkciók teljes körű megvalósításához.
Tehát azzal a feladattal állunk szemben, hogy olyan iparág-specifikus/specializált megoldásokat hozzunk létre, amelyek:
- kielégíti a piaci igényeket;
- az 1C vállalat erőforrásainak lehető legkisebb bevonásával készülnek;
- garantált a végrehajtás minősége.
- A megoldásokat az adott területen jártas partnereink készítik
- Az 1C cégtől a „moderátorok” - projektépítészek és iránykurátorok - vesznek részt a megoldás megalkotásában
- Szabályokat dolgoztunk ki a megoldások tervezésére és fejlesztésére, amelyek lehetővé teszik a termék minőségének ellenőrzését
Együttműködés az 1C-Joint partnerekkel
Az 1C-Joint projekt szerint a terméket az 1C cég partnere készítette, de a szerzői jog tulajdonosa az 1C cég. Mi magunk határozzuk meg a termék követelményeit és ellenőrizzük a minőségét.Az ízületi megoldások kidolgozásának eljárása:
- Megkeressük a piac által igényelt, termékeinkben még nem implementált funkcionalitást, és egy új termékhez funkcionális követelményeket fogalmazunk meg;
- Pályázatot hirdetünk új „1C-Joint” megoldások fejlesztésére, valamint partnerek kezdeményezésére jelentkezéseket is elfogadunk termékek kiadására;
- A terület hosszú távú fejlesztésére a legnagyobb kompetenciákkal és felkészültséggel rendelkező partnereket azonosítjuk;
- Megbízzuk a partnert a termék tervezésére, fejlesztésére és támogatására.
Minőségi táblázat
A moduláris megközelítés koncepciója az „1C:ERP Enterprise Management 2” alapú megoldások architektúrájában
Koncepció és architektúra szempontjából az 1C:ERP egy teljesen új termék elődjéhez, az 1C:Manufacturing Enterprise Managementhez képest. Az új megoldás egyik legfontosabb különbsége a menedzsment funkciók elsőbbsége. Az iparág-specifikus és speciális megoldások fejlesztése során fontos volt ezt az 1C-Joint megoldásokban támogatni. Különös figyelmet fordítottak a megoldások egymás közötti és az 1C:ERP-vel való integrálhatóságának problémáira, egy olyan egységes információs rendszer felépítésének lehetőségére, amely egy kulcsfontosságú integrációs maggal - 1C:ERP - rendelkező modulokból áll.A cél egy zökkenőmentes információs és felügyeleti rendszer, amely az 1C:ERP és más 1C:Enterprise 8 megoldások alapján épül fel:
Kidolgozták az 1C:ERP alapú megoldások architektúrájának moduláris megközelítésének koncepcióját. A koncepció meghatározza a különféle konfigurációk egységes irányítási és számviteli rendszeren belüli fejlesztésének, egységesítésének és integrálásának elveit.
Az 1C-Joint programon belül minden olyan megoldásnak, amely kiterjeszti az 1C:ERP képességeit, követnie kell a moduláris megközelítés koncepcióját. A moduláris megközelítés fő céljai a következők:
- Olyan terméksor kialakítása, amely az 1C:ERP integrációs mag szintjén és egymással is kölcsönhatásba lép
- Egyszerűsítse egyetlen megoldás létrehozását az iparági és speciális megoldások csoportjából származó felhasználók számára
- Munkaköltségek minimalizálása a megoldási modulok összetételének megváltoztatásához és a megoldás további támogatásához
- A közös funkcionális alrendszerek megkettőzésének megszüntetése a különböző termékekben
![](https://i1.wp.com/habrastorage.org/web/8ae/6a1/ffc/8ae6a1ffcfd14823990e801ddd0512cb.png)
A cikk írásakor a soron már megjelent megoldások száma 31 (18 fejlesztő partner) a 2017. II. negyedévi fejlesztési terveket figyelembe véve. a megoldások száma eléri az 52-t (24 fejlesztő partner).
Az 1C:ERP ipari és speciális megoldásainak tervezési, fejlesztési és ellenőrzési folyamata
Fejlesztői együttműködés egységes tervezési környezetben
Földrajzilag elosztott és laza kapcsolatban álló fejlesztői csapatok vesznek részt a projekt munkájában. Tehát a mai munkánkban:- 28 földrajzilag elosztott fejlesztőcsapat;
- 44 aktív projekt;
- 19 új megoldás.
- A funkcionalitás elemzése, tervezése és dokumentálása
- Követelmények megfogalmazása más megoldásokhoz
- A tervezési és fejlesztési szakaszok időzítésének figyelemmel kísérése
- A megoldásmodell frissítése
- A deklarált funkcionalitás ellenőrzése
- A követelmények és kívánságok megbeszélése a fejlesztői kerekasztal keretében
DSS ipari és speciális megoldásokhoz (DSPR OR/SR) – CASE eszköz megoldások közös tervezésére
Minden megoldásfejlesztő az „1C: System for Designing Application Solutions” (rövidítve SSPR) terméken keresztül lép kapcsolatba egymással. A DSS segít az alkalmazási megoldások tervezésében az 1C:Enterprise platformon, és lehetővé teszi a teljes szoftverfejlesztési ciklus feladatainak kiszolgálását - követelménygyűjtés, változásvezérlés, dokumentáció, hibakövetés stb. A DSS-t konfigurációként fejlesztették ki az 1C:Enterprise 8 platformon.A DSS felhasználható mind az 1C:Enterprise 8 környezetben fejlesztett új információs rendszerek tervezésének eszközeként, mind pedig olyan meglévő rendszerek leírására és dokumentálására, amelyeket korábban DSS használata nélkül fejlesztettek ki.
A DSS-t választottuk, mint a legkényelmesebb és legmegfelelőbb feladatunknak, és megfelel a CASE eszközzel szemben támasztott követelményeinknek:
- Képes komplex rendszer modelljét felépíteni
- Termék életciklus-menedzsment
- Több projekt
- Testreszabhatóság
- Integráció a fejlesztői környezetbe
- Elérhetőség az 1C végrehajtó partnerei számára
Gólok
- Tervezési megoldások tervezése, dokumentálása
- A fejlesztési eredmények nyomon követése
- az automatizált vállalati folyamatok és az ehhez megvalósított funkcionalitás naprakész leírásának támogatása
- az összes megoldás egyetlen modellje integritásának ellenőrzése
- a projekt előrehaladási határidejének ellenőrzése
- a leírt modellkonfigurációk funkcionalitásának ellenőrzése
- egységes tervezési környezet megvalósítása, amikor nagyszámú fejlesztő dolgozik együtt
![](https://i0.wp.com/habrastorage.org/web/73d/15d/621/73d15d6216e841be9bac0e471a354b58.png)
Termékleadási életciklus-kezelés
A teljes projekt fel van osztva funkcionális területek(a projekt szakaszai), minden szakaszt az 1C oldalról az irányvezető felügyel. A szekciók a megoldások (termékek) funkcióival vannak feltöltve, és:- egy rész funkcionalitását nem feltétlenül egy termék határozza meg,
- A teljes szakasz funkcionalitását több fejlesztő partner is fejlesztheti.
A tervezett funkcionalitáshoz megfelelő műszaki projektek készülnek, a fejlesztő partner részéről a felelős személyek kijelölésével. Egy műszaki projekt keretén belül több lehetőség is kiadható a funkcionalitás (valójában maguk a termékek) szállítására.
Minden műszaki projekthez hozzárendelnek egy tervezett (az osztályvezető által irányított és ellenőrzött) befejezési dátumot, és meghatározzák a műszaki projekt szakaszainak határidejét.
A fejlesztő partner határozza meg a mérföldkövek időzítését a projekt teljes időtartamán belül. Ha valamelyik szakasz teljesítésének határidejét túllépik, az információ a felelős vezető ellenőrzése alá kerül. Ezenkívül a felelős vezető látja az egyes szakaszok teljesítésének határidejét (beleértve a lejártakat is). Minden szakasz az ellenőrző pont felelős személy általi jóváhagyásával ér véget.
Nem az a célunk, hogy a fejlesztési folyamatot a partnerek oldalán irányítsuk. Minden partner a saját bevált módszertanát alkalmazza a csapatban. Csak a számunkra fontos ellenőrzési pontok időzítését szabályozzuk, és az eredményeket a szükséges szabványokkal, előírásokkal szabályozzuk, amelyek ismeretét és alkalmazását is ellenőrizzük.
A műszaki projektek keretében nem csak új funkcionalitás kifejlesztésén terveznek és végeznek munkát, hanem terhelési teszteket, az általános funkcionalitás egységesítését, a szabványos konfigurációs metaadat objektumok változásainak minimalizálását is tervezik és végzik el.
A döntések logikai modellje az IDEF0 módszertanban
Az OR/SR DSS adatbázisban a sor összes megoldásának funkcionalitása egy projekt keretein belül van leírva. A logikai tervezés az IDEF0 módszertanon alapul.A funkcionális modell integritását és konzisztenciáját az 1C által kijelölt funkcionális projekttervező moderálja.
A DSS jelölés leírása
A DSS keretein belül a főbb fogalmak értelmezése az alábbiak szerint történik:
- Funkcionális blokk (Activity Box)– a vizsgált rendszeren belüli új információ létrehozásának valamilyen speciális funkciója
- Kapcsolat– feldolgozott információ funkcióblokk(bemenetek és kimenetek), vagy más módon befolyásolja a funkciót (vezérlési és végrehajtási kapcsolatok - felhasználói profilok):
- Funkció bemenet– a funkció által fogyasztott kommunikáció (információ). Az ábrán a funkcióblokk bal oldala felé mutató nyílként ábrázolva
- Funkció kimenet– egy funkció végrehajtása eredményeként keletkező kapcsolat (információ). A diagramon a funkcióblokk jobb oldaláról kiinduló nyílként tükröződik
- Vezérlés (szabályozás egy függvényre, szabályra)– a funkciókon belüli döntéshozatalhoz elemzett kommunikáció (információ). A diagramon a funkcionális blokk felső oldalára mutató nyílként jelenik meg.
- Végrehajtás (felhasználói profil)– a rendszer egy vagy több felhasználójának hatása a funkcióra. A diagramon a funkcionális blokk felső oldalára mutató nyílként jelenik meg.
![](https://i0.wp.com/habrastorage.org/web/90b/cdf/4f8/90bcdf4f8007401d907cb045f0325629.png)
Valamennyi megoldás működőképességét az ellenőrzési szabályok szerint kell ellenőrizni, amelyek a formális tervezési szabályoknak való megfelelés érdekében a kialakított rendszer modelljének auditálási mechanizmusának részét képezik. Így a sorban lévő összes megoldás logikai modelljének integritása megmarad.
Termék szállítási lehetőségek
A moduláris megközelítés különféle termékszállítási lehetőségeket tesz lehetővé:- funkcionalitás az "1C:ERP" részeként,
- funkcionalitás önműködő konfiguráció formájában,
- funkcionalitás az 1C:ERP-be való integráláshoz.
Például: „1C:ERP Management építési szervezet 2" (partner - fejlesztő "1C-Rarus") tartalmazza:
- szabvány „1C:ERP” funkciói,
- saját eredeti ipari funkcionalitás,
- egyedi megoldások funkcionalitása:
- "1C: Becslés 3",
- Modul „1C: Ingatlanközvetítő. Ingatlanértékesítés menedzsment az 1C:ERP számára",
- "1C: Bérbeadás és ingatlankezelés az 1C:ERP-hez" modul,
- „1C:Járműkezelés az 1C:ERP-hez” modul.
Funkcionális alrendszerek könyvtára 1C-Share
A vonal megoldásainak egységesítése érdekében kiemelik a közös univerzális funkcionalitást, és létrehozzák a „1C-Sovetstvo funkcionális alrendszerek könyvtárát”.A könyvtár eszközkészletet biztosít az 1C: Together Solutions fejlesztői számára, amely egy sor univerzális funkcionális alrendszert, kész részeket tartalmaz a felhasználói dokumentációhoz és technológiát az iparág-specifikus és speciális megoldásokba való integráláshoz egyetlen vonalon belüli egységesítés céljából. lehetővé tesz:
- Közös megközelítések biztosítása az egységes univerzális mechanizmusok megvalósításához az 1C-Joint megoldásokban;
- az új megoldások kiadásának munkaintenzitásának csökkentése kész funkcionalitás használatával;
- egyszerűsítse a különféle fejlesztői partnerektől származó megoldások integrálását a konfigurációk kombinálásakor;
- csökkenti a közös mechanizmusok különböző megvalósításainak számát azon felhasználók számára, akik egyidejűleg több megoldást használnak.
A felelősök értesítése a műszaki projektek előrehaladásáról
Tekintettel a fejlesztési projektekben résztvevők nagy számára, monitoring eszközökre van szükség ahhoz, hogy a felelősöket értesítsék a műszaki projektek előrehaladásáról.A DSS adatbázisban az OR/SR be van állítva rutinfeladatokat, postai levelek formázása. Ebből a célból a címzettek következő csoportjait azonosították:
- Projektfelelős
- A projektrészlegekért felelős
- Műszaki projektekért felelős
- Technikai projektek megvalósításának nyomon követése - hetente
- A fejlesztő partnerek tevékenységének nyomon követése - hetente
- Értesítések az adatbázisban végzett műveletek szükségességéről (feladatok, üzenetek stb.) - naponta
- Értesítések a modellek hibáiról - naponta
- A mérföldkövek (szakaszok) teljesítésének határideje
- A műszaki projektek határideje
- Változások a szabványos konfigurációs metaadat objektumokban
- Hibák és figyelmeztetések a modellben
- Aktuális feladatok
- Aktív munka egy műszaki projekten
Példák jelentésekre
Konfigurációk előkészítése replikációhoz
A megoldás gyártás előtti tesztelésének általános funkcionális diagramja:![](https://i1.wp.com/habrastorage.org/web/83a/724/6f8/83a7246f81f94459bfa1626635cb0747.png)
A gyártás előtti ellenőrzés az előírások keretein belül történik, és magában foglalja az átadott anyagok kézi és automatizált ellenőrzését is.
A fejlesztő partner felelős a tesztelés minőségéért, az anyagok teljességéért, és átadja az anyagokat az 1C-nek ellenőrzésre a kiadás előtt, teljesen működőképes, tesztelt, és megfelel az „1C: Compatible”, „Szabványrendszer és módszer konfigurációk fejlesztése az 1C: Enterprise 8 platformhoz”, valamint a Szabályzat követelményei a közös megoldások fejlesztőivel való interakcióra vonatkozóan.
Szintén mérlegeljük a funkcionális modell megfelelőségének további ellenőrzésének lehetőségét az OR/SR DSS adatbázisban: figyelemmel kísérjük az OR/SR deklarált funkcionalitását a megvalósítottnak és a szabványos konfigurációs objektumok módosításainak megfelelőségét. az OR/SR DSS-ben bejelentettekkel.
1C szolgáltatás: Felhőmegoldás térkép
Az új megoldások potenciális felhasználóinak kényelmes és egyszerű szolgáltatást kell létrehozniuk, könnyen érthető eszközökkel. Erre a célra egy speciális webszolgáltatást és klienst fejlesztettek ki diagramok megjelenítésére:Az „1C: Cloud Map of Solutions” szolgáltatás hozzáférést biztosít az 1C számos megoldásának funkcionális modelljéhez, valamint az 1C-Joint rendszer keretében előállított iparág-specifikus és speciális megoldásokhoz. A funkcionális modell frissítését a DSS for Industry és a specialized Solutions adatbázis webszolgáltatásához való közvetlen hozzáférés biztosítja, amelyben a megoldásmodell az 1C alapú megoldásarchitektúra moduláris megközelítésének koncepciója szerint naprakészen tart. :ERP Enterprise Management 2.
- „1C:ERP Enterprise Management 2-n alapuló átfogó vezetői információs rendszer” funkció
- „1C:PDM Engineering Data Management” funkció
A szolgáltatás használatának előnyei
Potenciális ügyfelek számára:- Képet kapni az 1C kész megoldásainak funkcionalitásáról
- Funkcionális követelmények elkészítése automatizálási projektek versenyeinek szervezéséhez
- Az iparág-specifikus és speciális üzleti folyamatok automatizálására szolgáló kész megoldások funkcionalitásának tanulmányozása, a szükséges funkcionalitást tartalmazó termékek azonosítása.
- Lehetőség partnerválasztásra, a vásárlási feltételek, tájékoztató anyagok, sikeres megvalósítási projektek megismerésére, valamint a közelgő rendezvényeken való részvételre és a demó adatbázishoz való hozzáférésre (ha van) a weboldal termékoldalára lépve. http://solutions.1c ru
- Az automatizálás területeinek bővítése az alkalmazott megoldások keretein belül az összes beépített funkcionalitás tanulmányozásával és alkalmazásával.
A szolgáltatás partnerek általi használata
- A kész megoldások funkcionális modelljének bemutatása a potenciális ügyfeleknek (a modellek részletes információkat tartalmaznak a termékekről, azok funkcionalitásáról, automatizált üzleti folyamatokról, munkákról). Iparági sajátosságokat tartalmazó termékek működőképességének bemutatása meglévő ügyfeleknek, tantárgyspecifikus feladatok megvalósítása.
- Pályázatokon való részvétel, javaslatok elkészítése: a szükséges funkcionalitás összehasonlítása a kész megoldások teljes körének funkcionalitásával. Kiválasztás elkészült termékek funkcionális hiányosságok elfedésére. Javaslatok elkészítése integrációs megoldások példáinak és sikeres projektek üzleti eseteinek felhasználásával.
- Megvalósítások: valós vállalati folyamatok összefüggése funkcionális modellel, funkcionális blokkok interakciós elveinek vizsgálata.
A fejlesztő csapat egy profi csapat
Minden projekt eredménye a csapattól függ. Az 1C:ERP megoldások sorának kidolgozásához egy nagy csapatot sikerült összeállítanunk olyan szakemberekből, akik készek kísérletezni, és készek együtt leküzdeni a nehézségeket. A fejlesztési partnerek számát tekintve nehéz teljes listát adni, az egyes partnereket sem szeretném kiemelni.Hiszünk abban, hogy nem tévedtünk a partnerek kiválasztásában, a saját szakterületükön való hozzáértésükben és a szinergiában a közös cél elérésében.