Műszaki feladat
A webhely korszerűsítésében

Yekaterinburg

1. A weboldal fejlesztésének indoka. 3.

1.1. Az információs rendszer teljes és rövid neve .. 3

1.2. Az ügyfélrendszer neve és részletei .. 3

1.3. A rendszeren alapuló dokumentumok listája. 3.

1.4. A tervezett határidők a munka megteremtése és vége a rendszer .. 3

2. A rendszer követelményei. négy

2.1. A vizsgálati bizottság hivatalos honlapjának korszerűsítése az Orosz Föderáció ügyészségének (a továbbiakban: SCP honlap). négy

2.2. Főoldal. öt

2.3. Tipikus belső oldal. nyolc

2.4. A hírek elhelyezésére vonatkozó követelmények. kilenc

2.5. A dokumentumlista kialakítására és megjelenítésére vonatkozó követelmények. tizenegy

2.6. A modul megjelenítési listákra vonatkozó követelmények (katalógus) 11

2.7. Blog. 13

2.8. Képgaléria. tizenhat

2.9. Videó lejátszó. tizenhat

2.10. Címkék. tizenhat

2.11. Követelmények a gyűjtési és analitikai adatok moduljára az internetes oldal látogatásainak statisztikájára 16

2.12. A keresési modul követelményei. 17.

2.13. A "tisztviselők" modul követelményei. tizennyolc

2.14. A migrációs térkép követelményei. húsz

2.15. A "Felhasználói hívások gyűjtése" modul követelményei. húsz

2.16. Erőforrás-kezelési követelmények .. 21

2.17. A technikai támogatás követelményei. 22

2.18. Az egyesítésre és a szabványosításra vonatkozó követelmények. 22.

2.19. Működési dokumentáció fejlesztése. 22.

2.20. A vizsgálati bizottság szakembereinek képzésének megszervezése és lebonyolítása az Orosz Föderáció ügyészségének irodájában. 23.

3. Gyűrű oldalak. 24.

3.1. Általános követelmények. 24.

3.2. Szöveges oldal. 25.

3.3. Hírek. 26.

3.4. Kérdések és válaszok .. 28

3.5. Fájlarchívum. 29.

3.6. Űrlapgyűjtési űrlap. harminc

3.7. Site `s térkép. harminc

3.8. A webhelyek létrehozására és eltávolítására vonatkozó követelmények. 31.

3.10. A tervezésre vonatkozó követelmények. 31.

3.11. A nyelvi támogatás követelményei. 31.

3.12. Az egységes szoftverplatform fejlesztése SCP ... 31

3.13. A munka eredményeire vonatkozó követelmények. 32.

1. A helyszíni fejlesztés alapjai

1.1. Az információs rendszer teljes és rövid neve

A rendszer teljes neve az Orosz Föderáció ügyészségének vizsgálati bizottságának hivatalos honlapja.

A rendszer rövid neve - "SCP Website", "System", "Site".

1.2. Az ügyfélrendszer neve és részletei

Név: Vizsgálati bizottság az ügyészség az Orosz Föderáció

Helyszín: Moszkva, Műszaki Alley, House 2

Aktuális cím: a

Ügyfél kapcsolattartója:

Telefon: (4, (4;

Email cím

1.3. A rendszeren alapuló dokumentumok listája

Állami szerződés száma ________________ a ___ ___________ 2010-től

1.4. A rendszer létrehozásának kezdete és vége tervezett időpontja

A szerződéssel összhangban meghatározott.

2. Rendszerkövetelmények

2.1. A nyomozóbizottság hivatalos honlapjának korszerűsítése az Orosz Föderáció ügyészségének (a továbbiakban: SCP honlap)

A modernizáció részeként végrehajtani kell:

· Újratervezze az SCP webhely főoldalát, beleértve a meglévő blokkok átrendeződését a főoldalon;

· Különálló egység létrehozása a "Power és Media képviselői, a nyomozóbizottság munkájáról". A szekciót dátumos listaként kell végrehajtani a képek csatolásának lehetőségével;

· A különböző típusú szövegekhez javasolt alapértelmezett rendszer betűtípusának beállítása: fejlécek és alapszövegek esetén;

· A grafikus elemek megfelelő szöveggel történő cseréjének lehetőségét (a fogyatékossággal élő felhasználói felhasználó oldalán lévő fogyatékkal élő funkciók esetében);

· Az SCP webhely oldalainak optimalizálása az adatok tekintetében;

· Az SCP honlapjának új kialakítása új tervezéshez;

· Biztonsági optimalizálás a lehetséges külső támadások megelőzése érdekében;

· A főmenü aktualizálása, beleértve a következő változtatásokat:

"A nyomozóbizottság" című rész létrehozása;

Ennek a résznek az SCP weboldalának külön oldalának kell lennie, a formázott szöveg és képek elhelyezésének lehetőségével.

"Elnök blogja" rész létrehozása;

A nagy mennyiségű szöveggel ("interjú", "kiadványok" és "szabályozási keret" szakaszokban az évek során az információkat racionalizáljuk.

A központi berendezés helyének felépítése

· A fő

· A bizottságról (szöveges oldal)

· Útmutató (katalógus modul)

Ø Vezetők listája (könyvtár alszakasz)

o Tisztviselő leírása (szöveges oldal)

· Szerkezet (szöveges oldal)

· Szabályozási keret (szöveges oldal)

· Hírek ("Hírek" modul)

Ø Hírek listája (alszakasz)

o Hírek leírása (szöveges oldal)

· Jogi információk (szöveges oldal)

· Rendszerszolgáltatás (szöveges oldal)

· Korrupcióellenes (címtármodul)

Ø Események és dokumentumok

o Események listája (alszakasz)

§ Esemény leírása (szöveges oldal)

Ø A korrupciós bűncselekmények vizsgálata

o Események listája (alszakasz)

§ Esemény leírása (szöveges oldal)

· Blog ("Blog" modul)

· Verzió a látássérültek számára (modul "verzió a látássérültek számára")

· A polgárok fellebbezésének és befogadásának vizsgálata (szöveges oldal)

· Tevizsgáló testületek az Orosz Föderáció témáiban (szöveges oldal)

· Nyomtatott kiadványok (katalógus modul)

Ø Bulletin SCB No. 4 (alszakasz)

Ø Bulletin SCB No. 3 (alszakasz)

o Room Leírás (szöveges oldal)

· Média a nyomozóbizottságon ("Hírek" modul)

Ø Kiadványok listája (alszakasz)

o Publikáció leírása (szöveges oldal)

· Interakció a médiával (modul "katalógus")

Ø Alszekciók listája (könyvtár alszakasz)

o Leírás alszakasz (szöveges oldal)

· Interjú ("Hírek" modul)

Ø Interjú lista (alszakasz)

o Interjú leírása (szöveges oldal)

· Oldaltérkép ("sitemap" modul)

2.2. Főoldal

Az azonosítási elemek és a design elemek mellett a webhely fő oldalának tartalmaznia kell a következő elemeket:

· Főmenü

A webhely főmenüje a webhely minden oldalának állandó eleme. A menünek a következő linkekkel kell rendelkeznie:

ü A bizottságról

ü útmutató

ü struktúra

ü szabályozási bázis

ü News

ü jogi információ

ü szolgáltatás a rendszerben

ü Korrupcióellenes

A főoldal rácsát az 1. ábrán mutatjuk be. egy.

Aktuális "az adminisztrációs rendszerben, vagyis, ha ez a zászló összetört, a hírek illeszkednek a" releváns "blokkba, és ott vannak, amíg ezt a zászlót eltávolítják.

· Blokkolja a "Power és Media képviselőit" - A Hatóság vagy média képviselőjével, pozíciójával, képével és idézésével kapcsolatos dátummal kell rendelkeznie.

· Transzparens - Flash vagy fotó képnek kell lennie, ha megnyomja az oldalirányítási rendszerben megadott webhelyet vagy fejezetet.

· Blokkolja a "nyomozó testületeket az Orosz Föderáció témáiban" - Flash képnek kell lennie Oroszország térképéről a szövetségi körzetekkel. Ha erre kattint, vagy a kerületnek egy oldalra kell mennie a kerület szöveges leírásával.

· Blokkolja az "elnök blogját"- A három legutóbbi téma listájának kell lennie a téma nevének és a kiadványának dátumának formájában. A téma címe egy hivatkozás lesz, amikor rákattint, amelyre a blogoldalra kell fordítania a téma leírását. Ebben a blokkban is el kell helyezni a videót, amely reprodukálható a főoldal elhagyása nélkül. A videónak rendelkeznie kell egy "Megjegyzések" linkkel, amely a videoképre vonatkozó megjegyzések száma. A "Megjegyzések" linknek egy blogoldalhoz kell vezetnie a megjelenített videó megjegyzéseivel.

lábléc

A láblécnek tartalmaznia kell a keresési mezőt, a szerzői jogi információkat stb.

2.3. Tipikus belső oldal

A tipikus belső oldal rácsát a 2. ábrán mutatjuk be. 2.

Ábra. 2. Tipikus belső oldal.

Célja:

A tipikus belső oldalnak szöveges dokumentumnak kell lennie, amelynek címe és leírása van. Tartalmaznia kell fényképeket és videó képeket, valamint a beágyazott fájlok letöltésére.

2.4. A hírek elhelyezésére vonatkozó követelmények

Az üzenetelhelyezési modulnak rendelkeznie kell:

· Hírek üzenetek elhelyezése az internetes oldalakról a kronológiai sorrendben (hírszalagok);

· Következtetés az internetes oldalak oldalainak listájáról és teljes szövegeikről;

· Archív hírek keresése;

· Hírek Exports RSS 2.0 formátumba.

A hírcsatornák elemeinek kezeléséhez egy HTML-szerkesztőt kell biztosítani, amely lehetővé teszi, hogy adja hozzá és szerkessze a hírek üzeneteit olyan felhasználók által, akik nem ismerik a szakosodott szoftver nyelveket.

A modulnak kétszintű architektúrának kell lennie, amely az összes hír és az egyes hírek leírásának listáját jelenti.

A hírlistát névsírok és kiadványának dátuma formájában kell bemutatni (3. ábra)

https://pandia.ru/text/78/390/images/image005_109.jpg "Width \u003d" 646 "magasság \u003d" 525 src \u003d "\u003e\u003e\u003e

Ábra. 4. MESH PAGE "NOTE HÍREK".

2.5. A dokumentumok listájának kialakítására és megjelenítésére vonatkozó követelmények

A dokumentumok listájának kialakulási és kijelző modulja lehetővé teszi:

· Szervezze meg a dokumentumok közzétételét a webhely oldalain egy lista formájában az oldal bontásának és válogatásának lehetősége,

· Az internetes oldalak rendszergazdája és tartalomkezelője a következőket hajtja végre:

o A dokumentumok listája böngészése

o Új dokumentumok hozzáadása

o A hozzáadott dokumentumok szerkesztése és törlése.

2.6. A modul megjelenítési listákra vonatkozó követelmények (katalógus)

A List Display modulnak rendelkeznie kell:

· Bemutatás oldalain formázott listák (lista a megüresedett listáját ágak, a gyakran ismételt kérdéseket és válaszokat rájuk, stb) formájában hivatkozás listát az oldalra A lista elemeit;

· A következő funkcionalitású internetes oldalak adminisztrátorainak és tartalomkezelőinek biztosítása:

o A listaelemek szerkesztése, hozzáadása és törlése;

o Új elemek létrehozása;

o A meglévő listák törlése.

A modulnak többszintű architektúrának kell lennie, amelynek elágazó szerkezete van. A katalógus fő részének rendelkeznie kell a témák listájának (5.

Ábra. 5. Grid alszakaszkönyvtár.

Amikor rákattint az egyik alszakasz nevére, meg kell nyitni ennek az alszakasznak a leírását egy belső tipikus oldal formájában.

A "Leírás alszakasz" rács az 1. ábrán látható. 6.

https://pandia.ru/text/78/390/images/image008_83.jpg "Width \u003d" 625 "Magasság \u003d" 526 "\u003e

Ábra. 7. MESH oldal "A témák listája a blogban".

Ha rákattint az egyik témára, legyen egy oldal, amelynek teljes leírása a téma és megjegyzések (8. ábra)

2.8. Képgaléria

Ezzel a modul használatával a képeket a webhely oldalain kell elhelyezni, a képek listáját meg kell generálni, a képre kattintva a kép zoom kell előfordulni.

2.9. Videó lejátszó

Ezzel a modullal a videofelvételeket a webhely oldalain kell elhelyezni, amikor a videóra kattint, megjeleníteni kell a videót.

2.10. Címkék

A címke mechanizmust úgy kell megtervezni, hogy minden hír, interjúk és egyéb anyagok kötődjenek a webhelyről. Vagyis a helyszín különböző anyagainak képesnek kell lenniük egy általános elemhez.

2.11. A weboldal látogatásainak statisztikájára vonatkozó adatok gyűjtésére és elemzésére vonatkozó követelmények

A weboldal látogatásainak statisztikájának adatgyűjtési és elemzési moduljának tájékoztatást kell nyújtania és megjeleníti az információs rendszergazdákat az internetes oldalak látogatásairól a felhasználók és a részvétel dinamikájával kapcsolatban. A modul következő funkcióit kell végrehajtani:

· Az online statisztikák elszámolása és az adatokkal közvetlenül a helyszínen dolgozik;

· A statisztikai adatok gyűjtésének és kiszámításának lebonyolításakor a látogató minden oldalra nyitva van, anélkül, hogy a gombokat, képet vagy további programkódot helyezne el az oldal testében;

· A látogatók kiválasztása az egyik kritérium szerint:

o A hivatkozási helyek listája;

o keresőmotor;

o Az eljött oldalak;

o Speciális paraméterek: ország, felhasználó, IP hálózat és mások.

· A webhelyen végzett módok elemzése az elemzéshez szükséges időtartam kiválasztásához, az elérési út első oldalán, az útvonal első oldalán, az útvonal utolsó oldalán, az útvonal bármely oldalán és más adatmintavételi paraméterek oldalán kiterjesztett szűrő;

· A szakaszok és oldalak részvételének elemzése azzal a lehetőséggel, hogy kiválaszthassa az adatmintavétel elemzéséhez, partíciót és más paramétereket egy kiterjesztett szűrővel;

· A webhely belépési pontjainak elemzése azzal a képességgel, hogy az adatmintavétel elemzésének, partíciójának és egyéb paramétereinek egy hosszabb szűrőjével való kiválasztását jelenti;

· Az adatkezelés helyszíni részvételének elemzése az adatok bemutatásával: találatok, ülések, látogatók, házigazdák, új látogatók, események, kedvencek;

· A webhely konszolidált statisztikáinak elemzése, amely az alábbi típusok múltbeli időszakaiban adatokat képvisel:

o Események;

o Látogatók (új, mindegyik kedvence, online);

o Top 10 A legtöbb aktív esemény az oldalon található;

o Top 10 hivatkozó oldal;

o Top 10 legnépszerűbb keresési kifejezés ma;

o Top 10 legaktívabb keresési robot naponta.

· A referenciapontok elemzése; a dinamika napi elemzésének képessége; A beépített keresési modul elszámolása, mint egy keresőmotor, minden elemző eszközzel;

· A keresőmotorok és robotok automatikus meghatározása a keresőmotor asztal feltöltéséhez;

· Az események dinamikájának elemzése napról napra, és az eredményeket körkörös diagram formájában ábrázolja;

· Az események dinamikájának elemzése napról napra, és az események típusának grafikonja.

2.12. A keresési modul követelményei

A keresési modulnak biztosítania kell a felhasználó által meghatározott kulcsszavakat tartalmazó internetes oldalak keresését. A következő funkciókat kell végrehajtani:

· A keresést követően mind a kiválasztott webhelyen, mind a webhelyek gyűrűjén, figyelembe véve az orosz morfológiát;

· A keresés végrehajtása egyidejűleg a telephely statikus tartalmában és a dinamikus információk (hírek, cikkek, fényképek)

· A lekérdezési nyelv használata a keresési lekérdezés kialakításában;

· Használjon logikai operátorokat a komplex keresési lekérdezésekhez;

· A webhelyek összes olyan dokumentumának automatikus indexálása, amely közzéteszi a webes felületen statikus HTML oldalak formájában vagy információblokk modulokon keresztül;

· Rendezze a keresési eredményeket.

2.13. A "tisztviselők" modul követelményei

A "tisztviselők" modulnak rendelkeznie kell:

· A vizsgálati testületek tisztviselőinek könyvtárai fenntartása az Orosz Föderáció alkotmányos szervezeteiről (a vizsgálati bizottság területi testületének vezetője és helyettes vezetője az Orosz Föderáció ügyészségének keretében).

· Információk tárolása az Orosz Föderáció alkotóelemeire vonatkozó vizsgálati testületek kezeléséről:

o pozíció

o kép,

o Életrajz

o A kiadványok és beszédek dátuma (szalagja).

A modulnak a tisztviselők alárendeltségének hierarchikus struktúrájának kell lennie (9.

https://pandia.ru/text/78/390/images/image011_72.jpg "Width \u003d" 646 "magasság \u003d" 614 src \u003d "\u003e

Ábra. 10. Az oldal rácsja "Tisztviselő leírása".

2.14. A webhely térképmodul követelményei

2.15. A "Felhasználói hívások gyűjtése" modul követelményei

A modulnak biztosítania kell az Orosz Föderáció polgárai fellebbezési gyűjteményének funkcionalitását a vizsgálati hatóságok internetes oldalain közzétett szakosodott formában:

· A formanyomtatvány kitöltésének eredményeit az e-mailen felelős munkavállaló;

· Adatformák mentése az adatbázisban;

· Az automatikus kitöltési űrlap elleni védelem biztosítása a vezérlőgrafikus kód beírásával.

Az oldalhálózat a felhasználói kezelés formájában az 1. ábrán látható. tizenegy

Ábra. 11. A "fellebbezési forma" oldalának rácsja.

Az oldalnak olyan űrlapnak kell lennie, amelyen a "teljes név", az "E-mail", "telefonszám", "Cím" és "Üzenet szöveg" kitöltése. A mezők kitöltésekor a védelmi kódot, és nyomja meg a Küldési Információ gombot az adatbázisba, és megfelelő levelet kell küldeni egy alkalmazottnak az alkalmazások elfogadásáért felelős munkavállaló e-mailjébe. Ezután a képernyőn ugyanabban az ablakban a felhasználónak be kell nyújtania az általa küldött alkalmazásszámot.

2.16. Erőforrás-gazdálkodási követelmények

Adatok kezelésére tartalmát az internetes oldalakon, a gyűrűket a helyszínek, válaszfalak, menük és a hozzáférési jogokat kell használni a Unified Content Management System (CMS) fejlődésének köszönhetően a jelenlegi platform részeként kidolgozott létrehozása a hivatalos honlapon a vizsgálati bizottság az Orosz Föderáció ügyészségének elnöke, biztosítva a következő jellemzők:

· Egységes adminisztrációs felület és online tartalomkezelés;

· A kiválasztott internetes oldal szekcióinak és oldalainak tartalmának szerkesztése grafikus szerkesztővel;

· A kiválasztott menü menü kezelése;

· A kiválasztott webhely szerkezetének kezelése;

· Az internetes oldalak interaktív kártya partícióinak fenntartása;

· Hírek elhelyezése egyértelmű időkötéssel;

· A hírüzenetek archívumának fenntartása, az összes internetes oldal közzétételének időpontjával történő keresés lehetőségével;

· Információk keresése az internetes oldalakról;

· Dokumentumok közzététele az internetes oldalakon;

· A tanulási helyiséget az ügyfél biztosítja.

· A tanulás helyét és idejét össze kell hangolni az ügyféllel.

A képzést a rendszer funkcionalitásában kell elvégezni.

A képzés részeként az Orosz Föderáció ügyészségének egy kísérleti helyének egy kísérleti helyének információs tartalmát kell elvégezni.

3. Gyűrű oldalak

A rendszer minden funkcióját az egyéni szoftvermodulok keretében kell végrehajtani az SCP webhely meglévő platformjának fejlesztése miatt. Az internetes oldalak különböző moduljainak közös működését a Site Ring Software szoftver összetevőjének magjával kell ellátni. A megadott funkcionalitást biztosító modulokat külön kell csatlakoztatni a helyszínek gyűrűiben szereplő internetes oldalakon. Az internetes oldalak végrehajtására szolgáló összes szoftvermodulnak általános működési elveket kell használnia, függetlenül a helyszínen szereplő webhelytől.

Az Orosz Föderáció ügyészségének vizsgálati bizottságának programösszetevőit a "gyűrűsejtek" alapvető összetevőjeként kell használni

3.1. Általános követelmények

A létrehozott rendszernek meg kell felelnie a következő követelményeknek:

· A helyszíni gyűrűnek biztosítania kell a vizsgálati bizottság vizsgálati bizottságának egyidejű megszakítás nélküli működését az Orosz Föderáció ügyészei ügyészségének ügyészségében;

· A honlapgyűrűt egy vékony klienssel kell létrehozni egy ügyfél-kiszolgáló interakciós rendszeren. A szerver oldalán tárolt és generált weboldalakat az interneten le kell tölteni a végfelhasználók számítógépén;

· A szoftverek szoftvergyűrűinek tervezését és fejlesztését a szoftveres megoldások moduláris architektúrájának elvével és megközelítéseivel kell elvégezni;

· A honlapgyűrű webhelyeinek hozzáférést kell biztosítani az Orosz Föderáció témáiban és a regionális kötött információs anyagok elhelyezésének lehetőségéről;

· A honlapgyűrű szoftvernek a nyomozati testületek központosított információs tartalmának kezelését kell biztosítania, olyan grafikus felületet használva, amely nem igényli a felhasználók számára a szakosodott programozási nyelvek ismeretét.

A Website Ring webhelyeknek a következő típusú információs oldalakat kell tartalmazniuk:

· Szöveges oldalak;

· Hírszalag;

· Kérdések és válaszok;

· Fájlarchívum;

· Alkalmazásgyűjtési űrlap;

· Site `s térkép.

3.2. Szöveges oldal

A tipikus szövegoldal rácsát a 2. ábrán mutatjuk be. 12

Ábra. 12. A tipikus belső szöveges oldal hálója.

A tipikus szöveges oldalnak tartalmaznia kell egy fejlécet, képet és szöveges leírást. A letölthető fájlok beillesztéséhez is képesnek kell lennie.

3.3. hírek

A hálóoldali szalag hírek a 2. ábrán láthatóak. 13

Ábra. 13. Grid Page "News Feed".

A hírlistát kronológiai sorrendben kell kialakítani, és tartalmaznia kell a közzététel dátumát és a hírek nevét.

Amikor rákattint az egyik hír nevére, a hírek teljes leírásával rendelkező oldalt kell kinyitni (14. ábra)

Ábra. 14. Az oldal "Hírek leírása".

Ez az oldal tartalmaznia kell egy hírnevet, a képet, a szöveges leírást, valamint a videót, amelyet ugyanabban az ablakban le kell játszani anélkül, hogy újraindítania az oldalt.

3.4. Kérdések és válaszok

A "kérdés és válaszok" oldalhálózat az 1. ábrán látható. tizenöt

Ábra. 15. Mesh oldal "Kérdések és válaszok".

Az oldalnak a kérdések listájának kell lennie. Ha rákattint a kérdés nevére, akkor az oldal újraindítása nélkül adott formát meg kell nyitni.

3.5. Fájlarchívum

A letölthető fájlok listájának lapja. Ha rákattint a fájl nevére, akkor automatikusan letölteni kell a fájlt az oldal újraindítása nélkül (16. ábra)

https://pandia.ru/text/78/390/images/image018_31.jpg "Width \u003d" 646 "magasság \u003d" 505 "\u003e

Ábra. 17. A "fellebbezési forma" oldalának rácsja.

3.7. Site `s térkép

A webhely térkép moduljának biztosítania kell a kiválasztott internetes oldal partícióstruktúrájával kapcsolatos információk megjelenítését.

A weboldal partíciók nevét a megfelelő szakaszra mutató hivatkozások listájaként kell megjeleníteni. A linkek segítségével a felhasználónak meg kell adnia a kiválasztott internetes oldal navigálását.

3.8. A helyszíni létrehozás és az eltávolító mechanizmus követelményei

A vizsgálati bizottság internetes oldalának meglévő szoftverplatformjának fejlesztése részeként az Orosz Föderáció ügyészségének irodájában létre kell dolgozni egy mechanizmust, hogy új és törölje a létező internetes oldalakat egyetlen sablon összhangban az ügyféllel. Az internetes oldalak létrehozását és eltávolítását programozási nyelvek alkalmazásával kell elvégezni. Ez a mechanizmusnak biztosítania kell annak lehetőségét, hogy mindkét webhelyet a harmadik szintű domain nevével és a második szint domainnevével rendelkező webhelyek domainnevével hozza létre.

3.9. Információs követelmények

A helyszíni gyűrűk létrehozásának részeként az ügyfelek számára egy kísérleti internetes oldal elsődleges kitöltését az ügyfelek számára biztosítani kell.

3.10. A tervezésre vonatkozó követelmények

A helyszínek gyűrűinek internetes oldalai számára az Orosz Föderáció ügyészségének internetes irodájának internetes oldalának stílusának vagy színhatározásának megfelelő oldalak és kontrollok egyezését kell kidolgozni. A tervezést meg kell egyeznie az ügyféllel, és biztosítani kell az internetes oldal tagságát az Orosz Föderáció vonatkozó témájához.

Az internetes oldalak kialakítása meg kell felelnie a modern helyszínek tervezési követelményeinek. A helyszínek színtartományának összhangban kell lennie az Ügyfélnek a rendszer létrehozásának részeként.

A helyszínek gyűrűinek internetes oldalainak kialakítása meg kell felelnie a következő stílus jellemzőkkel: szigorú, üzleti, tömör, ergonomikus, informatív.

3.11. Nyelvi támogatási követelmények

A helyszínek gyűrűs interfészeit oroszul és angolul kell elvégezni. A helyszínek gyűrűinek adminisztratív interfészei csak oroszul kell teljesülniük.

3.12. Az egységes szoftverplatform fejlesztése SCP

A fejlesztés részeként végrehajtani kell:

· A helyszínek gyűrűinek egy kísérleti helyének információtartalma a rendszer teljes funkcionalitásának ellenőrzéséhez elegendő mennyiségben, amelyet a képzés keretében kell végrehajtani;

· Tapasztalt művelet elvégzése;

· Adja meg a kereskedelmi műveletet.

3.13. A munka eredményeire vonatkozó követelmények

1. A vizsgálati bizottság szoftvergyűrűje az Orosz Föderáció ügyészségének irodájában

2. Működési dokumentáció a következő összetételben:

· Program- és vizsgálati módszerek;

· Adminisztrátori útmutató;

· Tartalomkezelő kézikönyv;

· Telepítési útmutató;

· Programozói kézikönyv.

A jelentési anyagokat két példányban kell megadni. A szoftver csak az elektronikus adathordozókon van ellátva.

Ennek köszönhetően, hogy gyakran felkérik a TK példákat, megosztom a fejleményem közösségi részével. Kereskedelmi érték (évek óta és konfiguráció) Ezek a dokumentumok nem rendelkeznek, de remélem hasznos lehet mintákként.

Műszaki feladat:

Automatizált

rendszer "Értékesítés".

Műszaki feladat

Lapokon

"_" ______________ 2010

Általános

Az automatizált rendszer neve

"Értékesítésként"

Vevő

Végrehajtó

A munka alapja

A rendszer létrehozásának kezdete és vége tervezett időpontja

A munka megkezdése: 01.09.2010

A munka befejezése: 12/31/2010

Rendszer létrehozása és célja

A rendszer célja

A kifejlesztett automatizált rendszert úgy tervezték, hogy automatizálja a vállalkozás értékesítési folyamatát.

Rendszer-létrehozási célok

Az automatizált rendszer létrehozásának célkitűzései

A fejlesztés célkitűzései "mint az értékesítés":

1. 3. Az automatizálási objektum jellemzői

3.1 Üzleti folyamatok Enterprise

3.1. 1 Üzleti folyamat "A szerződés megkötése"

3.1.2. Üzleti folyamat "fizetési felhalmozódás"

1. 4. A rendszer követelményei.

4.1. A rendszer egészének követelményei.

4.1.1. Az AC-ben kifejlesztett módszerek és szoftver modulok tartalmazhatják a rendszer továbbfejlesztésének képességét.

5.1.1. A rendszer kidolgozás alatt kell állnia automatizált rendszerek, alrendszerek és számviteli modulok által kiosztott funkcionális célja összhangban megállapított módszertan épület automata pénzügyi és gazdasági osztály rendszereket.

5.1.2. A kifejlesztett AU-nak minden egyes előadómű automatizált munkahelyének (karjainak) egyszerű konfigurációját kell biztosítania a jelenlegi számviteli rendszerrel összhangban.

5.1.3. Az AC fejlettnek kell biztosítania a felhasználói hozzáférési jogok elhatárolását, és hozzáférést biztosít a szükséges összegben az egyes vállalkozók feladatainak elvégzéséhez szükséges összegben.

5.1.4. A jogosulatlan hozzáféréssel kapcsolatos információk védelmét a következő mechanizmusok segítségével kell végrehajtani:

1. A hozzáférési jogok korlátozása az 1C-es platform szintjén: Vállalat 8.1.

2. A végrehajtási környezet kiegészítő korlátozásai.

5.1.4.1. A prioritásoknak korlátozásoknak kell lenniük a hozzáférés platformszintjére. A végrehajtási környezet szintjén további korlátozások eltávolítása nem teszi lehetővé az objektumokhoz vagy a rendszerfunkciókhoz való hozzáférési jogokat, ha rendszerkorlátot alkalmaznak rájuk.

5.1.4.2. Információ a platform szintjén

· Az információ védelmét a platform szintjén a rendszereszközök biztosítják. Ezt szabályozza a rendszerobjektumok olvasásának és szerkesztésének jogait, az interfészek, a rendszerfunkciók használatát és az információs rendszer adataival történő szabályozási műveleteinek végrehajtását.

· Az összes hozzáférési jogot a megfelelő készletekben kell rendszerezni - az információs rendszer szerepe.

· Az információs rendszer felhasználói listáját a rendszergazda határozza meg.

· Minden egyes felhasználói engedélyt az informatikai információs rendszerkészletnek kell meghatároznia.

· Az egyes felhasználók számára rendelkezésre álló információs rendszerkészleteknek meg kell adniuk a rendszergazdát.

· Ha elkezdi dolgozni a rendszerben, a felhasználónak át kell adnia az engedélyezési eljárást a név és a jelszó nevének megadásával.

5.1.4.3. Az információ védelme a végrehajtási környezetben

Számos referenciakönyvben a rendszerben további kikötéseket kell biztosítani.

Referenciák, amelyekre szükség van a rendszer szerkesztésének tilalma:

• Címcsökkentések
• Pénznemek
• A kölcsönös települések típusai
• A vállalkozók tevékenységi típusai
• A felhasználók csoportja
• A személyiség igazoló dokumentumok
• A szervezetek pozíciói
• Megosztottság
• Felhasználók
• Készpénzes árucikkek
• Kiadások
• Tarifák

5.1.5. A balesetek során történő információ biztonságának biztosítása érdekében napi automatikus adat archiválást kell biztosítani.

5.1.6. Az ergonómia és a technikai esztétika követelményei

5.1.6.1. A felhasználói felületek egyesítésének biztosításához az alapértelmezett értékeket az 1C-platform által automatikusan generált eszköztáron és kontextus menüknek kell használni.

5.1.6.2. A rendszerben lévő objektumok és tevékenységek megjelölésére használt patronnak meg kell felelnie a téma területének szabványos terminológiájának.

5.2. Az AU "Értékesítés" szerkezetére és működésére vonatkozó követelmények.

5.2.1. Az "Értékesítés" értékesítése a következő automatizált alrendszerekből áll:

Az előfizető elsődleges információinak alrendszere (a szerződés megkötése);

Alrendszer a fizetési dokumentumok kialakításához;

Kommunikációs alrendszer a kérdéssel;

Kommunikációs alrendszer fizetési terminálokkal.

5.2.2. Az elsődleges információs bejegyzési alrendszer (szerződéskötés) összetétele a következők:

Dokumentum "szerződés az előfizetővel";

5.2.3. A fizetési dokumentumok formázási alrendszerének összetétele a következők:

Dokumentum "Recept" "

A "büntetések elhatárolása" dokumentum

Az "ívelt energia" dokumentum

A kölcsönös települések állapotának moduljának ellenőrzése

5.2.4. A kommunikációs alrendszer összetétele az Aucee rendszerrel a következők:

Kommunikációs modul a megkérdezett rendszerrel.

5.2.5. A fizetési terminálokkal rendelkező kommunikációs alrendszer összetétele a következők:

Kommunikációs modul fizetési terminálokkal.

5.3. Az előfizető bejegyzési alrendszerének feladatainak követelményei (a szerződés megkötése)

5.3.1. Az előfizető előfizetői bejegyzési alrendszere (a szerződés megkötése) a következő funkciókat kell végrehajtania:

Az ügyfél beépített kapacitásával kapcsolatos információk bevitele és tárolása (a jövőbeni előfizetőben);

A létrehozott előfizetői számlákról szóló információk bevitele és tárolása;

Az előfizetői tarifákra vonatkozó információk beírása és tárolása;

Az előfizető büntetésének megszűnésének feltételeiről szóló információk bevitele és tárolása;

A szerződés feltételeiről szóló információk megadása és tárolása;

5.4. A fizetési dokumentumok képződésének alrendszerének függvényeire vonatkozó követelmények

5.4.1. A fizetési dokumentumok kialakulásának alrendszere a következő funkciókat kell végrehajtania:

Meghatározza a kölcsönös települések állapotát az előfizetővel, és meghatározza a büntetések előfordulásának feltételeit.

Fizetési dokumentumok (bevételek vagy számlák fizetési számlái).

5.5. Követelmények a kommunikáció alrendszerének funkcióihoz a THEUCHE rendszerrel

5.5.1. A Kérdezési rendszerrel való kommunikációs alrendszernek a következő funkciókat kell végrehajtania:

Az előfizetőkkel folytatott újonnan megkötött szerződésekre vonatkozó adatok átruházása. A csatlakozási kulcsnak az előfizetői azonosító - "Az előfizetői Szerződés kódjának egyediségének kell lennie.

Az előfizető által elfogyasztott villamos energiával kapcsolatos adatok megszerzése. A kommunikációs kulcsnak az "számláló azonosító" párosítása - "számláló kód".

5.6. A kommunikációs alrendszer feladataira vonatkozó követelmények a fizetési terminálokkal

5.6.1. A Kérdezési rendszerrel való kommunikációs alrendszernek a következő funkciókat kell végrehajtania:

A villamos energia kifizetései által a fizetési terminálokon keresztül történő kifizetésekre vonatkozó adatok megszerzése.

1. 6. Az AIS "Értékesítés" ellenőrzésére és elfogadására vonatkozó eljárás.

6.1. A munka eredményeinek bemutatására és szállítására vonatkozó alábbi eljárást alkalmazzák az Ügyfélre:

6.1.1. A Vállalkozó bemutatja a szoftverek teljesítményét az irányítási példában.

6.1.2. Az ellenőrzési példa adatait az ügyfél képviselői készítik el.

6.1.3. A Vállalkozó továbbítja a Szoftvert az Ügyfél információs részlegéhez, és elvégzi az ügyfél adminisztrátorát.

6.1.4. Az ellenőrzési példa határozatának eredményei szerint el kell készíteni a próbaüzemanyag-végrehajtási cselekményt.

6.1.5. A TK követelményeinek funkcionalitásának be nem tartása esetén a Vállalkozó kiküszöböli a megjegyzéseket az AC fejlesztésének általános költségein belül.

6.1.6. Ha további ügyfelek igényei a TK-nak fordulnak elő, további TK-t fordítanak a finomításra.

6.1.7. Az Ügyfél további követelményeinek jelenléte nem lehet a tárgyalás műveletének továbbítására vonatkozó törvény megtagadásának alapja.

6.1.8. Átvitele után szoftvert próbaüzem szerint a végrehajtás a végrehajtás, a vállalkozó tesz egy rövid képzést az Ügyfél dolgozó szoftver és átviszi az utasításokat a dolgozó szoftver minden önellátó.

6.1.9. A szoftver bevezetésekor (próbaüzem), az Ügyfél elvégzi:

Beírja a szükséges NSI-t;

A tényleges adatok bevitele;

A munka eredményeinek jelentése és ellenőrzése.

6.1.10. A végrehajtási folyamatban a vállalkozónak segítenie kell az ügyfelet a végrehajtási ütemterv részeként.

6.1.11. Abban az esetben, gyenge képzése az ügyfél személyi, a végrehajtás a vállalkozó sikeres végrehajtása a szoftver kell kidolgozni a további perc koordinációs szerződéses szolgáló információs és tanácsadói munkát kell készíteni.

6.2. A feladatok további kísérője "értékesítés".

6.2.1. Az üzembe helyezés után az Ügyfél további fejlesztéseit és kívánságait a TK-nak megfelelően lehet végrehajtani.

A TK-nak meg kell jelölnie a további követelmények végrehajtásának összetettségét és költségeit.

6.2.2. A Vállalkozó vállalja, hogy támogatja a "Hotline" telefonos kíséretét.

6.2.3. Az Ügyfél kérésére a Vállalkozó támogatást nyújthat a szoftverek közvetlenül az ügyféltől, amelyet egy további szerződés kíséretében kell elvégezni.

6.2.4. Az Ügyfél által az üzembe helyezéstől számított hat hónapig azonosított hibákat a vállalkozó működtetése és ingyenes.

Abban az esetben, ha a vállalkozó úgy találja, hogy a hiba folytán keletkeztek a hibás intézkedések az Ügyfél, az időt, amelyet a Vállalkozónak a keresési és megszüntetése kell fizetni ezen felül.

6.2.5. Az Ügyfél az 1C megvásárlását követő év során: Enterprise, joga van arra, hogy minden frissítést kapjon az 1C-es programok fejlesztésével kapcsolatos 1c-es cégtől, valamint a jogszabályok változásait. A módosítások beállítása az ACS ügyfél által készíthető.

6.2.6. A vállalkozó garantálja az ügyfél adatbázisok tartalmának titkosságát és az ügyféltől kapott egyéb információkat az AC fejlesztése, végrehajtása vagy fenntartása során.

Műszaki projekt:

Jóváhagyom, hogy jóváhagytam

"" ______________ 2010 "" "_______________ 2010

A technikai megbízás melléklete "____" ________ 2010

Automatizált

rendszer "Értékesítés".

Műszaki projekt

Lapokon

A "__" ____________________________________________________________________________________________________________________________________________

Könyvtárak. 3.

Számlálók. 3.

Tarifák .. 3.

Alállomás. 3.

Büntetőbüntetések. 3.

Felsorolás. négy

Az eredményszemléletek típusai. négy

Információs nyilvántartások. négy

A tarifák értéke. négy

Előfizetői tarifák. négy

Méteres adatok. öt

Felhalmozási nyilvántartások. öt

Energiafogyasztás. öt

Dokumentumok .. 6.

Szerződés az előfizetővel .. 6

Az elfogyasztott energia. 6.

Nyugta. 7.

Büntetések elhatárolása. kilenc

Feldolgozás. 10

Adatok beszerzése a kérdezett rendszerből. 10

Adatok beszerzése a fizetési rendszerből .. 11

Könyvtárak

Számlálók

KÜLÖNLEGES:

Tarifák

Részletek: Nem.

Büntetőbüntetések

Részletek: Nem.

Felsorolás

Az elhatárolások típusai

Értékek:

Nyilvántartások

Szerződési feltételek

Időszak: Non-periodic

Cél: Az előfizetőkkel kötött szerződések határidejének tárolása

Mérések

A tarifák jelentése

Időszakosság: nap

Cél: A tarifák és dátumok tárolására tervezték, amelyből a tarifák kezdenek cselekedni

Mérések

Kellékek		Célja
		A nappali díj napja
		Az éjszakai díjak költsége (nem határozható meg)

Előfizetői tarifák

Időszakosság: nap

Cél: Ajánlott az előfizetőhez rendelt tarifák tárolására

Mérések

Kellékek		Célja
	Referencia tarifák	Előfizetői ráta

Méteres adatok

Időszakosság: nap

Cél: Úgy tervezték, hogy a mérőmérők tárolása a későbbi fizetési felhalmozódáshoz

Mérések

Kellékek		Célja
Jelzés		Méteres olvasás
Igazság		Méteres olvasás

A felhalmozási nyilvántartások

Energiafogyasztás

Cél: Az energiafogyasztási információk tárolására szolgálnak a későbbi fizetési felhalmozódáshoz

Regisztráció típusa: probléma

Mérések

Dokumentáció

Az előfizetővel kötött szerződés

Cél: célja, hogy tükrözze az előfizetővel kötött szerződés megkötésének tényét

Kellékek		Célja
Partparty	Könyvtárkönyvtár
Szerződő szervezet
	Referencia tarifák
Felszerelt teljesítmény		A telepített előfizetői teljesítmény tárolása a kw-ben
Adatalapozás		Az a dátum, amellyel a szerződés érvényes
Adatközpontok		A szerződés befejezésének időpontja
Szervezet	A szervezet könyvtára
Optelistrafov
Elnevezéstan	Kézikönyv nómenklatúra
Kézi beállítás		A dokumentumvezeték kézi beállítása jele

Tabsal: Számlálók és tarifák

Dokumentumok lebonyolítása

A dokumentum megtartása:

Az információk nyilvántartása szerint "számlálók" bizonyság ", ahol az előfizetői számlálókat és a számlálók kezdeti bizonyságát előírják;

Az "Előfizetői tarifák" Információ nyilvántartásának megfelelően, ahol a tarifát az előfizető a szerződés megkezdésének napjától írja elő

A "cselekvési feltételek", amennyiben a szerződés előírása, a szerződés időpontja és a szerződés befejezésének időpontja

Az elfogyasztott energia

Cél: Úgy tervezték, hogy tükrözze a mérőmérők egy meghatározott időpontban

A dokumentum kitöltése

A dokumentum kétféleképpen lehet kitölteni: kézi bevitel és a feldolgozás hívása "Az adatok megszerzése az Aucee rendszerből"

Dokumentumok lebonyolítása

A dokumentum megtartása:

A "Memor Readings" információ nyilvántartása szerint, ahol a mérőolvasások a dokumentum dátumát írják elő;

A megtakarítások nyilvántartásával az alábbi algoritmus szerint fogyasztott energia:

1. A mérőolvasásokat a "számlálók olvasmányai" jelentéséből a dokumentum dátuma és a mérőolvasások korábbi értékei alapján vesszük.

2. A leolvasások értékeinek különbségeit a felhalmozódási nyilvántartás megfelelő erőforrásaiba sorolják.

Nyomtatott formák

Méteres bizonyságtétel

Nyugta

Cél: Úgy tervezték, hogy tükrözze az előfizetőknek

A dokumentum kitöltése

A dokumentum kétféleképpen lehet kitölteni: kézi bevitel és a "fizetési felhalmozódás" feldolgozásának hívásával

Tabs: Méteres olvasmányok

Kellékek		Célja
Partparty	Könyvtárkönyvtár
Szerződő szervezet	Könyvtári szerződéses szerződések
Elnevezéstan	Kézikönyv nómenklatúra
	Referencia tarifák	Előfizetői ráta a szerződés szerint
	Directory számlálók
Látható	Sebességlista
Fogyasztott energia		ConsuTanenenggia
Vámérték		Tarifa érték a dokumentum dátuma alatt
Felhalmozott		Az összeg felajánlott előfizető

Dokumentumok lebonyolítása

A dokumentum megtartása:

A beszámolási terv szerint az adó:

Nyomtatott formák

Az elhatárolások nyilvántartása

Töltési algoritmus

A dokumentumot a szerződő felek szerződésének referenciakönyvének megfelelően töltik ki.

1. A referenciakönyvből a megállapodásokat választják ki, amelyek a "cselekvési feltételek" adatlapja szerint a dokumentum és az adatvezetés időpontja kisebb, mint a dokumentum dátuma;
2. A számlálók megfelelnek ezeknek a szerződéseknek;
3. A méterre az energiafogyasztást az "energiafogyasztás" felhalmozási nyilvántartásának forgalma, a dokumentum dátuma és az előző dokumentum időpontja közötti időszakban határozzák meg, ha az előző dokumentum dátuma ismeretlen, akkor az egész forgalom a nyilvántartásban. A kapott értéket a "TÖRTÉNŐ ENERGY" mezőben rögzítik.
4. A tarifát a szerződés alapján állapítják meg, és a vámtarifát a dokumentum időpontjában;
5. Az eredményszemléletű "A mérőbizonyság szerint" létrejön;
6. A mező kiszámítja, mint egy elfogyasztott energiát egy infarktuson.

Algoritmus a gazdasághoz

Ct. 90.01 A Subcontocate1 analitikával - Nómenklatúra. Nómenklatúra csoport, Subcontocate2 - Nómenklatúra. Szabványos.

Ha a 62.02-es számla hitelegyenleg van, akkor az előleget bekapcsolják

Dt 62.02 Az Analytics Subcontodt1 - partner, Subcontodt2 - szerződéses szerződés

A kábelezés összege a hitelegyenleg minimális értéke a 62.02-es számla és a szükséges "felhalmozott" értékek értékei

Dt 90.03 Az Analytics Subkontodt1 - Nómenklatúra. Nem-elszigetelt csoport, SubcontodT2 - Nómenklatúra. Standard

Ct. 62.01 Az Analytics Subcontocove1 - partner, SubcontocoT2 - szerződéses szerződés

A vezetékek mennyisége \u003d "felhalmozott" * Stavatands / (100 + Stavanas), ahol Stavankands - "Nómenklatúra.stavkands"

A büntetések elhatárolása

Cél: Úgy tervezték, hogy tükrözze a bírságok eljuttatásainak elszámolásait

A dokumentum kitöltése

A dokumentum kétféleképpen lehet kitölteni: kézi bevitel és a "bírságok megjelenése" feldolgozásának hívásával

Tabs: Méteres olvasmányok

Kellékek		Célja
Partparty	Könyvtárkönyvtár
Szerződő szervezet	Könyvtári szerződéses szerződések
Optelistrafov	Directory opciók a büntetések számításához
Felhalmozott		Az összeg felajánlott előfizető

Dokumentumok lebonyolítása

A dokumentum megtartása:

A számlák tervének megfelelően drága:

A beszámolási terv szerint az adó:

Nyomtatott formák

Az elhatárolások nyilvántartása

Kifizetés a vonalkóddal történő fizetéshez

A vonalkódot betűtípus "Infograrkode"

Algoritmus a "0000" + előfizető szerződéskódjának kialakításához + felhalmozott

Az átvételi elrendezés az SQ_1.MXL fájlban van csatolva

Algoritmus a gazdasághoz

A "számlálók olvasmányok" táblázatos részének minden sorához a következő bekötést kell tenni:

Dt 62.01 Az Analytics Subcontodt1 - partner, Subcontodt2 - szerződéses szerződés

Ct. 91.01 Az Analytics Subcontocove1 - Egyéb jövedelem.

A kábelezés mennyisége a szükséges "felhalmozott" érték értéke;

Feldolgozás

Adatok beszerzése a kérdezett rendszerből

			Pontosság	Célja
				Számláló kód az "Értékesítési" rendszerben, a Kérdezési rendszer azonosítójával van ellátva
				A pult olvasása a napi arányban
				Ellenőrző olvasmányok éjjeli sebességgel

Proquisites feldolgozás

Feldolgozási algoritmus:

1. Szerezzen egy mérő kódot az adatfájlvonalról
2. Keresse meg a kódot a megfelelő elem a "számlálók" könyvtárban Ha az elem nem található, akkor nem fog üzenetet adni "A számláló a kóddal ..."
3. Ha az elem megtalálható, adjon hozzá egy karakterláncot az értékek táblázatához, ahol: "Counter" - talált elem, "Olvasás" - "Nap", "Joint" - "Éjszaka"
4. Ha a feldolgozást az "ívelt energia" dokumentumból és a sorok számából okozza

az értékek táblázatában több mint 0, akkor írja be az értékek táblázata tartalmát a dokumentum táblázatos részében, és végezzen dokumentumot.

1. Ha vannak sorok és feldolgozása a táblázatban az értékek, nem hívják a dokumentum „elfogyasztott energia”, majd hozzon létre egy dokumentumot „elfogyasztott” a dátum az aktuális dátumot, majd végezzen egy dokumentumot.

Adatok beszerzése a fizetési rendszerből

Adatátviteli fájlformátum - DBF;

Adatátviteli fájlszerkezet:

Proquisites feldolgozás

Feldolgozási algoritmus:

1. Hozzon létre egy értéket a struktúrával:

1. Válassza az Adatfájlvonalak lehetőséget
2. Indítsa el a ciklust az adatfájl sorokban
3. Olvassa el az adatátviteli vonal karakterláncot
4. Szerezd meg a szerződéskódot az adatfájlvonalról
5. Keresse meg a megfelelő elemet a kódban a szerződéses vezető könyvtárban, ha az elem nem található, akkor adjon üzenetet "A szerződés nem található a kóddal ..."
6. Ha az elem megtalálható, akkor adjon hozzá egy karakterláncot az értéktáblához, ahol: "Szerződés" - talált elem, "Dátum" - "Data_plat", "NumM" - "Norm_plat", "Summa_plat"
7. Miután megkapta az adatfájl átviteli fájl utolsó sorait. Végciklus
8. A "Fizetési megbízás átvétele" dokumentum létrehozása táblázatának minden sorához. Dokumentum létrehozásakor ellenőrizze a dokumentum rendszerét egy ilyen dátummal és a bejövő dokumentum számával. Ha a dokumentum jelen van a rendszerben, a dokumentum nincs létrehozva.
9. A dokumentum részleteinek kitöltésére vonatkozó szabályok:

Kellékek	Az érték kitöltött
A művelet típusa
	Strfotables. Adatok.
Bejövő dokumentumszám	Strfotables
A bejövő dokumentum dátuma	Strfotables. Adatok.
Szerződéses szerződés	Strfotables. Jel

Gyakran helyeztem az oldalak prototípusait, hogy az ügyfél megértse, hogy a webhelye hogyan fog kinézni. Ezután külön feladatot készítek a kamera számára - technikai részletekkel és magyarázatokkal, amelyek segítenek a munkájában.

A nehezebb feladat, annál inkább a TK. Amikor nagy projektekben vettem részt, nagymértékben és 30 oldalt láttam.

Sipka Guram, a Didjital Studio Udix Media alapítója

Először is, a TK-nek ügyfélnek kell lennie - úgyhogy megérti, mit fog tenni, és milyen pénz megy. Ha valami nem történik meg, akkor a TK-ra utalhat, és kérheti, hogy remake-t küldjön.

A TK a projektvezető, miután kommunikál az ügyféllel, és megvitatja a feladatot a tervezővel.

A nagy ügyfelek gyakran kérnek nagyon részletes TK-t, amelyben minden egyes gombot leírják. A kisvállalkozások, éppen ellenkezőleg, nem szeretik az aprólékos dokumentumokat 100 oldalra.

Példa egy technikai feladatra a helyszín finomításával kapcsolatban

Tábornok

Az automatizált rendszer neve

"Értékesítésként"

Vevő

Végrehajtó

A munka alapja

A rendszer létrehozásának kezdete és vége tervezett időpontja

A munka megkezdése: 01.09.2010

A munka befejezése: 12/31/2010

Rendszer létrehozása és célja

A rendszer célja

A kifejlesztett automatizált rendszert úgy tervezték, hogy automatizálja a vállalkozás értékesítési folyamatát.

Rendszer-létrehozási célok

Az automatizált rendszer létrehozásának célkitűzései

A fejlesztés célkitűzései "mint az értékesítés":

1. 3. Az automatizálási objektum jellemzői

3.1 Üzleti folyamatok Enterprise

3.1. 1 Üzleti folyamat "A szerződés megkötése"

Ez lesz a pajzsod, ebben a dokumentumban, amely esetben az ujját egy tisztességtelen fejlesztőnek és azt követelheti, hogy a webhelyét összhangba hozza.

Műszaki feladat (Röviden "TK") olyan dokumentum, amely a legtöbb részletben és egyértelműen tükrözi a jövőbeni webhely igényeit.

A webhely pontosan létrehozza a TK alapján. Minél részletesebb és egyértelműbb lesz, annál inkább az új webhelye megfelel az elvárásainak.

TK a helyszíni teremtés - mint törvény, nem teszi lehetővé az értelmezéseket és az eltéréseket.

Mindaz, amit a TK fejlesztőben nem írta ki a mérlegelési jogkörében.

· Adminisztrátori útmutató;

· Tartalomkezelő kézikönyv;

· Telepítési útmutató;

· Programozói kézikönyv.

2.20. A vizsgálati bizottság szakembereinek képzésének megszervezése és lebonyolítása az Orosz Föderáció Ügyészségének irodájában

A következő képzési követelményeket kivetik:

· A művész kell végeznie a dolgozók képzésére, a vizsgáló bizottság az ügyészség az Orosz Föderáció részeként nem több, mint 10 fő.

· A képzést oroszul kell tartani.

· A tanulási helyiséget az ügyfél biztosítja.

· A tanulás helyét és idejét össze kell hangolni az ügyféllel.

A képzést a rendszer funkcionalitásában kell elvégezni.

A képzés részeként az Orosz Föderáció ügyészségének egy kísérleti helyének egy kísérleti helyének információs tartalmát kell elvégezni.

3.

Minta technikai feladat a webhely javítására

Fontos

A végrehajtási folyamatban a vállalkozónak segítenie kell az ügyfelet a végrehajtási ütemterv részeként.

6.1.11. Abban az esetben, gyenge képzése az ügyfél személyi, a végrehajtás a vállalkozó sikeres végrehajtása a szoftver kell kidolgozni a további perc koordinációs szerződéses szolgáló információs és tanácsadói munkát kell készíteni.

6.2.A "Értékesítés" értékesítésének feladatainak további kísérete.

Az üzembe helyezés után az Ügyfél további fejlesztéseit és kívánságait a TK-nak megfelelően lehet végrehajtani.

A TK-nak meg kell jelölnie a további követelmények végrehajtásának összetettségét és költségeit.

6.2.2. A Vállalkozó vállalja, hogy támogatja a "Hotline" telefonos kíséretét.

A kölcsönhatás széle előtt a technikai megbízás létrehozásának folyamatának előkészítése előtt beszélünk olyan négygyűrűről, amelyben az előadó és az ügyfél a projektbe esik. Követelmények - a végrehajtandó folyamat vagy a végrehajtandó folyamat birtokosa által leírt rendszer kívánt viselkedése. Általában a követelmények a munkatapasztalat alapján alakulnak ki, a program megfelelő viselkedésének bemutatása.

Ezek kulcsfontosságú információk a fejlesztő (eladó) számára azonban a gyűjtési követelmények összegyűjtése, hogy a legnagyobb számú ütközés, hibák, szükségtelen kérések és így tovább.

Erőforrások - emberek, gépek, berendezések, fejlesztési környezet, idő és pénz, amelyet a követelmények végrehajtására használnak. Az erőforrások világos tervezést és értékelést igényelnek a műszaki feladat jóváhagyásának szakaszában.

Ez magában foglalja a különböző válogatás követelményeit, az integrációkat csevegési, telefonos képességekkel.

Szolgálati szint - Tény, hogy ennek a szintnek a követelményei az elsőnek kell lenniük, hogy új építéseket kapjanak a javításokkal. Ezek a rendszer válaszának sebessége, a nagy terhelés, a biztonság érdekében.

Figyelem

Az ideális verzió, Venndor nem kell ilyen javításokat - a vállalati szoftverek nem lassul, elveszíti az adatok, űrlapok az összeomlás, és osztja a jogosultságokat egy szinten. De ha megjelent a követelmény, és ez nem kapcsolódik az ügyfél személyes parátyájához vagy problémáihoz a hardver oldalán, érdemes nagy figyelmet fordítani rá.

Technológiai szint - Utoljára a listán, de a fontosság és a nehézség előtt a többi.

Ezek lehetnek a platformhoz, operációs rendszerhez vagy eszközökhöz kapcsolódó vevői követelmények. Például a MacOS alatti összegyűlés gyűjteménye.

Microsoft World vagy Microsoft Excel.

Személy szerint, a céloldal fejlesztésekor speciális szoftvertermékeket használunk.

Segítségük segítségével gyorsan és könnyen készíthet projekteket még összetett webhelyeken is - ez például balsamiq. Azonban, ahogyan az egész prototípus már beszélt a cikkben.

A témában: Site Prototyping: létrehozás, eszközök és programok.

A projekt előtti tervezés a fejlesztővel együtt vagy a vállán teljesen áthelyezhető.
A legfontosabb dolog, ne felejtsd el, majd egyetértenek vele, és írja alá a két részt.

LifeHaki a TK előkészítéséhez

Ezek az elemek ugyanúgy utalnak mind a BRIF kitöltésére, mind a technikai feladat előkészítésére.

És bennük, felfedezem kis trükköket, hogyan lehet TK-t tenni a webhelyre, és enyhítem, és a vállalkozó összetett élete nélkül:

1.

Győződjön meg róla, hogy az ügyfél és az előadó helyesen értette egymást. "

A technikai feladatban nem lehet magas színvonalú melléknevek: gyönyörű, megbízható, modern. Nem lehetnek egyértelműen megérteni. Mindenkinek saját a szépség és a modernitás fogalmai vannak.

Néz. Valaki végül is, úgy vélte, hogy ez a design szép és megengedte, hogy használja a honlapján:

Ugyanaz a dolog - a homályos készítményekkel, amelyek nem jelentenek semmit egyedül:

• Az oldalnak az ügyfélnek kell lennie. És ha rossz hangulata van?
• A webhelynek kényelmesnek kell lennie. Mit jelent? Kényelmes, hogy mi?
• A webhelynek ellen kell állnia a nehéz terheket. 10 ezer látogató? Vagy 10 millió?
• Minőségi szakértői tartalom. Nos, megértetted.

Ellenőrizze, hogy nincs-e kétértelműség a szövegben. Ha van - átírni.

Úgy döntött, hogy megrendel egy webhelyet (ő és leszállás)? A gyakorlatban azt mutatja, hogy ez nem könnyű. Több száz ügyfél, látva a kész helyét, megtalálja azt, hogy nem illik nekik: A design nem az, a helyszín, a szövegek, a szövegek egy csomó felesleges funkciót.

Az ilyen következmények elkerülése érdekében technikai feladatot igényel a webhely fejlesztéséhez.

Szükségem van rá?!

Nem számít, hogy ki lesz az előadóművész az oldalon - meg magát, a rokon, szabadúszók szerény fizetés, egy erre szakosodott cég a hatalmas mennyiségű pénzt ...

A webhelyen található technikai feladatnak kell lennie.

Például, akkor kérheti, hogy hozzon létre egy egyéni jelentést RegionSoft CRM, és tudod, hogy az integráció az oldalon. Ez teljesen eltér a feladat szempontjából, itt nagyon fontos prioritás. A követelmények összegyűjtése, elemzése és összehangolt munkavállalók és menedzsment, akkor elkezdhet létrehozni egy technikai feladatot.
Megkérdezheti az eladó alakját, vagy önmagát teszi magának - minden esetben több vas-szabály van, amely megmenti a fejfájástól és Öntől, és a CRM szolgáltatójától.

A technikai feladat anatómiája

Ha beszélünk a technikai feladat létrehozásának folyamatáról, akkor több szakasz van. Következetes áthaladása, és az ügyfelet a kívánt finomításhoz vezeti.
Itt vannak.

Fontos, hogy meghallgassuk az eladó véleményét, amint azt pontosan tudja, hogy mikor megy egy vagy egy másik feladat. Hidd el nekem, a fejlesztő nem nyereséges ahhoz, hogy húzza az időt és a szélet a kifejezésre - nyereséges ahhoz, hogy minél több projektet töltsön be, és hogy jól hozza meg, hogy ne fogadjon el a hírnevet.

Ami a realizmust illeti, ne kerülje el a CRM-t az összeomtató-menedzsment rendszer szintjére való befejezéséhez, egyszerűen: azt kell bevonnia a folyamatban, ami valóban szükséges a jelenleg és a belátható jövőben.

Például a RegionSoft CRM asztali program, nincs böngésző ügyfele. Kérje meg minket, hogy hozzon létre egy webes alkalmazást egy vállalat számára értelmetlen, ez egy nagy fejlődés, most már folytatódik, és nem lehet finomítani egy vállalat számára.

Az információs rendszer teljes és rövid neve

A rendszer teljes neve az Orosz Föderáció ügyészségének vizsgálati bizottságának hivatalos honlapja.

A rendszer rövid neve - "SCP Website", "System", "Site".

1.2. Az ügyfélrendszer neve és részletei

Név: Vizsgálati bizottság az ügyészség az Orosz Föderáció

Helyszín: G.

Információ

Moszkva, technikai sikátor, ház 2

Aktuális cím: a

Ügyfél kapcsolattartója:

Telefon: (4, (4;

Email cím

1.3. A rendszeren alapuló dokumentumok listája

Állami szerződés száma ________________ a ___ ___________ 2010-től

1.4.

A rendszer létrehozásának kezdete és vége tervezett időpontja

A szerződéssel összhangban meghatározott.

2. Rendszerkövetelmények

2.1.

fizetés nap

Fizetési szám

Fizetési szám a fizetési rendszerben

Fizetési összeg

1. Válassza az Adatfájlvonalak lehetőséget
2. Indítsa el a ciklust az adatfájl sorokban
3. Olvassa el az adatátviteli vonal karakterláncot
4. Szerezd meg a szerződéskódot az adatfájlvonalról
5. Keresse meg a megfelelő elemet a kódban a szerződéses vezető könyvtárban, ha az elem nem található, akkor adjon üzenetet "A szerződés nem található a kóddal ..."
6. Ha az elem megtalálható, akkor adjon hozzá egy karakterláncot az értéktáblához, ahol: "Szerződés" - talált elem, "Dátum" - "Data_plat", "NumM" - "Norm_plat", "Summa_plat"
7. Miután megkapta az adatfájl átviteli fájl utolsó sorait. Végciklus
8. A "Fizetési megbízás átvétele" dokumentum létrehozása táblázatának minden sorához.

Egy rövid vagy a TK feltöltése a helyszín kialakításánál, ne hagyjon tereket benne.

Meg kell értened, hogy "a fejlesztő belátása szerint" azt jelenti, hogy "mit akarok, hogy és Grorge" vagy "mindent, amit nem, a művész mérlegelési jogkörében végeznek el." És higgy nekem, ez nem csak egy kiskaput, hanem egy egész ablak Európába a fejlesztő számára.

És persze, ez nem mindig történik meg.

Ha egy illetékes szakember elkapta, akkor nem is aggódhat az eredmény miatt.

De akkor egy másik probléma merül fel, ez tényleg szükség esetén megteheti, és nem tetszik pusztán szubjektív. És minden olyan lesz, mint egy jól ismert anecdote sok fejlesztő számára:

Röviden a fő dologról

Határozottan nem sajnálja a technikai feladat kidolgozására és illesztésére vonatkozó időt egy weboldal vagy hitelezés létrehozásához.

Végtére is, ez a legjobb eszköz a folyamatban felmerülő nézeteltérések nyomon követésére és megoldására.

Ha erre kattint, vagy a kerületnek egy oldalra kell mennie a kerület szöveges leírásával.

· Blokkolja az "elnök blogját" - A három legutóbbi téma listájának kell lennie a téma nevének és a kiadványának dátumának formájában. A téma címe egy hivatkozás lesz, amikor rákattint, amelyre a blogoldalra kell fordítania a téma leírását. Ebben a blokkban is el kell helyezni a videót, amely reprodukálható a főoldal elhagyása nélkül. A videónak rendelkeznie kell egy "Megjegyzések" linkkel, amely a videoképre vonatkozó megjegyzések száma. A "Megjegyzések" linknek egy blogoldalhoz kell vezetnie a megjelenített videó megjegyzéseivel.

A láblécnek tartalmaznia kell a keresési mezőt, a szerzői jogi információkat stb.

2.3.

Briff - Ez egy kérdőíves kérdésekkel kapcsolatos kérdések a jövőbeni webhely tartalmával, tervezésével, technikai képességével kapcsolatban.

Természetesen egy részletes kitöltött rövid, két oldala aláírt, helyettesítheti a technikai feladatot.

Végtére is, gyakorlatilag ugyanaz, az egyetlen különbség az, hogy a rövid a látásod, és a technikai feladat végleges dokumentum a rövid és a fejlesztő megjegyzései alapján.

Ha az egyes tételek nehézségeket okoznak, akkor ne habozzon megkérdezni a fejlesztői kérdéseket a "Mit jelent ez?", "Hogyan befolyásolja a webhelyem munkáját?" Mivel nem minden fejlesztő az egyik alatt ugyanaz, mint te.

Vagy a "További információk" számlálásában minden bizonnyal meghatározza az összes olyan kívánságot, amely nem szerepelt a kérdésekre adott válaszokban.

Ha ez a grafikon hiányzik, csak add hozzá őket a rövidítés végén.

VK, Google, Facebook.

3.2.2 A Személyes fiókban a Megrendelés szakaszban adjon hozzá egy mezőt egy promóciós kód hozzáadásához.

3.2.3 helyett egy oldal, ami a felhasználó számára, miután egy jelszó-helyreállítási kérelem (részletek Name.com/bitrix/admin/index.php?change_password\u003dyes&lang\u003dru&user_checkword\u003d) Készíts egy oldalt (name.com/login/forgot/ Shange_password \u003d igen és lang \u003d en & user_checkword \u003d), amely megjeleníti a webhely tartalmát, az "e-mail regisztrálása" mező, ellenőrző sor, új jelszó, jelszó visszaigazolás, gomb küldése.

3.2.4 Az áruk hozzáadásakor a kosárba egy üzenetet kell megjeleníteni, hogy a termék hozzáadódik a kosárhoz.

3.2.5 Kimeneti üzenet hozzáadása, hogy a jelszó nem egyezik a veszély nélküli paraméterekkel, amikor új felhasználót regisztrál.

Automatizáltrendszer "Értékesítés".Műszaki feladatA "__" ____________________________________________________________________________

»_" ______________ 2010

Fokozatosan a változtatások lépnek be a kiadásba, és később új terméket hoztak létre a nagykereskedelmi, kiskereskedelmi üzletek és hipermarketek számára - REGIONSOFT RETAIT.

Felhasználói szint vagy felhasználói csoport. Ezen a szinten a feladatokat a meglévő interfész felülvizsgálatán keresztül hajtják végre. Például a felhasználó azt akarta, hogy ha egy kurzort lebeg, egy ablak jelenik meg az utolsó megrendelés számával és állapotával, vagy egyéni jelentés volt egy speciális adatcsoportokkal.

A finomító ezen a szinten kevesebb időt foglal magában, de sok közülük is - például a marketing osztály, a logisztika és a technikai támogatás számos követelménye.

A funkcionalitás szintje. Gyakran nehéz elválasztani az előzőből, a formális kritérium itt működik - a finomítás nem az interfészen való megjelenítés szintjén, hanem a rendszer logika finomítása szintjén.

Ha a zabkása ott van írva - talán érdemes futni, és nem néz körül.

• Kiegyenesíti a művész gátlástalanságát. Amikor a webhely készen áll, a technikai feladat szerint ellenőrizhető. Van-e ellentmondások? A fejlesztőnek ki kell javítania őket. Ha hivatalosan együttműködsz és szerződést kötöttél - még a bíróságon keresztül is kényszeríthetsz.
• Egyszerűsítse az előadók cseréjét. Ha az ügyfél és a fejlesztő érett és elmenekült, a webhely létrehozása erősen késleltethető. Ha van egy részletes gazdaság, akkor át lehet adni egy új csapatnak - ez gyorsabban dolgozik.
• Ismerje meg a komplex termék fejlesztésének költségeit. Értékelje a pontos időt és a komplex webszolgáltatás fejlesztésének költségeit nem lehet kiválasztani. Először meg kell értened, hogy a szolgáltatás hogyan fog működni, és milyen funkciók lesznek benne.

Vannak root hozzáférés, saját IP-címek, portok, szűrési szabályok és útválasztási táblák.

A Google Pagepeed Insights egy ingyenes ajánlási szolgáltatás a webhelyek számára, hogy felgyorsítsa az oldal megjelenítését a felhasználói böngészőben (https://developers.google.com/speed/pagespeed/insights/).

A keresőoptimalizálás (vagy a SEO) a belső és külső optimalizálással kapcsolatos intézkedések halmaza, hogy felemelje a helyszín pozícióját az egyes felhasználói kérelmek kiadásának eredményeiben.

Külső helyszínen optimalizálás a regisztrációs oldalon a keresőkben, promóciós társadalmi hálózatok kiterjesztése referencia tömeg vonzza linkeket más erőforrásokat egy promotable helyén, banner hirdetés, kontextuális hirdetési.

A belső oldaloptimalizálás a szöveg, az URL-ek optimalizálása, a webhely szerkezetének szerkesztése, túlcsordulás, ellenőrizze a kiszolgáló válaszát.

Elérhető anyagok linkek a tetszett webhelyekhez, valamint füzetek, magazinok, fotók - bármi, és talán kész kész márkájú bükk. Külön archívum által csatolt. Minimális felbontás és kijelző eszközök ezen a ponton jelzik, hogy mely eszközök várhatóan megtekinthetik a webhelyet - PC-k, laptopok, okostelefonok ... PC monitorok 19 és 27 hüvelyk között; Laptopok 15,6 és 17,3 hüvelyk között; Okostelefonok 3,5-6 hüvelyk; A lemezek 7-12 hüvelykre van szükséged egy mobil verzióra? Igen Funkcionális követelmények Minta Modulok (felhasználók számára) Ebben a részben fel kell jegyeznie az összes olyan funkciót, amelyet látni szeretne az oldalon.

Ez lehet egy kosár, könyvtárszűrők különböző paraméterekkel, az online megrendelés készítésének képessége, hagyja a kérelmet visszahíváshoz, iratkozzon fel a hírlevélre és bármilyen más opció könyvtár szűrésére az ár, a betűrendben, a gyártó által.
Cruptcj9b: s »xvzb╟▌╤└u╟j_ ■ e╘dj» j ■ ╛ehhj (gtt┬pb╟▌╤└u╟╛ # ╜┘al + ka kq x3┴i≈i≈ & f╒ # ┐╜ ╙┐╙┐ ts╜iwa▓bo└vsb╟╟u╟╛ # ╜┘al + kaxg [b: bvzb╟ ▌u╟╛ # ╜┘al + kaxg [b: bvzb╟▌╤└u╟ ╛ # ╜ ┘AL + KAXG [B: BVZB╟▌╤└U╟╛ # ╜│ce & volly7┬m3aqnyjy╕ ° vzb╟▌╤└u╟╛ # ╜┘al + kaxg [b: bvzb╟ ▌ ╤└U╟╛ # ╜┘al + kaxg [b: lzb╟▌╤└u╟╛ # ╜┘al + kaxg [b: lzb╟ ▌u╟╛ # ╜┘al + kaxg [b: lzb╒ ▀┬Y╥xuf ≈k & oqte╦▒ '% [h╓≥lk' [c (b╖ ~ b╖ ~ b╖ ~ b╖ ~ b╖ ~ b ~ ~ b ~ ╚Б╖ ~ b╖ ~ b ╖ ~ B╖ ~ B╖ ~ B╖ ~ B╖ ~ B╖ ~ BD '\\ ┘ * NLKZ ⌡ ┐ © tw╦ | ╒t⌠zza╙┼r≤⌠y ╒d7i $ ╔≥ ∙? ╔ ∙ ╤SQ ≥╒ ° ╒ ╒ ╒ ╒ ╒ ∙ ∙ RRMVC╪ ┬7┴ + ISO (╦ ° Rb╒┴ ■ E4sch┬╨ z╖ ┘╤m ┘╤m ┘╤m ┘╤m ° um ÷ um╦wydr '% r ^ & ╔gt╖yhd] zt╪ l╝i▌▀s_2╫j) E + H © O2K% J ┼╖┼╖SSA≈K▐FUMYCH▐HD╟FG╬LN ∙ ╥ ╥ ⌡<ТC▐╡И&d╨JГ!─Sj║·K,s┼#m ╓⌡JГн IOLЬ©h?ОeН╡▐┌ъHЙmwд$©aЗ$ёу°Н≤gт.bZ┐}Э1црn▄т≈фГ?TA<э:р▓T<кГ║2ic╖▀Иqf⌠Pсс▀32нЫ╘▌n-«÷0i╦▓Q:⌠^%5#⌡Н⌡│ вЬ└%N╙Оtб}8яца╨з≤[╖┐╕■╡╒4╞▄G√≥оЖNa╡vсM╔)9╘д≈ib╕╝■ i├{≈²5╨∙∙╣ф╒▓Цz²┌Ф╤I√HaО2┬б=└Б╦F∙P»гЙz&╔Р3{ ёS÷_н_g7⌡г$Н╜чk┐(ЗQэH▓З╨?.

A vendégek véleménye alapján *, amelyben a szoftverek és az automatizált rendszerek (AC) fejlesztésére vonatkozó tevékenységek szabályozottak - ez a legfontosabb dokumentum, amely meghatározza a fejlesztés vagy korszerűsítés követelményeit és eljárását (a továbbiakban: az automatizált) rendszer, amelynek megfelelően az AC-t és annak elfogadását a cselekvés beírásakor fejlesztették ki.

• * GOST 19.201-78 Egységes szoftverdokumentáció rendszere. Technikai feladat. Tartalom és tervezés követelményei;
• GOST 34.602-89 Informatika. Az automatizált rendszerek szabványa. Technikai feladat egy automatizált rendszer létrehozásához.

Sajnos a goszt nem kap világosabb meghatározást, tekintettel a kölcsönhatásban lévő felek érdekeit - az integrátor és az ügyfél, helyesen pontosabb definíciót ad. A technikai feladat, amely az automatizált rendszer kialakításáról szóló fő dokumentum, meghatározza az AC fő jellemzőit és megbízását, meghatározza a dokumentáció és összetételének létrehozásának szükséges szakaszait, és részleges igazolás.

Miért van szüksége technikai feladatra

A projekt fő problémái a helytelenül megfogalmazott vagy laza projektkövetelmények miatt merülnek fel. Az eredmény alapvető követelményeit a technikai feladatban kell leírni, amelyet a vállalkozó műszaki szakemberei alkotnak, és nem az ügyféllel.

Így a definíció kiegészítőjeit már megfogalmazták. Szeretném hozzáadni, hogy ezt a dokumentumot tartalmazó dokumentumot az ügyfélbarát nyelven kell megfogalmazni. Az AU technikai megvalósításának sajátosságainak kötései nem kerülnek végrehajtásra. Azok. A TK szakaszában elvben nem számít, melyik platformon ezeket a követelményeket végrehajtják. A követelmények kiszámítása és megfogalmazása, valamint a technikai feladat kialakítása, az üzleti elemzőnek meg kell tennie, és nincs programozó (bár a szerepek kombinálásakor, ez az opció lehetséges), mert ez az elemző, amely az ügyféllel beszél Üzleti nyelv.

Az érdekelt és felelős személyek között írott és összehangolt helyes technikai feladat, amely kulcsfontosságú a projekt sikeres végrehajtásához.

Ki fejleszti a technikai feladatot

Az ügyfél általában nem szakosodott az információs technológia területén, ezért az eredmény alapvető követelményeit le kell írni a technikai feladatban, amelyet a vállalkozó műszaki szakemberei alkotnak, nem pedig az ügyfél.

Tipikus hibák a technikai feladat fejlesztésekor

A dokumentum a Gost 34.602-89, amely formalizált struktúrát ad, de nem rendelkezik egyértelmű követelményekkel a szakaszok és bekezdések bemutatásához. A szabvány ezen jellemzője az erőssége és gyengesége. A bemutatás szabadsága a szakaszok (különösen funkcionális) követelményeihez vezethet:

• Nem szisztémásan, bármilyen szerkezethez kötődve (rendszermodulok, üzleti folyamatok);
• Másolat;
• Különböző részletességi szintek.

A technikai feladat kidolgozásában hibaelhárítások a projekt költségeinek növekedéséhez és időtartamához vezetnek. A technikai feladat fő feladata az ügyfél igényeinek kiadását érthető és lehetséges formátum megvalósításában.

Az ügyfél igényeinek végrehajtása a javasolt technikai feladat nélkül lehetetlen. Még a munkavállalók magas kompetenciájának jelenlétében is előfordulhatnak hibák. Leggyakrabban a következők:

• Túlzott részletek;
• Az egymással ellentétes követelmények;
• Pontatlan szöveg.

Sok ügyfél a rendszer szükségtelenül részletes leírásának szükségességét szinkronizálja, de a hangsúlyt az eredményre kell összpontosítani, és nem azon, hogy a rendszernek hogyan kell kinéznie.

A követelmények nem lehet ellentmondásosak. Kívánatos, hogy elkerüljék a homályos, nem specifikus megfogalmazást. A TK kidolgozásakor meghatározzák a projekt alapvető követelményeit és célját, funkcionalitását.

Hogyan lehet elkerülni a hibákat a TK összeállításában

A főszabály: További jellemzők. A követelmények kidolgozásakor a GOST, az Ügyfél szabályozási dokumentumaira való hivatkozásokat kell használni, amelyek elkerülni fogják a kettős értelmezést vagy félreértést az Ügyfél és az előadó között.

A TK fejlesztésekor száraz, tudományos bemutatóstílusot kell alkalmazni, elkerülni az összehasonlítások használatát. Ez követi az iparág terminológiáját, a projektet, amelyben a projektet fejlesztik.

Kövesse a következő szabályokat:

• A TK kialakulása a vállalkozó és az ügyfél közös munkája;
• A művész kockázatát minimálisra kell csökkenteni, és nem haladhatja meg az ügyfélhöz hasonló hasonlóat (különben a projekt költségeinek növekedéséhez vezet);
• A követelmények célkitűzése, az ügyfél szubjektív vízumának használata nem ajánlott;
• Nem szabad használni a széles üzleti közleményben elfogadott kifejezéseket, de ellentmondásos az iparban és a szabványban;
• A hangsúly az ügyfél által előírt eredmények leírására vonatkozik. Például az Ügyfélnek jelentést kell kapnia az áruk mozgásáról a megfelelő analitikai vágásokban, majd a jelentésparaméterek (karakterláncok, az analitika, a jelentés elkészítésének időtartama) és az adatforrásokat a TK-ban le kell írni . A legfontosabb dolog az, hogy megakadályozza a technikai feladat kiterjesztett értelmezését, különben, ha nem ad meg határidőt vagy adatforrást, a végeredmény nagymértékben eltérhet az Ügyfél igényeiből, és a finomítás további eszközöket és időt igényel .

A fejlesztés például a "Jobb" TK programozó 1c egy teljes merülést jelent a témában, minden szempontból és finomságának ismeretében. A TK-nak nemcsak a "A programozónak kell tennie" kérdést, hanem először - "Milyen feladatokat kell megoldani az 1C rendszert: a munka utáni vállalkozás". A követelményeket részletesen kell megfogalmazni, de szükségtelen információk nélkül. Ez csökkenti a pontatlanságok és hibák valószínűségét. Ezért az 1C technikai feladat sokoldalú példája nem lehetséges - minden esetben a TK az 1C fejlesztése egyedülálló.

A technikai feladat olyan szolgáltatási dokumentum, amely leírja a vállalkozó munkájának és követelményeinek teljesítésének szabályait.

Miért fontos megjavítani az egész munkafolyamatot műszaki dokumentáció formájában?

1. A TK-t az előadó és az ügyfél között kell előírni, akiket nehéz a szerződésben kifejezni a konkrét informatikai terminológia alkalmazásának köszönhetően.
2. Ez időt takarít meg a kommunikációra: a rögzített technikai megoldások megszabadulnak számos útmutatásból, megerősítésektől, zavartól a bizonyságtételben.
3. A dokumentum lehetővé teszi, hogy egyértelműen megosztja a projekt felek közötti felelősség zónáit.
4. A TK lehetővé teszi a jövőbeli projekt elemzését és a tervezési szakaszban lévő problémákat.
5. A megfelelően összeállított feladat minden résztvevő viselkedését a munkában kiszámítható és kielégítik számos félreértésből.
6. Jogi szempontból a jelen dokumentum jelenléte megkönnyíti a feleket, hogy megoldják az ellentmondásos pillanatokat.
7. A közgazdaságtan lehetővé teszi a pénzügyi tervezés, amely kulcsfontosságú a sikeres vállalkozás számára. Az ügyfél előzetesen látható, amelyre az alapjainak költsége.

Minden projektet a határok - a költségek, az elvégzett munka mennyisége, végrehajtási időzítés és minőség. Mindezeket TK-ban kell rögzíteni.

Ha az egyik fél közgazdász nélkül akar együttműködni

Ez a következőket jelenti:

Az ügyfél kifejezetten nem hoz létre világos követelményeket, hogy a munka egy részét szabadon kapja, vagy nem tudja, hogy nem tudja / nem tudja / nem döntött / nem érti, hogy mit kell szüksége.

A fejlesztő reméli, hogy állandó folytonos folytatása az ügyfél rovására, azzal érvelve, hogy ez bizonytalansággal vitatkozik.

Ilyen helyzetben az ellenkező félnek ragaszkodnia kell egy olyan technikai feladat létrehozásához, amely egyértelmű határokkal és feladatokat kell meghatározni. Ennek nélkül nehéz lesz a felek bizonyítani, hogy a munkát elvégezték, vagy éppen ellenkezőleg, nem történt megfelelően.

Projekt résztvevők

Ha a projekt nagyEzenkívül a résztvevők hozzáadhatják:

• Termék menedzser.
• Projekt menedzser
• A projekt szponzora
• Tesztelők
• Műszaki írók
• Kurátorok
• Felhasználók / fogyasztók (például a végső teszteléshez)
• Satöbbi.

Ha a projekt kicsi, akkor az ügyfél és az előadó, mint általában, közvetlenül dolgozik. Ebben az esetben a tesztelés átveszi az ügyfelet, és a fejlesztő maga irányítja az időzítést, és prioritást ad.

Mi adja meg a feleket a TK-nek:

TZ szakasz.	+ AVevő	+ AFejlesztő
Cél meghatározása	A projekt megoldása, amelyek megoldják a projektet vagy annak finomítását	A feladat lényegének megértése
Termékleírás	Az a gondolat, hogy a késztermék hogyan lesz	Bizalom a végeredmény helyes megértésében
Határidők	Tájolás a tervezett eredmények és a tervezett eredmények átvétele	A munkaerőköltségek és az erőforrás-követelmények értékelése
Projekt költségvetés	A többé-kevésbé pontos költség- és költségvetési tervezés meghatározása	Az összes projektmunka következetes elszámolása
Művek listája	A munka és a projekt végrehajtásának minden szakaszának részletes leírása	Dolgozik a telepített technológián. Az a képesség, hogy hagyja abba a feladatot, amelyet a feladat nem tartalmazza, vagy a TK-ban felár ellenében
A munka eredményének értékelése	A projekt tesztelési programjának ellenőrzése a feladat követelményeinek való megfeleléshez	A projekt megszakítás nélküli munkájában és a TK követelményeinek való megfelelésben
Projektszolgáltatás	Szolgáltatási költségek tervezése és a projekt további támogatása	A projekt karbantartásával kapcsolatos munka teljesítménye
A problémák azonosítása	Tervezett projektfejlesztések	Finomítás az új igényekkel összhangban

A rossz minőségű megbízás előkészítésének következményei

A programozó vagy fejlesztő csapat "vakon" működik, kellemetlen, anélkül, hogy világos elképzelés lenne a projekt végeredményéről. Az eredmény hiábavaló lesz az idő és a pénz, elrontott kapcsolatok az ügyféllel.

A projekt eredménye nem felel meg az ügyfél elvárásainak. Extra költségvetés és az idő finomításra van szükség.

Jellemzően a kiváló minőségű TK fejlesztését a következő pontok megakadályozzák:

Az Ügyfél nem hajlandó fizetni akár 40% -át a projekt költsége csak a feladat fejlesztésére. Például lehetséges, hogy az összes vizsgálati esetet írjon a tervezés tervezése előtt, és tk-ben fekszik. De ebben az esetben a vizsgálati esetekkel rendelkező feladat értéke meghaladhatja a fejlődés költségeit, és előkészítése több mint egy hónapot vesz igénybe. De teljesen eltávolítja a problémát a munka hibáival, és egyszerűsíti az elfogadást.

Az Ügyfél nem ismeri a projekt összes részletét a kész eredmények üzemeltetése előtt.

Az előadó nem áll készen a megfelelő kifizetés nélkül, hogy több erőforrást költjen a TK fejlesztéséhez.

A művész és az ügyfél nem tudja előre látni minden lehetséges problémát. A tapasztalt projekt résztvevői mindkét fél számára számos tipikus és egyedi problémát előre láthatok előre, de ez nem garantálja, hogy a projekt minden munkája bér lesz.

Például elfelejtettem regisztrálni egy gomb jelenlétében, és a projekt után kiderült, hogy lehetetlen teljesen használni anélkül. Ugyanezen gomb hozzáadásához szükség van a belső adatbázis-architektúra felére, és ezért a programkód egy része átírni. Ki a felek, hogy hibáztassák ezt a helyzetet?

A legtöbb ilyen probléma megoldja az agilis (a munka rugalmas megközelítését), de ez nem törli a TK összeállításának szükségességét. Használjon agile-t, amikor nagy bizonytalansági projekteket fejleszt. Általában csak az ügyfelek vannak, mert nem látják a pontos árat és az időzítő határokat. De a végtermék garantáltan a feladatok beállítása - Agile időnként csökkenti az elhagyott késztermékek számát, amelyek miatt nem teljesítik funkcióikat.

A felek meg kell érteniük, hogy a legtöbb projektet nagymértékben a bizonytalansággal végzik, és előzetesen tárgyalnak, hogyan kell kölcsönhatásba lépni a problémák esetén.

A közgazdaságtannak válaszolnia kell a kérdésekre:

1. Mit? (Mi működik, elemek tartalma)
2. Hol? (Elemek helye)
3. Mikor? (A végrehajtás sorrendje és a munkák határideje)
4. Hogyan? (Technology kivitelezés, tervezés, elvileg a munka.) Általános szabály, hogy minden tárgy kell funkciók: add, kijelző, szerkesztése, törlése. És más tárgyakkal való függőségeket és kölcsönhatásokat is leír. Néha moderálás, érvényesítés, automatikus frissítések, archiválás, stb.
5. Hol? / Hova? (átadása, stb.)
6. Minek? (A munka indoklása, ha a feladatot összehangolják a 3. arccal)
7. Jellemzők.

1. Minél nagyobb a projekt skálája, annál nagyobb volumetrikusnak kell lennie, hogy technikai feladat legyen.
2. Meg kell jelölni a tényleges határidőket a projektdokumentáció és az átvételi tevékenységek összehangolásának időpontjában. Érdemes figyelmet fordítania az ügyfél felelősségére az ő részéről vagy vis maior tétlenségéről, amelyek gátolták a munka teljesítményét.
3. A programozónak világos feltételekre van szüksége. A "Option", "Körülbelül", "körülbelül", "körülbelül", "valahol a közelben", "ahol jobb a véleményedben", elfogadhatatlan. A természetben szubjektív követelmények és jellemzők értelmetlenek a jogi szempontokból gyakorlati és hibásak.
4. Ahhoz, hogy egy olyan funkcionális modult hozzon létre egy programozó számára, amely érthető egy programozó számára, a technikai lámpákban hiperhivatkozásokat helyeznek el azokra az oldalakra, ahol vannak az interfész és funkciók szükséges elemei, és részletes magyarázatot adnak nekik. Szintén csatolt képernyőképeket az érdeklődésre számot tartó töredék elosztásával is.
5. Ha az oldalakhoz nincs formatervezés, vagy nem olyan fontos az ügyfél számára, a programozó prototípusokat használhat, amelyek a jóváhagyás után a feladatban szerepelnek.
6. A TK-nak kényelmesnek kell lennie, és a projekt minden oldalán meg kell értenie, részletesen leírja az összes szakaszot és albekezdést még a legkisebb munkával is. A programozó és a menedzser nem mindig gondolja meg azt az elképzelését, hogy az ügyfél számára szükséges, ezért fontos, hogy észlelje és összehangolja az összes következetlen részletet.

7 Tipikus hibák

1. Fuzzy célok és feladatok.
2. Néhány részlet a technikai információkban.
3. Homályos vagy ismeretlen dátumok.
4. A felek közötti összes kérdésben nincs konzisztencia.
5. Nincs interakció szabályozás.
6. Nincsenek felelősek.
7. Nincs kritérium az eredmény értékelésére.

Példa a helyes technikai feladatra, hogy finomítsa a projektet

Egy feladat:
Hozzászólás a webhelyre www.site.name.ru. Új oldal, ahol a tanácsadók eladók kapcsolatai és fényképei kerülnek elhelyezésre, valamint az online csevegésre.

Leírás:

1. HOL? Adja hozzá a MISZTRÁCIÓK MENUS MENU menüt Új rész "A tanácsadója" a "Blog" és a "Clients" szakaszok között.
2. HOVA? Új oldal URL-cím: /vash_konsultant.htm
3. MINT? Az új oldal elrendezése az "orvosok". Csak az orvosok helyett tanácsadók lesznek.
4. MIT? Oldalstruktúra Következő:
   • cím: A tanácsadója - a központban (a webhely oldalainak más fejlécének stílusában);
   • 3 blokk egy sorban, mezők:
     • 400 * 600 méretű eladókkal (igazítás a központban);
     • TELJES NÉV. Eladók fotók alatt (szövegformátum a szerkesztés lehetőségével);
     • a telefon minden egyes: 555-555-55 a Fi alatt. (Szövegformátum a szerkesztés lehetőségével);
     • elektronikus cím a telefon alatt (e-mail: webhely.[E-mail védett] levél. ru);
     • a "Konzultáció" gomb az összes mező alatt, a gomb, a szín és az alak mérete a gombok stílusában a webhelyen (lásd a "rendelés" gombot az URL-en: /katalog.ru).
5. Hol? A tanácsadóknak szabályozniuk kell a webhely-szerkesztőt. A cím, leírás, H1 címkék is szerkeszteni kell.

Ha a munkát SEO célokra végzik - ne felejtsük el elhelyezni az összes szükséges elemet az oldalon.

Az alábbiakban helyezze el a megrendelőlapot.

1. HOL? A tanácsadók listája alatt, a lábléc felett.
2. MIT? Három mező:
   • Név
   • Telefonszám
   • Az alkalmazás tartalma
3. MINT? Kötelező a mező kitöltéséhez: A név és a telefonszám. A regisztráció a visszacsatolási űrlap szerint történik. Ha a szükséges mező nincs kitöltve, az üzenetet a visszacsatolási űrlapon kell megjeleníteni.
4. HOVA? Alkalmazás küldése e-mailben: információ@ gYAKORI.. com.
5. MINT? A betűk regisztrálása szabad formában.
6. Jellemzők Védelem a botok ellen, hogy visszajelzést adjon.
   A kérés küldése során, ha minden rendben van, akkor az "Alkalmazás küldése" eseményt meg kell küldeni a Yandex-Metric-nek.
7. Ne felejtsük el az elfogadási szabályokat
   Jelölje be:
   • Az oldal nem szabad kinyitni a HTML-címkéket.
   • Ellenőrizze az Adaptive On Android mobileszközöket az Engedission *** x **** és **** x **** és a 1280 x 1024 felbontású tablettákkal.
   • Ellenőrizze a munkát Safari, Chrome, Mozilla böngészők.

Ps. A végrehajtás költségeit és időzítését általában a szerződés mellékletében külön jelzi. Az előadó a műszaki indításban előírt feladatok alapján feltárja a munka költségeit. Minél több kívánsága - annál nagyobb a költség.