A múlt század híres amerikai közgazdászai K.R. McConnell és S.L. Brew azt írja, hogy "a piac bármely intézmény vagy mechanizmus, amely összehozza egy adott termék vagy szolgáltatás vásárlóit és eladóit".
A piac általánosságban a munkatermékek, fogyasztói tulajdonságaikban eltérő áruk cseréjének rendszere. A beszállítók és vevők közötti csere nem ingyenes, hanem költségtérítéses alapon történik. Ebből az következik, hogy a piac feltételezi a fogyasztói tulajdonságaikban eltérő munkaerő-termékek, valamint eltérő tulajdonosok jelenlétét.
A piac megjelenése és kialakulása a társadalmi munkamegosztás és az árutermelés fejlődésének köszönhető. Az árutermelés növekedésével a piac is fejlődik - olyan termékek cseréjének módja, amelyeket eladásra szánnak, és nem maguk a termelők fogyasztják.
A rabszolgarendszerben az egyes országokon belüli árutermelés és áruforgalom rendkívül gyengén fejlett volt. Ez a tény alacsony termékpalettához vezetett, amelyet a külföldi piacra juttattak. És mégis, ebben az időszakban, a rabszolga-tulajdonos árutermelési móddal, jött létre a világpiac. Akkoriban főleg belföldi piac volt. Görögország, Róma és az ókori Egyiptom kereskedtek egymással és a Földközi-tenger és a Fekete-tenger számos városával. De a rabszolgaság természeténél fogva nem árutermelés volt, ezért csak részben szolgálhatott a külkereskedelem fejlődésének alapjául. Erősebb alapja a kézműves termelés volt. Ezért a világ árupiaca, amely a rabszolgaság korszakában öltött formát, társadalmi-gazdasági jellegében a kézműves-rabszolga-tulajdonos piac volt.
A társadalmi termelésben szinte nem volt különbség. Az egyes árutermelők közötti árucsere csak kis területekre terjedt ki. Az árutermelők között közvetítőként működő kereskedelmi tőke fokozatosan egyre több új kerületet, régiót vont be a cserébe.
Ám politikai és ipari széthúzásuk körülményei között az árutőzsde rendszertelen volt: nem volt egységes országos piac, a társadalmi igényeket elsősorban helyben előállított termékekkel elégítették ki. Az egyes országokon belüli társadalmi munkamegosztás gyenge fejlődése akadályozta a rendszeres kereskedelmi kapcsolatok kialakítását közöttük. A külkereskedelem még nem kapott jelentős fejlődést, és nem volt nélkülözhetetlen a feudális társadalom egészének szükségleteinek kielégítésében.
A feudalizmus idején azonban az ókori világ intrakontinentális piaca interkontinentálissá fejlődött. A középkori Kína nemcsak Indiával, hanem Arábiával és Dél-Afrikával is kereskedett. Velence és Genova egyaránt kereskedtek Európa feudális országaival, Egyiptommal és a Közel-Kelet államaival. Vasco da Gama útja összekapcsolta ezt a két regionális nemzetközi piacot, Amerika felfedezése Columbus által és a Magellán megkerülése pedig egyetlen láncba kapcsolta az összes regionális piacot.
A munkatermékek, mint az egymástól elszakadt tulajdonosok által termelt áruk cseréjének módja a feudalizmus korszakának végén kezdett kialakulni a kapitalista vállalkozások megjelenésének, az iparnak a mezőgazdaságtól való elszakadásának hatására, a mezőgazdaság szakosodásával. különböző régiók bizonyos árufajták előállítása során, a zúzás miatt ipari termelés egyre több iparág számára.
A fejlődő kapitalista árutermelés körülményei között az ipar és a mezőgazdaság mindegyik ága fokozatosan egymás piacává válik. A termelés szakágakra történő differenciálása hozzájárult a társadalmi munkamegosztás bővüléséhez. Minél mélyebb a munkamegosztás, minél jobban fejlődik az árutermelés, annál inkább bővül az árucsere szférája, i.e. nemzeti piac alakul ki. Amikor a kapitalista termelés specializálódási folyamata túllép az egyes országok határain, akkor azt kiegészíti a nemzetközi csere, és ennek alapján új világpiac alakul ki.
Így a világpiac az egyes országok piacainak halmazát kezdte képviselni, amelyeket cserekereskedelem köt össze. A világpiac az egyes országok nemzetközi termelési specializációján alapul, és olyan terület, ahol a kiterjesztett szaporodás érdekében az egyik ország által előállított termékeket egy másik ország termékeivel helyettesítik. Az árucsere a világpiacon olyan folyamat, amely biztosítja a kiterjesztett szaporodás folytonosságát. Ezért a termelők közötti kapcsolat különböző országok az árucsere révén a termelési lépték növekedésével bővül. .
A világpiac fejlődésében három szakaszon megy keresztül, amelyeket a termelés fejlődése határoz meg:
A kapitalista világpiac fejlődésének minden szakaszának megvannak a maga sajátosságai, amelyeket maga a kapitalista termelési mód határoz meg. A kapitalista termelési módra való felkészülés szakaszában lévő világpiac még gyerekcipőben járt, fejletlen. A külkereskedelem meghatározó vonása ebben a szakaszban a kereskedelmi tőke meghatározó szerepe volt, amely közvetítőként működött a főként kisárutermelők, részben kapitalista manufaktúrák által előállított áruk forgalmában.
Az egységes nemzeti piacok kialakulására, majd a világ interkontinentális piacának további fejlődésére döntő befolyást gyakorolt nagy ipar. A 18. század utolsó harmadában, majd a 19. század folyamán Angliában lezajlott ipari forradalom eredményeként. Európa és Amerika más országaiban pedig a nagyipar rohamos fejlődésnek indult, ami felgyorsította a nemzeti piacok kialakulását és a kapitalista világpiac kialakulásához vezetett.
A világpiac a kapitalizmus korszakában a 18. század végi angliai ipari forradalomtól a 18. század végéig tartó időszakot öleli fel. század 70-es éveinek végéig, amikor a világkereskedelem teljesen kifejlett vonásokat kapott. Ezt a szakaszt az angliai nagygépipar magabiztos győzelme jellemzi. A világpiac kilép kezdeti állapotából, és a kapitalizmus kategóriájaként kezd kialakulni.
A XIX. század 60-70-es éveiben. A világpiac meghatározó vonása az ipari tőke meghatározó szerepének végleges megszilárdulása a fejlett kapitalista országok, elsősorban Németország és az Egyesült Államok gazdasági életében, amelyek ipara fejlettségi szintjét tekintve elkezdett felzárkózni Angliához. .
A kapitalizmus vállalati szakasza a XIX. század 80-as éveinek időszakát öleli fel. és napjainkig, amikor az egyéni vállalkozások szabad versenyének kapitalizmusából a vállalati uralom különféle formáira való átmenet megtörtént. Ebben a szakaszban a világpiac kialakulása az egységes kapitalista gazdasági rendszer kialakulása és a pénzügyi tőke világméretű dominanciája alapján fejeződött be.
A modern világgazdaság fejlődésének és a nemzetgazdaságok ebbe való bekapcsolódásának több korszaka van.
Az első időszak - 20-30. XX. század - válságjelenségek a világgazdaság fejlődésében. A válságot általános instabilitás kísérte gazdasági kapcsolatok világháború, a 20-30-as évek végi nagy gazdasági világválság okozta. a világ vezető országainak gazdaságának fejlesztésében.
A második időszak - a 40-es-80-as évek vége. XX. század - az ipari kapcsolatok fő ereje a transznacionális vállalatok (TNC-k) lettek, amelyek nemzetközivé váltak termelési komplexumok, ezen belül egy termék létrehozása, megvalósítása, számítások, kölcsönzés.
A második világháború alatt gazdasági erejét meredeken megnövekedett Egyesült Államok segítette Nyugat-Európa gazdasági fellendülését. 1947 júniusában George Marshall amerikai külügyminiszter tervet terjesztett elő az európai országok megsegítésére, amely intézkedéseket tartalmazott a pusztítás leküzdésére, stabilizálására. államháztartás konverzió és politikai stabilizáció. 1948 áprilisában az Egyesült Államok Kongresszusa a Marshall-terv alapján mentőtörvényt fogadott el.
Négy évig (1948-1951) western Európai országok folyó áron 17 milliárd dollár értékben kapott segítséget (századvégi áron több mint 150 milliárd dollárt), aminek 70%-a üzemanyagra és élelmiszerre vonatkozott. Az amerikai export ebben az időszakban 60%-kal, az európaié 50%-kal nőtt. A legfontosabb ipari termékek gyártása Európában 60-200%-kal nőtt. 1951-ben az európai GDP 15%-kal haladta meg a háború előtti szintet.
A Szovjetuniót is meghívták, hogy vegyen részt a Marshall-tervben. Ám a Szovjetunió vezetői (Sztálin és Molotov) súlyos politikai hibát követtek el, amikor elutasították a segítségnyújtást, és 45 éves konfrontációba vonták az országot egy gazdaságilag erős ellenséggel.
A Marshall-terv az egyik legsikeresebb gazdasági programok a történelemben. Eredményei lenyűgözőek:
A Marshall-terv elkészülte után (1951), a gyarmati birodalmak összeomlásával a segélyprogramokat a fejlődő országokba irányították át, hogy a nyugati országok kapcsolatrendszerében maradjanak. A gyarmati rendszer felszámolása a 60-as évek közepén. nagy csoportot hozott a nemzetközi élet élére fejlődő országok amelyek még mindig különleges helyet foglalnak el a világgazdaságban.
Az 50-80-as években. az Egyesült Államok és más iparágak fejlettségi szintjei közeledtek fejlett országok. Az egyes országok azonban nem tudtak elég közel kerülni a fejlettségi szinthez amerikai gazdaság. A külgazdasági kapcsolatok folyamatosan bővültek és mélyültek. Az iparosodott országok exportkvótája 11%-ról 21%-ra, a fejlődő országoké pedig 18%-ról 26%-ra nőtt.
A harmadik időszak - a XX. század utolsó évtizede - napjaink. A földrajzi tér fejlettségi foka nőtt, felerősödött a gazdasági kölcsönhatás, egymásrautaltság. A kelet-európai országokban a nyugati államokhoz közeli gazdasági-politikai struktúrák kialakulásának, felborulásának folyamatai zajlanak. A világgazdaság új fejlődési szakaszába lépése az országok közötti együttműködés erősödését jelezheti, gazdasági és politikai struktúráik egységének megerősödését idézheti elő.
A világgazdaságban a vezető pozíciót hét iparosodott ország - az USA, Japán, Kanada, Németország, Franciaország, Nagy-Britannia és Olaszország - foglalja el. Az ipari országok csoportja (AKP) ipari termelésének több mint 80%-át és a világ teljes ipari termelésének mintegy 60%-át adják; a villamosenergia-termelés 70, illetve 60%-a; az áruk és szolgáltatások exportjának több mint 60%-a, illetve mintegy 50%-a.
A XX. század utolsó évtizedeiben. Az Egyesült Államok jelentősen megelőzte a világ összes országát a külkereskedelmi forgalom (a világexportban való részesedés átlagosan 13%, az importban - 11%) és a tőkeexport tekintetében; a második helyet Németország foglalta el, a harmadikat Japán, amely az 1960-1990-es évekre. csaknem megkétszerezte részesedését a világ exportjában.
A XX. század végére. Kína bekerült a tíz legnagyobb kereskedelmi nagyhatalom közé (1980-ban a 20. a vezetők listáján), 3,4%-os részesedéssel a világ exportjában. A XXI. század elejére. meredeken emelkedett a tempó gazdasági fejlődésés Kína exportja. Az export átlagos éves növekedési üteme a XXI. (körülbelül 30%) Kínát a világelsők közé helyezte a világkereskedelemben.
Így a modern világpiac hosszú történelmi fejlődés folyamatában alakult ki néhány vezető állam hazai piaca alapján. Ezen országok piaci kapcsolatai fokozatosan túlléptek a nemzeti-állami kereteken.
Kortárs világgazdaság heterogén. Olyan államokat foglal magában, amelyek társadalmi szerkezetükben, politikai szerkezetükben, fejlettségi szintjükben különböznek egymástól termelőerőkés a munkaügyi kapcsolatok, valamint a nemzetközi gazdasági kapcsolatok jellege, terjedelme és módszerei.
A hazai piacok alapján kialakult nemzetközi áru-pénz kapcsolatrendszer kialakulásának fő oka a globalizáció és a nemzetközi munkamegosztás. Fejlődés nemzetközi kapcsolatok században kezdődött, amikor a manufaktúrák tulajdonosai új piacokat kerestek a termékek értékesítésére. Az áruk egy részét más országokban kezdték el értékesíteni, formálva nemzeti piacokon exportorientált. Az ipar fejlődése befolyásolta az eltérő kereskedelmi központok egyesülését, ami hozzájárult a világpiac kialakulásához.
A világpiac jellemző vonásai: nyersanyagimport-export ill elkészült termékek, a világos idő- és területi határok hiánya, az együttműködés mértéke, a vezető devizák használata a tranzakciókhoz.
Az áruk és szolgáltatások nemzetközi cseréjének alapjául szolgáló világpiac elsődleges helyet foglal el a termelésben, tájékoztatva az ipari vállalatokat arról, hogy milyen termékeket és mennyit kell előállítani.
A világpiac tevékenységét nemzetközi megállapodások és szabványok szabályozzák, amelyek végrehajtását az érintett nemzetközi szervezetek ellenőrzik.
A világpiac szerkezete a következőkből áll:
Az országok közötti kereskedelmi és gazdasági kapcsolatok tárgyai magánszemélyek, vállalkozók, kereskedelmi és ipari társaságok, pénzintézetek, kormányzati szervek, transznacionális vállalatok. A kereskedelmi szektort árucikk, valuta, tőzsdék, nemzetközi kiállítások és vásárok. A fenti piacok egy része elektronikusan működik.
Bevezetés
A válaszadók megkérdezése a szociológiai kutatás egyik legfontosabb eszköze.
A közvélemény-kutatás nélkülözhetetlen módszer az emberek szubjektív világáról, hajlamairól, indítékairól és véleményeiről való információszerzéshez. Szinte univerzális módszer. A megfelelő óvintézkedések megtétele esetén nem kevésbé megbízható információkat nyújt, mint a dokumentumok vizsgálata vagy a megfigyelés.
Az információs rendszerek fejlődésével és az internetes technológiák növekvő befolyásával a szociológiai kutatások területén új szakasz kezdődött. Jelenleg a világméretű hálózatnak köszönhető, hogy könnyű felméréseket és felméréseket végezni nagy és sokszínű közönség körében.
Ez az információgyűjtési mód több előnnyel bír a hagyományos módszerekkel szemben. Először is, az internetes felmérés lehetővé teszi nagy földrajzi területek lefedését. Másodszor, az eredményeket bármikor meg lehet szerezni. Ezenkívül a közvélemény tanulmányozásának ez a módszere jelentősen csökkenti a munkaerő- és pénzügyi költségeket.
Az internetes felmérések lebonyolítási módszerének nagy hatékonysága annak köszönhető, hogy kommunikatív tulajdonságainál fogva a lehető legközelebb hozza az interjúalanyot és a kérdezőt. Ezen túlmenően az internet lehetővé teszi a kérdőív kitöltésére fordított idő jelentős csökkentését a "kérdező - kérdezett - kitöltött kérdőív - a kérdőív adatbázisba bevitele - a kérdőív elemzése - az eredmények grafikus formában történő bemutatása" lánc mentén. A modern információs eszközök lehetővé teszik, hogy néhány percre csökkentsék azt az időt, amely alatt az adatok áthaladnak ezen a láncon. Ehhez képest mindezen lépések manuális végrehajtása legalább néhány napot vesz igénybe.
A számhoz megkülönböztető jellegzetességek a felmérések internet segítségével történő lebonyolítása magában foglalja azok alacsony költségét, a felmérés folyamatának automatizálását és eredményeinek elemzését, valamint azt, hogy a felmérés a célközönségre fókuszáljon.
A felmérés lebonyolítása automatizált rendszer hiányában nagyon munkaigényes folyamat, amely nagy humánerőforrást igényel. A kérdőív eredményeinek manuális összegzése nagyon időigényes folyamat, és ebben az esetben az emberi hibák sem kizártak. A kidolgozott rendszer jelentősen megkönnyítheti a marketing osztály munkáját, csökkentheti a felmérés eredményeinek összegzésére fordított időt, csökkentheti a felmérés lebonyolításában részt vevő alkalmazottak számát, valamint az összegzésnél a hibák valószínűségét is. a felmérés eredményeit.
A rendszer megrendelője a BF MESI marketing osztálya. A marketing osztály egyik feladata a marketingkutatás lebonyolítása. Jelenleg ennek a feladatnak a végrehajtása során a marketing részleg bizonyos erőforrásokat költ, mind anyagi, mind emberi erőforrásokat. A felmérés lebonyolításának folyamata az előkészítéstől a kérdőívek közvetlen gyűjtéséig a MESI CF-ben manuálisan történik. Ezért szükség volt egy olyan webes alkalmazás létrehozására, amely automatizálni tudja a marketingkutatás üzleti folyamatait.
A projekt fő üzleti célja a költségek csökkentése a MESI CF marketingkutatása során. A cél elérését a kikérdezés és az adatfeldolgozás folyamatának webes alkalmazással történő automatizálásával tervezzük.
1. Fejlesztési módszertan megválasztása
Bármilyen minőségi alkalmazás létrehozását valamilyen módszertan alkalmazása kíséri. A módszertan technikák, módszerek és elvek rendszerezett összessége a szoftverek felépítéséhez, karbantartásához és/vagy fejlesztéséhez. A módszertan megalapozza az információcserét, eszközöket és technikákat biztosít egy megbízható, megismételhető szoftverfejlesztési folyamat megszervezéséhez. A módszertan a munka teljes körét szervezett fázisokra és/vagy szakaszokra bontja, amelyeket aztán tervre és feladatokra, inputokra és eredményekre, technológiai módszerekre, eszközökre, valamint a csapattagok termékfejlesztési folyamatban betöltött szerepére osztanak. . A munka szisztematikus példáinak készletét sablonok, útvonalak, cselekvési forgatókönyvek és akciószervezési példák formájában mutatjuk be. A munkaminták könnyen adaptálhatók bármilyen specifikus projekthez, megbízható alapot teremtve a szervezet struktúrájának kialakításához. A választott módszertan alapján konkrét tervezési eszközök és szoftverek kerülnek kiválasztásra. A minőségi alkalmazásfejlesztési folyamat szervezésének leghíresebb és legnépszerűbb módszerei a Rational Unified Process (RUP) és a Microsoft Solutions Framework (MSF).
A Rational Unified Process (RUP) iteratív fejlesztési modellt kínál, amely négy fázisból áll: indítás, feltárás, összeállítás és üzembe helyezés. Minden fázis szakaszokra (iterációkra) bontható, amelyek belső vagy külső felhasználásra való felszabadítást eredményeznek. A négy fő fázison való áthaladást fejlesztési ciklusnak nevezzük, minden ciklus a rendszer verziójának generálásával zárul. Ha ezután a projekten végzett munka nem áll le, akkor a kapott termék tovább fejlődik, és ismét ugyanazokon a fázisokon megy keresztül. A RUP keretein belüli munka lényege nem papíralapú dokumentumok, hanem modellek létrehozása és karbantartása, ezért ez a folyamat meghatározott modellező eszközök (UML) használatához, valamint egy meghatározott tervezési és fejlesztési technológiához (objektum-orientált) kötődik. elemzés, objektum-orientált elemzés, OOA, objektum-orientált programozás, objektum-orientált programozás, OOP). A RUP egy munkafolyamat, amely lehetővé teszi a csapat termelékenységének növelését és a komplex információs rendszerek fejlesztési folyamatának egységesítését kész munkaszervezési modellek és dokumentumsablonok biztosításával. A RUP célja, hogy olyan feltételeket teremtsen a termékek fejlesztéséhez, amelyek teljes mértékben megfelelnek az ügyfelek igényeinek. A RUP ütemezési grafikonjai segítenek a fejlesztési folyamat egyszerűsítésében, és így az előre meghatározott projekt határidők és költségvetések betartásában.
A MicrosoftR Solutions Framework (MSF) részletes „hogyan kell” útmutatókat tartalmaz alkalmazások és infrastrukturális projektek fejlesztéséhez. A technológia kiválasztásában nyújtott segítség mellett az MSF az emberi tényezőre, valamint a fejlesztési folyamat egyes összetevőire összpontosít. A rendszer olyan elveket, modelleket és projektpéldákat tartalmaz, amelyek leginkább segítenek azonosítani tipikus hibákés javítsa ki azokat a projekt ezen részéért felelős személyekhez. A fegyelmezett megközelítés kritikus fontosságú a határidőknek, követelményeknek és költségvetésnek megfelelő minőségi üzleti megoldások biztosításához. Az MSF hasonló a RUP-hoz, négy fázisból áll: elemzés, tervezés, fejlesztés, stabilizálás, iteratív, objektum-orientált modellezést foglal magában. Az MSF jobban összpontosít az üzleti alkalmazások fejlesztésére, mint a RUP.
Fejlesztési módszerként az MSF mellett döntöttem, mivel ezt a módszertant a Microsoft fejlesztette ki és adaptálta a cég szoftvertermékeihez. Az MSF modellek, elvek és irányelvek összessége a vállalati szintű megoldások tervezésére és fejlesztésére a projektek embereinek, folyamatainak és eszközeinek sikeres kezelésére. Az MSF emellett bevált módszereket kínál a vállalati megoldások tervezésére, tervezésére, fejlesztésére és bevezetésére.
A folyamatmodell meghatározza a tervezési sorrendet és leírja a projekt életciklusát. Két fő formális modell létezik életciklus- kaszkád és spirál modellek.
1.1. ábra Életciklus modellek
Ezek a modellek két különböző megközelítést képviselnek a projekt életciklusának megszervezésében.
Kaszkád modell. Itt a projekt értékelése és a következő szakaszba való átmenete mérföldköveken történik. Az egyik fázishoz kapcsolódó összes feladatot el kell végezni a következő szakasz megkezdése előtt. A vízesés-modell akkor működik a legjobban, ha a fejlesztés alatt álló megoldással szemben támasztott következetes követelményrendszer egyértelműen meghatározható a projekt korai szakaszában. Az egyik fázisból a másikba való átmenet rögzítése megkönnyíti a felelősségek kijelölését, a jelentéstételt és a projekt ütemezésének követését.
Spirál modell. Ez a modell figyelembe veszi a tervezési követelmények folyamatos felülvizsgálatának, finomításának és értékelésének szükségességét. Ez a megközelítés nagyon hatékony lehet a gyors fejlődésben. kis projektek. Serkenti az aktív interakciót a projektcsapat és az ügyfél között, mivel az ügyfél a projekt során értékeli a munka előrehaladását és eredményeit. A spirálmodell hátránya az egyértelmű mérföldkövek hiánya, ami káoszhoz vezethet a fejlesztési folyamatban.
Az MSF folyamatmodell leírja a vállalati szintű megoldások létrehozásának és üzembe helyezésének általános munkafolyamatát. A modell meglehetősen rugalmas, és a legkülönfélébb méretű projektek igényeihez alkalmazkodik. Az MSF folyamatmodellje szakaszorientált és ellenőrzőpontokon alapuló vezérlésű, iteratív megközelítést alkalmazva a hagyományos alkalmazások, a vállalati e-kereskedelmi megoldások és az elosztott webalkalmazások fejlesztésére és telepítésére.
Az MSF folyamatmodell a vízesés és a spirál modellek legjobbjait egyesíti: a mérföldkő alapú ütemezést és a vízesés modell kiszámíthatóságát, valamint a spirálmodell visszajelzéseit és együttműködési kreativitását.
Az MSF folyamatmodell öt jól meghatározott lépésből áll:
Átfogó kép készítése az alkalmazásról;
tervezés;
Fejlesztések;
stabilizáció;
Telepítések.
Minden szakasz egy ellenőrző ponttal zárul.
Az alkalmazásról alkotott átfogó kép kialakításának szakaszában a csapat, az ügyfél és a projekt szponzorai meghatározzák a magas szintű üzleti követelményeket és a projekt általános céljait. a fő feladat- megállapodjanak abban, hogy a különböző résztvevők hogyan látják a projektet, és közös véleményt alakítsanak ki a csapattagok között a projekt vállalat számára hasznosságáról és megvalósíthatóságáról. Ebben a szakaszban a fő figyelem a feladatok megfogalmazásának egyértelműségére irányul.
Az alkalmazásról alkotott átfogó kép elkészítésének szakaszában a csapat különféle feladatokat old meg.
A csapat összetételének meghatározása, amelyben az MSF csapatmodell által biztosított összes szerepkört képviselni kell. (A csapat létrehozásáért felelős személyt általában a cég vezetése jelöli ki.) A csapat szervezésénél fontos figyelembe venni az egyes tagok készségeit, tapasztalatait, teljesítményét. Ne feledkezzünk meg a gyakorlati szempontokról sem, mint például az erőforrások és a költségvetés elérhetősége és hozzáférhetősége.
A projekt struktúrájának meghatározása - a projektcsapat adminisztratív struktúrájának és a projektmenedzsment szabványainak meghatározása.
Az üzleti célok meghatározása - az üzleti probléma elemzése és a termék létrehozásának céljainak azonosításának lehetőségei.
A fennálló helyzet felmérése - a jelenlegi állapot elemzése és a tényleges és a várható helyzet közötti szakadék felmérése. Egy ilyen elemzés célja a feladatok listájának megfogalmazása és a projekt irányának meghatározása.
Projekt jövőkép és hatókör dokumentum készítése - annak a megoldásnak a koncepciójának kidolgozása és dokumentálása, amelyre a projektcsapatnak vezérelnie kell a projekt hosszú távú üzleti céljainak elérése érdekében. A projekt hatóköre határozza meg, hogy mi szerepel a projekt kontextusában, és mi kívül esik a projekt hatókörén.
Felhasználói követelmények és profilok meghatározása – az összes érdekelt fél, végfelhasználó és projektszponzor azonosítása, valamint megoldási követelményeik dokumentálása. Ez az információ segít a projekt összképének és határainak "vázlatában", valamint a megoldás koncepciójának kialakításában.
A megoldás koncepciójának kidolgozása - a megoldás alapkoncepciójának, azaz a megoldás „gerincének” a megalkotása, amely a jövőbeni termék alapjává válik. A koncepció az összegyűjtött követelmények alapján készül.
Kockázatértékelés - a különböző típusú kockázatok projekt szempontjából való fontosságának azonosítása és tisztázása, valamint a kockázatok kiküszöbölésére vagy csökkentésére irányuló intézkedések kidolgozása. Ez egy iteratív eljárás, amelyet a termék életciklusának minden szakaszában hajtanak végre.
A megoldás nagy kép szakaszának lezárása - a szakasz befejezése, amelyet az összes érintett és a projektcsapat által jóváhagyott megoldás nagy kép és terjedelem dokumentuma igazol
A szakasz egyes feladatainak megoldásának eredményei alkotják a projekt következő szakaszainak kontextusát és irányát, valamint a megoldás összképét és terjedelmét, amelyet a megrendelő rendelkezésére bocsátunk. Itt vannak azok a célok, amelyeket a csapat elér a megoldás átfogó képének kialakításakor.
A megoldás nagy képe és terjedelme:
feladatok és üzleti célok megfogalmazása;
meglévő folyamatok elemzése;
a felhasználói követelmények legáltalánosabb meghatározása;
felhasználói profilok, amelyek meghatározzák, hogy ki fog dolgozni a termékkel;
· a nagy kép dokumentuma és a hatókör meghatározása;
megoldási koncepció, amely leírja a projekt tervezését;
megoldástervezési stratégiák.
Projekt felépítése:
· az összes MSF csapat szerepének leírása és a csapattagok listája;
A csapat által követendő projektstruktúra és folyamatszabványok.
Kockázatértékelés:
előzetes kockázatértékelés;
előre meghatározott kockázatok listája;
az azonosított kockázatok hatásának kiküszöbölésére vagy csökkentésére irányuló tervek.
A tervezési szakaszban a csapat dönti el, hogy mit kell fejleszteni, és termékbevezetési terveket készít. A csapat elkészíti a funkcionális specifikációt, elkészíti a megoldástervet és munkaterveket, valamint értékeli a tervezett eredmények költségét és ütemezését.
A tervezési szakasz elemzi a követelményeket, amelyek üzleti követelményekre, felhasználói követelményekre, funkcionális követelményekre és rendszerkövetelményekre oszlanak. Ezek szükségesek a termék és funkcióinak tervezéséhez, valamint a tervezés helyességének ellenőrzéséhez.
A követelmények összegyűjtése és elemzése után a csapat elkészíti a megoldástervezetet. Profilok jönnek létre, amelyek meghatározzák a termék felhasználóit, valamint szerepeiket és felelősségeiket. A csapat ezután forgatókönyveket készít a rendszer használatához. A rendszerhasználati eset (SIS) egy adott típusú felhasználó által végrehajtott folyamat leírása. A parancs külön SIS-t hoz létre az összes felhasználói profilhoz. Ezután rendszerhasználati esetek (SIS) jönnek létre, amelyek meghatározzák a felhasználó által a SIS-ben végrehajtott lépések sorrendjét.
A tervezési szakasz három szakaszból áll.
Koncepció kialakítása. A feladatot a felhasználói és üzleti követelmények szemszögéből veszik figyelembe, és a rendszer használatára vonatkozó forgatókönyvek formájában határozzák meg.
Logikai tervezés. A feladatot a projektcsapat szemszögéből tekintjük, a megoldást pedig szolgáltatások halmazaként határozzuk meg.
fizikai tervezés. A feladatot a fejlesztők (programozók) szemszögéből vizsgáljuk. Ebben a szakaszban meghatározzák a technológiákat, a komponens interfészt és a megoldási szolgáltatásokat.
A fejlesztési szakaszban a projektcsapat elkészíti a megoldást, beleértve a termékkód fejlesztését és dokumentálását, valamint a megoldás infrastruktúrájának létrehozását.
Fejlesztési folyamat
A fejlesztési szakaszban a csapat több feladatot is ellát.
A fejlesztési ciklus kezdete. A csapat ellenőrzi a megoldás átfogó és tervezési fázisára jellemző összes feladatot, és felkészül a termékfejlesztés megkezdésére.
Alkalmazás prototípus létrehozása. A megoldástervezés mögött rejlő koncepciók tesztelése olyan környezetben, amely hasonló ahhoz a környezethez, amelyben a jövőbeni terméket végső soron telepíteni kívánják. A környezetnek a lehető legpontosabban kell reprodukálnia az ipari környezetet. Ez a feladat a fejlesztés megkezdése előtt befejeződik.
Megoldás komponensek fejlesztése. A megoldás fő komponenseinek kidolgozása és adaptálása a megoldás igényei szerint.
Hozzon létre egy megoldást. Napi vagy gyakoribb összeállítások sorozata, amely a főbb termékjellemzők megvalósítását jelző alapfelépítések kiadásában csúcsosodik ki.
A fejlesztési szakasz lezárása. Az alkalmazás összes funkciójának befejezése, valamint a kód és a dokumentáció kézbesítése. A megoldás késznek tekinthető, és a csapat továbblép az ellenőrzőpont jóváhagyási folyamatához.
A stabilizációs szakaszban a csapat összeállítja, letölti és béta teszteli a terméket, és áttekinti a telepítési forgatókönyveket. A középpontban a felfedezés, a kiemelés és a problémamegoldás áll, amelyek mindegyike előkészíti a megoldást a végső kiadáshoz. Ebben a szakaszban a termék minőségének meghatározott szintje biztosított. Ezenkívül a szakasz befejeztével a megoldás készen áll az éles környezetben való üzembe helyezésre.
Ebben a szakaszban a csapat telepíti a létrehozott termék működéséhez szükséges technológiákat és környezeti összetevőket, telepíti és telepített állapotban stabilizálja a megoldást, átadja a projektet a karbantartó és támogató csoportok kezébe, és megkapja a végleges jóváhagyást a projektet az ügyfél.
Az üzembe helyezés után a csapat elvégzi a projekt áttekintését és felmérését, hogy megtudja az ügyfelek elégedettségének szintjét. A telepítési szakasz a „Megoldás telepítve” ellenőrzőponttal zárul.
Modellezési eszközként az UML-t (Unified Modeling Language) fogják használni – egy szabványos nyelvet, amelyet a változó összetettségű információs rendszerek modellezésére használnak – a nagyvállalati IT-rendszerektől a webalapú elosztott rendszerekig.
Az UML alkotói arra törekedtek, hogy a felhasználók számára szabványos vizuális nyelvet biztosítsanak az érthető modellek fejlesztéséhez és megosztásához. Az UML független bizonyos programozási nyelvektől és fejlesztési folyamatoktól, és a következőkre szolgál:
Szoftverrendszer vizualizálása szigorúan meghatározott szimbólumok halmazával. Az alkalmazásfejlesztő egyértelműen tudja értelmezni egy másik fejlesztő által létrehozott UML-modellt;
Specifikációs leírások tájékoztatási rendszer. Az UML segít pontos, egyértelmű és teljes modellek felépítésében;
Közvetlenül szöveggé konvertálható informatikai rendszermodellek tervezése különböző programozási nyelveken;
Szoftverrendszer modellek dokumentálása, rendszerkövetelmények kifejezése a fejlesztési és telepítési szakaszban
Az UML főbb jellemzői:
Egyszerű, bővíthető és kifejező vizuális modellező nyelv;
A különböző bonyolultságú szoftverrendszerek modellezésére szolgáló jelölésekből és szabályokból áll;
Lehetővé teszi egyszerű, jól dokumentált és könnyen érthető szoftvermodellek létrehozását;
Nem függ mind a programozási nyelvtől, sem a platformtól.
Az UML lehetővé teszi a rendszertervezők számára, hogy szabványos tervrajzokat készítsenek bármely rendszerhez, és számos grafikus eszközt biztosít, amelyek segítségével a rendszer különböző szempontok szerint vizualizálható és elemezhető. Diagramok alapján a rendszer különféle reprezentációi készülnek. A rendszer összes reprezentációja együttesen alkotja a rendszer modelljét.
Modelleket vagy nézeteket használnak egy összetett információs rendszer megjelenítésére, ahol az információs rendszer különböző aspektusai UML nézetként jelennek meg. A következő ábrázolásokat gyakran használják:
A felhasználói nézet (user view) a rendszer céljait és célkitűzéseit fejezi ki a felhasználók és a rendszerrel szembeni követelményeik tekintetében. Ez a nézet a rendszer azon részére vonatkozik, amellyel a felhasználó interakcióba lép. Az egyéni nézetet UseCase diagramkészlet nézetnek is nevezik.
A szerkezeti nézet (strukturális nézet) a rendszer statikus vagy tétlen állapotát tükrözi. Tervezési nézetnek is nevezik.
A viselkedési nézet a rendszer dinamikus vagy változó állapotát tükrözi. Néha folyamatnézetnek is nevezik.
Az implementációs nézet a rendszer logikai elemeinek struktúráit reprezentálja.
A környezetnézet a rendszer fizikai elemeinek eloszlását tükrözi. A rendszer környezete a felhasználók szemszögéből határozza meg funkcióit. A környezeti nézetet telepítési nézetnek is nevezik.
A különböző UML nézetek diagramokat tartalmaznak, amelyek különböző perspektívákból mutatják be a fejlesztés alatt álló megoldást. Nem kell minden létrehozott rendszerhez diagramokat terveznie, de meg kell értenie a rendszer reprezentációit és a megfelelő UML diagramokat. Ezenkívül nem szükséges minden diagramot használni a rendszer modellezéséhez. Csak azokat a modelleket kell kiemelni, amelyek lehetővé teszik a rendszer sikeres modellezését.
A következő UML diagramok a rendszer különböző nézeteinek ábrázolására szolgálnak:
Az osztálydiagramok osztályokat és azok kapcsolatait tartalmazzák. Az osztályok közötti kapcsolatokat (asszociációkat) kétirányú összekötő vonalak ábrázolják;
Az objektumdiagramok (objektumdiagramok) a rendszer különféle objektumait és azok kapcsolatait ábrázolják;
A VIS diagramok (használati eset diagramok) azt a funkciókészletet mutatják be, amelyet a rendszer a külső objektumok számára biztosít;
A komponens diagramok (komponens diagramok) a rendszer megvalósításának reprezentációját jelenítik meg. Tartalmazza a rendszer különféle összetevőit és azok kapcsolatait, például a forráskódot, az objektumkódot és a végrehajtható kódot;
A telepítési diagramok a szoftverkomponensek és a rendszer fizikai megvalósításának csomópontjai közötti megfelelést mutatják;
A kollektív interakció diagramjai (együttműködési diagramok) az általuk küldött és fogadott osztályok és üzenetek halmaza;
A szekvenciadiagramok leírják az osztályok közötti interakciót – az osztályok között váltott üzenetek sorrendjét;
Az állapotdiagramok egy osztály viselkedését írják le, amikor egy külső folyamat vagy objektum hozzáfér. Megjeleníti az osztály állapotait és válaszait, amikor egy műveletet végrehajtanak.
2. Készítsen átfogó képet a megoldásról
Az információgyűjtés összetett folyamat. A fő nehézség ebben a folyamatban a megfelelő mennyiségű információ összegyűjtése és a magas minőségi követelmények betartása. Az ilyen információk lehetővé teszik ésszerű ajánlások kidolgozását és megfontolásra megküldését egy szervezet vagy intézmény vezetőségének, módszertan kialakítását a munkavállalók képzési, átképzési és továbbképzési folyamatának minőségi irányítására.
Természetesen az információkat két fő forrásból szerzik be:
Meglévő - az intézményben elérhető;
különböző típusú munkavállalói felmérésekből származó információk.
Általában az intézményben már meglévő információkat használjuk fel először, bár az ilyen jellegű információk mennyisége változó, hasznossága az elemzés jellegétől függ. A projekt legelején azonban csak ilyen információk állnak rendelkezésre feldolgozásra, elemzésre, ezért fontos ezen információk összegyűjtése és elemzése. Ez segít azonosítani a további információs igényeket, és a tájékozott személy más szemszögéből közelíteni a további adatgyűjtéshez.
A képzési igények elemzése során szükség lesz a "nyers" és "friss" információk összegyűjtésére, vagyis a szervezet vezetőinek és alkalmazottainak, a fogyasztók véleményének összegyűjtésére a munkavállalók képzésének, átképzésének, továbbképzésének fejlesztéséről, ill. az oktatási folyamat. Az ilyen információk megszerzésének szokásos módja a felmérés.
A leggyakoribb felmérési formák:
strukturált;
· félig strukturált;
· csoportos megbeszélések és találkozók;
kérdőíveket.
A strukturált felmérés során a tudósító egy sor előkészített kérdést kínál fel, amelyeket egymás után tesznek fel, hogy megbizonyosodjanak a gyűjtött információkról. Ennek a felmérési formának az a hátránya, hogy a beszélgetés tárgya már definiált, és a projekt szempontjából néhány kulcsfontosságú és érdekes szempont mellőzhető, mivel azokat korábban nem jegyezték meg.
Egy félig strukturált felmérésben a beszélgetés széles vizsgálati területe már meghatározásra kerül, de a beszélgetés során további területeket is áttekintenek, és a tudósító időről időre eldönti, hogy folytatja-e ennek a kérdésnek a megvitatását.
A csoportos megbeszélések és értekezletek hasznosak a képzési igények elemzésének részeként, mivel javítják az információ minőségét. A vezetőség és az alkalmazottak megvitatják az ötleteket, és megbeszéléseken keresztül új megközelítéseket kínálnak a megoldáshoz, amely megalapozottabb információkat nyújt. A csoportos megbeszélések során azonban hatékony beszélgetési szokásokat követelnek meg az intézmény vagy a képzési központok humán erőforrás osztályának vezetőitől.
A kérdőívek jelentik a legelterjedtebb eszközt a különféle információk összegyűjtésére, de a kérdőívek jelentik a legnagyobb problémát is. A probléma a tervezésükben és elemzésükben van, nem pedig az elfogadhatóságukban. A nagy létszámú vagy sok irodával rendelkező szervezetekben, intézményekben a kérdőívek a módszertan fő részét képezhetik.
A regionális struktúra marketing osztályának fő célja a különböző fogyasztói csoportok regionális szintű oktatási igényeinek azonosítása, kialakítása és hatékony kielégítése.
A MESI fő stratégiai céljaival és jelenlegi feladataival összhangban a regionális struktúra marketing osztálya napi tevékenységében az alábbi fő feladatokat köteles megvalósítani:
1. Az oktatási termékek és szolgáltatások regionális piacokon történő népszerűsítése során a regionális struktúra fejlesztésére és piaci magatartására vonatkozó stratégia és taktika közös kidolgozásához a vezető struktúra marketing osztályának biztosítása a szükséges marketing információkkal. A területi struktúra marketing osztálya köteles szükség esetén pontosítani, kiegészíteni a megadott információkat, valamint teljesíteni minden szükséges munkát a regionális piacok jelenlegi és várható piaci helyzeteinek elemzéséről és értékeléséről.
2. Az oktatási termékek és szolgáltatások piacával kapcsolatos piackutatások teljes körének elvégzése a régiókban, a regionális munkaerőpiacon, a fogyasztókban regionális struktúrák, mind a jóváhagyott kutatási ütemterv szerint, mind a marketing osztály speciális utasításai szerint.
3. A regionális versenytársak tevékenységének, az ügyfelekre gyakorolt hatásuk stratégiáinak és taktikáinak (reklámozás, árpolitika, egyéb versenyzési módok) tanulmányozása és a marketing osztály felé történő jelentéstételi információk biztosítása, a marketingtevékenység ütemezésének megfelelően.
4. Folyamatos részvétel az EAOI regionális szerkezeti egysége stratégiájának és piaci magatartási taktikájának kialakításában marketingstratégia kialakításán keresztül: áru, ár, marketing, reklám és szolgáltatás.
5. Kereslet kialakítása, promóciós tevékenységek szervezése, eladásösztönzés, PR - tevékenységcsoport kialakítása, egyeztetés a marketing osztállyal és beszámolási információk biztosítása, a marketingtevékenység ütemezésének megfelelően.
6. Időszakos egyeztetés a főegyetem marketing osztályával a regionális struktúra marketingtevékenységéről.
7. A regionális marketing hosszú távú (egy évre szóló) és aktuális (egy hónapos) terveinek kidolgozása, egyeztetés a vezető egyetem marketing osztályával.
8. A marketing költségvetés szerkezetének és volumenének kidolgozása és jóváhagyása a vezető egyetem marketing osztályával.
9. Javaslatok kidolgozása az árstratégia koncepciójára, beleértve a régiók kedvezményrendszerét és jóváhagyását a vezető egyetem marketing osztályával.
10. Az oktatási szolgáltatások piacán az oktatási szolgáltatások és a regionális szerkezetű termékek iránti kielégítetlen kereslet okainak elemzése és a méret csökkentésére irányuló javaslatok kidolgozása.
11. „Fogyasztók” és „Versenytársak” adatbázisok létrehozása és üzemeltetése.
12. Javaslatok kidolgozása új típusú oktatási szolgáltatások fejlesztésére a régiókban, amelyek megfelelnek az új Fogyasztók / Hallgatók igényeinek.
13. Javaslatok kidolgozása a MESI pozitív imázsának kialakítására/korrekciójára a térségi Fogyasztók / Hallgatók tudatában és az egységes vállalati kultúra kialakítására, ezek gyakorlati megvalósításában reklámhordozók segítségével történő közvetlen részvétel.
14. Végrehajtók/társvégrehajtók felkutatása marketing- és reklámmunkára külső szervezetek körében, számukra feladatok meghatározása, az általuk végzett munka operatív ellenőrzése, elemzése.
A marketingkutatás során az idő jelentős részét a felmérések elvégzése és a kapott adatok további feldolgozása tölti el. A regionális struktúrák marketingtevékenységéről szóló szabályzat értelmében a marketing osztálynak a következő típusú felméréseket kell végeznie:
1. Középiskolások és középfokú oktatási intézményekben végzettek (egyetem előtti rendezvények) (kérdőív + beszámolólap - Word);
2. Jelentkezők, beleértve a DOD látogatóit (kérdőív + jelentés űrlap - Word);
3. 1, 5 szakos hallgatók (kérdőív + beszámoló - Word);
4. 2, 3, 4 kurzusos hallgatók (kérdőív + beszámolólap - Word) Diákok (oktatás minősége) (kérdőív + beszámoló - Word);
5. Diákok - külső hallgatók (kérdőív + beszámolólap - Word);
6. Szemináriumok, tanfolyamok hallgatói stb. (kérdőív + bejelentőlap - Word).
7. Munkaadók kikérdezése (a külső tanulmányokhoz való hozzáállás meghatározása) (kérdőív + beszámolólap - Word);
8. Munkáltatók kikérdezése (a szakemberigény és a képzésük követelményeinek feltárása) (kérdőív + bejelentőlap - Word).
A felmérés lebonyolításának folyamata az előkészítéstől a kérdőívek közvetlen gyűjtéséig manuálisan történik, ami sok időt és papírt igényel, ugyanakkor nagy a valószínűsége a hibás eredményekhez vezető hibáknak. Továbbá szükséges lehet a kérdőívek azon részének kiválasztása, amely megfelel egy bizonyos kritériumnak. Például: hogyan válaszoltak csak a nők ezekre a kérdésekre stb. Ez a kérdőívek újrafeldolgozásához vezet. Itt szükség van egy olyan program létrehozására, amely számos műveletet képes végrehajtani az információk automatikus gyűjtésére és feldolgozására, ami jelentősen csökkenti az eredmény eléréséhez szükséges időt, és minimálisra csökkenti a hibák lehetőségét. De tekintettel arra, hogy az ilyen tanulmányokat meglehetősen rendszeresen kell elvégezni, egy vállalkozás számára veszteséges fizetni új program Ezért a kialakítandó rendszernek univerzálisnak kell lennie, és alkalmasnak kell lennie különféle típusú kérdőívekre. Az adatgyűjtéshez olyan modern információs technológiák alkalmazása szükséges, amelyek lehetővé teszik az információk munkahelyi elhelyezését kérdőív képernyő formájában a rendszer helyi bevezetéséhez külön regionális felmérési központokban (szervezetekben), vagy űrlap egy távoli szerveren, amelyhez a felhasználók az Internet és Intranet technológiák szabványos eszközeivel férnek hozzá.
2.2 Hatály
Minden projekt célja valamilyen probléma megoldása, így alapvetően ez határozza meg a megoldási projektet. A feladat megfogalmazása lehetővé teszi a csapat által megoldandó feladatok meghatározását.
A projekt fő célja a marketingkutatás költségeinek csökkentése.
E cél eléréséhez a következő feladatokat kell elvégezni:
· Kérdőívek készítése
· Felmérések készítése
· Adatfeldolgozás
Tárolás és további visszakeresés
A következő felhasználók vannak meghatározva ehhez a rendszerhez:
Rendszergazda
· Marketing osztályvezető
Rendszeres felhasználó (pályázó, diák, munkáltató)
A projekt sikerének egyik kritikus feltétele a projekt hatókörének (projekt hatókörének) egyértelmű meghatározása, vagyis hogy mi kerül bele a projekt hatókörébe. Ezt a paramétert a döntés összképe és a tervezési erőforrások, idő és egyéb tényezők végessége miatti korlátok alapján határozzák meg. A hatókör azoktól a szolgáltatásoktól is függ, amelyeket az ügyfél kötelezőnek tart, és amelyeket a csapatnak be kell vezetnie a megoldás első verziójában. A projekthatárok meghatározásakor a csapatnak jogában áll áttérni a jövőbeli verziókra funkcionalitás, amelyek nem kapcsolódnak közvetlenül a megoldás mögöttes funkcióihoz. A hatókörön kívüli funkciókat a következő kiadás vagy a következő tervezet dokumentálja
Az ábra az üzleti műveletek egy részét ábrázoló UseCase diagramot mutat be.
Rizs. 2.1 A rendszer általános használati diagramja
A rendszer megvalósítása a következő feladatok megoldását biztosítja:
A kérdőív elrendezésének elkészítése;
· a meglévő kérdőív kényelmes szerkesztése;
a profil exportálása és importálása
Felmérések lebonyolítása (kérdőívek kitöltése);
Felmérés eredményeinek feldolgozása;
Statisztikák megtekintése (jelentések készítése).
Adatbázis vezetése, amelyben a felmérés eredményeit tárolják.
2.3 Hozzon létre egy megoldási koncepciót
A megoldási koncepció leírja a csapat megközelítését a projektproblémák megoldására, és alapul szolgál a tervezési szakaszba való átlépéshez. Az üzleti probléma meghatározása, valamint a megoldás átfogó képének és hatókörének kialakítása után a csapat létrehoz egy megoldási jövőképet, amely nagy vonalakban leírja, hogy a csapat hogyan tervezi a probléma megoldását.
A vékony kliens böngészőként lesz használva. A "vékony kliensek" olyan terminálállomások, amelyeken a felhasználók dolgoznak, és minden alkalmazás a szerveren fut. Így ez a megoldás egy többfelhasználós operációs rendszerre épül, esetünkben ez a Windows Server 2003, amely az összes alkalmazást egy IIS-t (Internet Information Services) futtató szerveren futtatja.
Fejlesztési platformként a .NET technológiát fogják használni. Széles távlatokat nyit a vállalati alkalmazások fejlesztési módjának javítására. A Visual Studio .NET keretet biztosít egy közös környezethez, amelyen több nyelv is alapul. A Visual Studio .NET a korábbi verzióknál is jobban webközpontú, és nagy hangsúlyt fektet a webszolgáltatásokra, az XML-re és az elosztott alkalmazásokra.
DBMS-ként a Microsoft SQL Server 2005 kerül felhasználásra, amely a skálázható megoldások új generációját képviseli az adatbázis-kezelő rendszerek és adattárházak területén a gyors információszerzést és elemzést igénylő feladatokhoz. Célja a feladatok széles körének megoldása az üzleti élet minden területén, így az e-kereskedelemben is.
A Microsoft SQL Server 2005 előnyei:
Teljes web orientáció. Adatok lekérdezése, elemzése és kezelése a weben keresztül. XML nyelv használata távoli rendszerek közötti adatcserére. Könnyű és biztonságos hozzáférés az adatokhoz webböngészővel, gyors keresés szükséges dokumentumokat. Adatfolyamok elemzése és információk beszerzése a felhasználókról, beleértve a weben keresztül is.
Skálázhatóság és megbízhatóság. Az SQL Server 2005 gyakorlatilag korlátlan tárhelybővítést biztosít azáltal, hogy növeli a rendszer megbízhatóságát és méretezhetőségét, miközben teljes mértékben kihasználja a többfeldolgozási lehetőségeket.
Az építési megoldások sebessége. Az SQL Server 2005 csökkenti a modern üzleti és e-kereskedelmi alkalmazások felépítésének, üzembe helyezésének és forgalomba hozatalának idejét, és beépített T-SQL hibakeresőt használ. Javítja és felgyorsítja az adatkeresés folyamatát, egyszerűsíti a kezelést, lehetővé teszi a felhasználók által létrehozott funkciók használatát más alkalmazásokban, bőséges lehetőséget biztosít webes alkalmazások létrehozására.
Rekord sebességű teljesítmény. Az SQL Server 2005 még a végső piaci bevezetése előtt új világrekordot állított fel, jóval megelőzve a több platformon elérhető versengő megoldásokat.
Főbb jellemzők
Az SQL Server 2005 programozás nélkül integrálódik a meglévő rendszerekbe, a W3C szabványok beépített támogatásával, beleértve az XML-t, az Xpath-t, az XSL-t és a HTTP-t. Lehetővé teszi a relációs adatok megtekintését és elérését az XML elemek és a relációs séma attribútumainak egyszerű leképezési technikájával.
Az SQL Server 2005 URL-címeken keresztül éri el az adatokat (SQL, XML-sablonok vagy Xpath használatával a lekérdezésekben), XML-objektumokat ad vissza az SQL-lekérdezésekből, és formázási beállításokkal módosítja azok formáját.
Az SQL Server 2005 támogatja az XML használatát a táblázatadatok bárhonnan történő kiválasztásához, beszúrásához, frissítéséhez és törléséhez, akár tűzfalon (tűzfalon) keresztül is, amely lehetővé teszi az adatok teljes átvitelét, átalakítását és betöltését bármilyen forrásból az SQL Server 2005 relációs rendszerbe. A termék az SQL-táblákhoz hasonlóan XML dokumentumokkal is működik, T-SQL és beépített eljárások segítségével.
Az SQL Server 2005 teljes mértékben kihasználja a többfeladatos és párhuzamos adatfeldolgozás előnyeit, például megbízható működést a felhasználók vagy alkalmazások által megosztott adatbázisokkal, az adatfolyam-megosztást a szerverek között, a párhuzamos indexkészítést, a gyorsabb adatbázis-ellenőrzést többprocesszoros rendszereken, valamint a szinkronizálási adatokat az összes szerveren. a klaszter, függetlenül azok elhelyezkedésétől. A termék újratelepíti és visszaállítja bármely ágat a fürt meghibásodása esetén, anélkül, hogy a többit befolyásolná, könnyen konfigurálható replikációhoz és folyamok elosztásához, beépített szerverklónozási technológiával rendelkezik.
Az SQL Server 2005 lehetővé teszi az összegyűjtött relációs és OLAP adatok elemzését, beleértve a bemeneti adatfolyamokat és a hozzáférési előzményeket, a trendek megértéséhez és az előrejelzések generálásához, valamint nagy mennyiségű adat elemzését (10 millió+ rekord) a kapcsolódó tárolás miatt. A termék ugyanakkor elérhetővé teszi a szervert az indexek frissítésekor egyéb feladatokra, támogatja a gyors archiválást alacsony rendszererőforrás mellett, csak a megváltozott elemek archiválását, lehetővé teszi az adatbázisok, objektumok szerverek közötti mozgatását, másolását speciális varázslók segítségével.
A T-SQL hibakereső lehetővé teszi a tárolt eljárások hibakeresését, töréspontok beállítását, töréspontok meghatározását, a változóértékek megtekintését, lehetővé teszi a kódlépést, figyeli a végrehajtható kódot a kiszolgálón és az ügyfeleken, és sablonokat hoz létre.
Beépített MDX tervező, SAN támogatás, OLAP feldolgozás, bootstrap és felügyeleti algoritmusok, a felhasználók által létrehozott funkciók támogatása, integráció az Active Directoryval – mindez növeli az SQL Server 2005 lehetőségeit és alkalmazásait.
Teljes szöveges keresés a weben vagy intraneten keresztül formázott dokumentumokhoz (Word, Excel, HTML).
Redundáns szervertámogatás – Az MS SQL 2005 aktív és passzív feladatátvételi modellt használ redundáns hardverrel.
Angol nyelvű kérések.
Elemzési és biztonsági szolgáltatások. Az MS SQL 2005 tömb- és cellabiztonsággal zárolja az adatokat, és korlátozza a hozzáférést a speciális cellakészletekhez.
Adatátalakítási szolgáltatások. Az MS SQL 2005 importál és exportál adatokat és kulcsokat támogatott adatbázisok között, többfázisú adatlapozást programoz, és Visual Basic kódként menti a DTS-csomagokat.
Biztonság. Az MS SQL 2005 támogatja az SSL kapcsolatokat, rendelkezik C2 biztonsági tanúsítvánnyal. Az alapértelmezett telepítés a következőre van állítva magas szint védelem. 2005 májusában a Microsoft SQL Server 2000 Enterprise Edition tanúsítványt kapott Szövetségi Szolgálat a Microsoft Windows Server 2003 Enterprise Edition alatt végzett munka során az EAL 1 (továbbfejlesztett) megbízhatósági értékelési szintnek való megfelelés műszaki és exportellenőrzéséről, az „Information Technology Security. Kritériumok az információs technológiák biztonságának értékeléséhez” (Oroszországi Állami Műszaki Bizottság, 2002). A tanúsítvány megerősíti, hogy a Microsoft SQL 2000 Enterprise Edition akár 1G biztonsági osztályig is használható automatizált rendszerek építésére.
OLAP kockák csatlakoztatása különböző szervereken teljesítményelemzés céljából. A kockaadatokhoz való biztonságos hozzáférés az interneten keresztül támogatott.
Párhuzamos DBCC – gyorsan és hatékonyan ellenőrzi az adatokat az adatbázisokban többprocesszoros támogatással.
3. Tervezés
3.1 A tervezési szakasz áttekintése
A csapat által a megoldás nagy képfázisa során összegyűjtött információk általában elegendőek a projekten való munka megkezdéséhez. Ebben a szakaszban létrejön egy alapdokumentum a megoldás összképéről és terjedelméről. A nagy kép fázisának vége felé a csapat áttér az MSF folyamatmodell tervezésére. Ebben a szakaszban meg kell győződnie arról, hogy a megoldandó üzleti probléma teljesen megérthető, és a csapat képes-e megfelelő megoldást tervezni. Ezenkívül meg kell tervezni, hogy a megoldás hogyan fog kidolgozni, és fel kell mérni, hogy van-e ehhez elegendő forrás.
A tervezési szakaszban modellek és dokumentumok készlete jön létre a követelmények listájával - funkcionális specifikáció vagy megoldási terv vázlat. Az ezzel kapcsolatos munka a tervezési szakaszban kezdődik.
A tervezési szakaszban a projektcsapat folytatja a megoldási nagykép fázisban megkezdett munkát, azaz az előfeltételeken, a feladatokon, azok sorrendjén és a felhasználói profilokon dolgozik.
Ennek eredményeként ki kell dolgozni a megoldás architektúráját és kialakítását, fejlesztési és telepítési terveit, valamint a feladatok elvégzésének és az erőforrások betöltésének naptári ütemezését. Ebben a szakaszban a csapat a lehető legtisztább képet alkot a megoldásról. A tervezési folyamatnak kellene előrevinnie a projektet, de sok csapat megbotlik benne, túl sok időt fordítva a tervezésre. A siker kulcsa, hogy elkapjuk azt a pillanatot, amikor már elegendő információ áll rendelkezésre a továbblépéshez. Információhiány esetén kockázatos a következő szakaszba lépni, másrészt az információtöbblet a projekt megtorpanását okozhatja.
A tervezési szakaszban háromféle tervezést alakítanak ki: elvi, logikai és fizikai tervezést, és ezeket a folyamatokat nem párhuzamosan hajtják végre. "Lebegő" elejük és végük van, és egymástól függenek.
A logikai tervezés a koncepcionális, a fizikai tervezés pedig a logikai eredményekre épül. Az elvi terv bármilyen változtatása megjelenik a logikai tervben, és ennek eredményeként a fizikai terv módosítása következik be.
3.2 Koncepció kialakítása
A koncepciótervezés az a folyamat, amely során összegyűjtjük, elemezzük és rangsoroljuk az üzleti jellemzőket és a felhasználói szempontokat egy problémával és a jövőbeli megoldással kapcsolatban, majd magas szintű képet készítünk a megoldásról.
Az információgyűjtés során összegyűjtik az előfeltételeket. Nagyon fontos, hogy a csapat megértse a különböző követelménykategóriák közötti különbséget: felhasználói, rendszer-, eljárási és üzleti követelmények.
Az előfeltételeket általában a kezdeti interjúk és az akkor gyűjtött egyéb információk alapján fogalmazzák meg. Az üzleti probléma megértésének elmélyülésével az előfeltételek bővülnek és finomodnak.
3.2.1 Az AS-IS üzleti folyamatmodell leírása
Jelenleg a marketingkutatások kérdőíves összegyűjtésének és feldolgozásának folyamata a következő.
Rizs. 3.1. Általános felmérési terv
Felmérés tervezése:
A marketing jelentési ütemterv alapján belső marketingkutatási ütemterv készül. Ebben a szakaszban minden szükséges információt összegyűjtenek a felmérés lebonyolításához és a kérdőívek összeállításához, amely magában foglalja azon csoportok listájának összeállítását, amelyekben a felmérést elvégezni fogják, valamint a felmérés ütemtervének megfelelő ütemezést a felmérés elvégzésére. oktatási folyamat.
Rizs. 3.2. Felmérés tervezése
Hozzon létre egy kérdőívet
A kérdőív elkészítésére egy felelős személy van kijelölve, aki a sablon alapján kialakítja a kérdőívet, kidolgozza a kérdőív kérdéseit, valamint a szükséges válaszok listáját. A jövőben a kérdőív kialakított formáját lemásolják további terjesztés céljából.
Rizs. 3.2. Hozzon létre egy kérdőívet
Felmérés lebonyolítása
Kijelölik a felmérés lebonyolításáért felelős személyeket. Kérdőíveket osztanak ki a megkérdezett kontingensek között, valamint elmagyarázzák a kérdőív kitöltésének módját. A kitöltött kérdőíveket is összegyűjtik.
Rizs. 3.3. Felmérés lebonyolítása
Adatfeldolgozás
Felelősök kerülnek kijelölésre, akik az összegyűjtött kérdőíveket áttekintik, elemzik, és az elemzés alapján megkapják az eredményeket. Az összegyűjtött adatok elemzése Microsoft Excel programmal történik. Az összegyűjtött adatok alapján marketingkutatási jelentések készülnek, amelyek a sablonnak megfelelően készülnek.
Rizs. 3.4. Adatfeldolgozás
A megoldás pontos és használható koncepciótervének elkészítéséhez hatékony módszerre van szükség a megoldás bemutatására és a felhasználókkal való megbeszélésére. Ehhez projektfeladat modellek készülnek. Az ilyen feladatok és sorozataik modellezésének egyik módja a rendszer használati eseteinek felépítése.
3.2.2. Használati eset diagram készítése
A használati eset egy rendszer vagy annak egy részének viselkedését határozza meg, és a rendszer által végrehajtott műveletek sorozatának leírása, hogy a szereplő elérjen egy bizonyos eredményt.
A használati esetek segítségével leírhatja a fejlesztés alatt álló rendszer viselkedését anélkül, hogy meghatározná a megvalósítását. Így lehetővé teszik a kölcsönös megértés elérését a termék fejlesztői, szakértői és végfelhasználói között. Ezenkívül a használati esetek segítenek érvényesíteni a rendszer architektúráját a fejlesztés alatt. Együttműködésben valósulnak meg.
A jól strukturált használati esetek csak egy rendszer vagy alrendszer alapvető viselkedését írják le, és nem túl általánosak és nem is túl konkrétak.
A használati esetek fejlesztésének kritikus jellemzője, hogy nem határozza meg, hogyan valósuljanak meg. A használati esetek meghatározzák a kívánt viselkedést, de nem mondanak semmit arról, hogyan lehet elérni azt. És ami nagyon fontos, lehetővé teszi, hogy szakértőként vagy végfelhasználóként kommunikáljon azokkal a fejlesztőkkel, akik a követelményeknek megfelelően tervezik a rendszert anélkül, hogy belemélyednének a megvalósítás részleteibe.
Az UML-ben a viselkedés modellezése olyan használati esetekkel történik, amelyeket a megvalósítástól elkülönítve határoznak meg. A használati eset egy olyan műveletsorozat leírása (beleértve azok változatait is), amelyeket a rendszer úgy hajt végre, hogy a cselekvő számára bizonyos jelentéssel bíró eredményt kapjon. Ez a meghatározás több fontos pontot is tartalmaz.
A használati eset sorozatok halmazát írja le, amelyek mindegyike a rendszeren kívüli entitások (annak szereplői) interakcióját reprezentálja a rendszerrel mint olyannal és annak kulcsfontosságú absztrakcióival. Ezek az interakciók valójában rendszerszintű függvények, amelyeket a rendszer kívánt viselkedésének megjelenítésére, meghatározására, felépítésére és dokumentálására használ a követelmények összegyűjtési és elemzési fázisai során. A használati eset a rendszer egészére vonatkozó funkcionális követelményeket reprezentálja.
A használati esetek a szereplők és a rendszer interakcióját jelentik. A színész olyan szerepek logikailag összefüggő halmaza, amelyeket a használati esetek felhasználói játszanak, miközben interakcióba lépnek velük. A szereplők egyaránt lehetnek emberek és automatizált rendszerek.
Az esetfejlesztés többféleképpen történhet. Minden jól megtervezett rendszerben vannak olyan használati esetek, amelyek vagy más, általánosabbak speciális változatai, vagy más használati esetek részét képezik, vagy kiterjesztik viselkedésüket. A használati esetek halmazának általános újrafelhasználható viselkedése úgy különböztethető meg, hogy azokat a leírt háromféle kapcsolat szerint rendezi.
Minden használati esetnek el kell végeznie bizonyos mennyiségű munkát. Egy adott szereplő szempontjából egy használati eset valami értékes dolgot tesz vele, például eredményt számol, létrehoz új objektum vagy megváltoztatja egy másik objektum állapotát.
A használati esetek alkalmazhatók a teljes rendszerre vagy annak egyes részeire, beleértve az alrendszereket, vagy akár az egyes osztályokat és interfészeket is. Mindenesetre a használati esetek nemcsak az elemek kívánt viselkedését jelzik, hanem alapul szolgálhatnak a fejlesztés különböző szakaszaiban történő teszteléséhez.
Az alábbi ábra a kérdőív elkészítésének folyamatát írja le:
Rizs. 3.5. Az esetdiagram használata Kérdőívek létrehozása
Rizs. 3.7. Használjon esetdiagram-bejegyzési kérdőíveket
Rizs. 3.8. Esetdiagram használata Jelentések létrehozása
Ezekből a diagramokból világossá válik, hogy a funkcionális halmazt kell megvalósítani.
3.3 Logikai tervezés
A koncepciótervezési folyamat során a megoldást üzleti és felhasználói szemszögből írják le. A következő lépés a megoldás átgondolása a projektcsapat szemszögéből. Pontosan ez történik a logikai tervezési szakaszban.
A logikai tervezési folyamat elemzési fázisában a csapat a problémát és annak megoldását kisebb részekre, modulokra bontja.
3.3.1 Modulok és szolgáltatások létrehozása
Moduláris dekompozíció
· „Kérdőívek készítése” modul
„Kérdés” modul
· „Jelentések készítése” modul
„Jelentésnézegető” modul
A „Kérdőívek készítése” modulban a következő funkciók valósulnak meg:
· Kérdőívek készítése - új kérdőív készítésekor fel kell tüntetni a kérdőív nevét és címét, valamint további paramétereket, például bevezető szöveget.
· Meglévő kérdőívek szerkesztése - lehetőség van mindazon paraméterek szerkesztésére, amelyeket a kérdőív létrehozásakor megadott.
· Profilok törlése.
· Kérdések hozzáadása a kérdőívhez - új kérdések hozzáadásakor a típuslistából kerül kiválasztásra a kívánt kérdéstípus. A kérdések típusa a válasz formájától függ. Előfordulhat például egy kérdés, amely arra kéri, hogy válasszon egyet a több lehetőség közül, egy kérdés, amely egy válaszkarakterlánc megadását kéri, stb. A kiválasztott kérdéstípustól függően különböző kérdésbeállítások vannak beállítva, például válaszok listája.
· Kérdések szerkesztése - kérdések szerkesztésénél lehetőség van a kérdés típusának, valamint az összes szükséges paraméter megváltoztatására.
· A kérdőív megtekintése - a kérdőív elkészítésének bármely szakaszában megtekintheti a kapott kérdőívet.
A Kérdőív modul lehetővé teszi a felhasználók számára, hogy különféle típusú felméréseket töltsenek ki.
A „Jelentések készítése” modul lehetővé teszi a jelentések készítéséhez, illetve azok további szerkesztéséhez, törléséhez különféle sablonok létrehozását.
A "Jelentések megtekintése" modul lehetővé teszi a bevitt adatok elemzését és a jelentések megtekintését a létrehozott sablonok alapján
3.3.2 Logikai adatmodell
A logikai tervezés ábrázolásához objektumok vagy adatok logikai modelljét használják. A tervezőcsapat azonban időnként mindkét modellt elkészíti, és a logikus dizájnt különböző szemszögekből mutatja be. Erre akkor van szükség, ha az egyik modell a projekt bármely részét nagyon egyértelműen ábrázolja.
A logikai tervezés egy köztes szakasz a koncepcionális és a fizikai tervezés között. Az adatmodell létrehozásával az adatokra vonatkozó koncepcionális követelmények (a koncepcionális tervezés során kerülnek meghatározásra) valós entitás objektumokká és kapcsolatokká alakulnak, amelyek tükrözik az adatok valós interakcióját. A kapott információ segít a fizikai tervezés további modellezésében.
Az adattervezés logikai szakaszába lépve az egyik első feladat az entitások megfogalmazása az adatigények és egyéb kapcsolódó információk alapján. Az entitást általában olyan személynek, helynek, elemnek vagy fogalomnak tekintik, amely adatokat határoz meg, vagy amelyről adatokat gyűjtenek és tárolnak. Az attribútum egy olyan tulajdonság, ami van további definícióés az entitáspéldány tulajdonságainak leírása. Egy entitásnak általában több attribútuma van.
Az entitások meghatározása után meg kell határozni a szükséges attribútumokat - ezek a megoldás entitásait írják le.
A fizikai tervezés megvalósításakor az attribútumokat általában adatbázistáblák oszlopaivá alakítják.
A logikai adatmodellt entitás-kapcsolati diagramok (ERD) formájában ábrázolják, amelyek adatmodellek fejlesztésére szolgálnak, és szabványos módot biztosítanak az adatok és a köztük lévő kapcsolatok meghatározására. Valójában az ERD segítségével részletezzük a megtervezett rendszer adattárait, dokumentálják a rendszerentitásokat, interakciójuk módjait, beleértve a tárgyterület szempontjából fontos objektumok (entitások) azonosítását, tulajdonságait. ezen objektumok (attribútumok) és kapcsolataik más objektumokkal (hivatkozások).
Ezt a jelölést Chen vezette be, és Barker fejlesztette tovább. Chen jelölése az adatmodellező eszközök gazdag készletét kínálja, beleértve magát az ERD-t, valamint attribútumdiagramokat és lebontási diagramokat. Ezeket a diagramkészítési technikákat elsősorban relációs adatbázisok tervezésére használják (bár sikeresen alkalmazhatók hierarchikus és hálózati adatbázisok modellezésére is).
Az entitás valós vagy absztrakt objektumok (emberek, események, állapotok, ötletek, objektumok stb.) példányainak halmaza, amelyek közös attribútumokkal vagy jellemzőkkel rendelkeznek. Bármely rendszerobjektumot csak egy entitás reprezentálhat, amelyet egyedileg kell azonosítani. Ebben az esetben az entitás nevének az objektum típusát vagy osztályát kell tükröznie, nem pedig a konkrét példányát.
Legáltalánosabb formájában a kapcsolat két vagy több entitás közötti kapcsolat. A kapcsolat elnevezése az ige nyelvtani forgalmának felhasználásával történik (van, meghatároz, birtokolhat stb.).
Más szóval, az entitások az adatbázisban tárolt információk alapvető típusait képviselik, a kapcsolatok pedig azt mutatják meg, hogy ezek az adattípusok hogyan kapcsolódnak egymáshoz. Az ilyen kapcsolatok bevezetésének két alapvető célja van:
annak biztosítása, hogy az információkat egyetlen helyen tárolják (még akkor is, ha különféle kombinációkban használják);
ezen információk különféle alkalmazások általi felhasználása.
A kapcsolatokat arra használják, hogy azonosítsák azokat a követelményeket, amelyek alapján az entitások részt vesznek a kapcsolatokban. Minden hivatkozás egy entitást és egy kapcsolatot köt össze, és csak a kapcsolatból irányítható az entitásba.
Az ugyanahhoz a relációhoz tartozó linkérték-pár határozza meg ennek a kapcsolatnak a típusát. A gyakorlat azt mutatja, hogy a legtöbb alkalmazáshoz elegendő a következő típusú kapcsolatok használata:
1. 1*1 (egy az egyhez). Az ilyen típusú kapcsolatokat általában az adatmodell-hierarchia felső szintjein használják, az alsóbb szinteken pedig viszonylag ritkák.
2. 1*n (egy a sokhoz). Az ilyen típusú kapcsolatok a leggyakrabban használtak.
3. n*m (sok-sok). Az ilyen típusú kapcsolatokat általában a tervezés korai szakaszában használják a helyzet tisztázása érdekében. A jövőben ezeknek a kapcsolatoknak mindegyikét 1-es és 2-es típusú relációk kombinációjává kell alakítani (esetleg segédentitások hozzáadásával és új kapcsolatok bevezetésével).
A használati esettanulmány eredményeként a következő entitásokat azonosították:
5. Felhasználó
7. Eredmények
A kérdőív tartalmazza az összes kérdés listáját, és ugyanakkor ugyanaz a kérdés felhasználható különböző kérdőívekben. Ezért a Kérdés és a Kérdés entitások sok-többhöz viszonyban állnak.
Kérdés – a kérdőív egyik eleme, egy bizonyos problémát fogalmaz meg, azt a hozzáállást, amellyel szemben a megkérdezettnek kifejeznie kell. Minden kérdéshez egy rögzített kérdéslista van hozzárendelve, így a Kérdés és válasz entitások egy a többhez viszonyban állnak.
Ugyanazt a kérdőívet különböző felmérésekben lehet felhasználni, vagyis nagyon sokszor, különböző időszakokban, míg a jelenlegi felmérés csak egy kérdőíven megy át. Ezért a Kérdőív és a Szavazás entitások egy a többhez viszonyban állnak.
A felmérést tetszőleges számú felhasználó töltheti ki, azonban egy felhasználó csak egy felmérésben vehet részt. Ezért a Felhasználó és a Szavazás entitások egy a többhez viszonyban állnak.
Egy felhasználónak több szerepe is lehet, másrészt ugyanaz a szerepkör különböző felhasználókhoz tartozhat. Ezért a Felhasználó és a szerepkörök entitások egy a többhez viszonyban állnak.
A felmérés eredményeként a felhasználó kiválaszt egy bizonyos választ a feltett kérdésre, melynek eredményeként kialakulnak a válaszok eredményei, amelyek csak ehhez a felméréshez tartozhatnak, másrészt a kérdőív egy bizonyos számot tartalmaz. a válaszeredményekről. Ezért a Felmérés és az Eredmények entitások egy a többhez viszonyban állnak.
Tehát a következő entitáskapcsolatokat kapjuk:
"Kérdőív": "Kérdés" = "sok a sokhoz"
"Question": "Answer" = "egy a sokhoz"
"Szavazás": "Szavazás" = "egy a sokhoz"
"Felhasználó": "Szavazás" = "egy a sokhoz"
"Felhasználó": "Szerepek" = "sok a sokhoz"
"Szavazás": "Eredmények" = "egy a sokhoz"
A logikai adatmodell az ábrán látható
Rizs. 3.9 Entitás-kapcsolat diagram
3.4 Fizikai tervezés
3.4.1 Osztálydiagram készítése
A fizikai tervezés az MSF folyamatmodell tervezési fázisának utolsó lépése. A projektcsapat azután lép hozzá, hogy a logikai tervezési szakaszban minden tag megerősítette, hogy elegendő információhoz jutottak, a fizikai tervezési szakaszban pedig technológiai megszorítások vonatkoznak az elvi és logikai tervezésre. Mivel a fizikai tervezés ebből a két tervezési típusból "nő ki", sikere nagyban függ ezek kidolgozásának alaposságától, ráadásul ez a tény biztosítja, hogy a fizikai tervezés megfeleljen az üzlet és a felhasználók igényeinek.
A tervezési szakaszban a projektcsapat a követelmények elemzésére és az azokat kielégítő megoldásterv kialakítására összpontosít. Így a jövőbeni termék jellemzőinek meghatározása mellett a projektcsapat elemzi az adatigényeket, és meghatározza, hogyan kell azokat felépíteni, hogyan kell tárolni és ellenőrizni, illetve hogyan biztosítható a hozzáférés.
Az adatigények tanulmányozása és elemzése a tervezési szakaszban kezdődik. A követelmények lehetővé teszik annak meghatározását, hogy pontosan mit tároljon és dolgozzon fel egy üzleti megoldás. A logikai tervezési folyamat során a tervezőcsapat a logikai objektummodell, a használati esetek és az adatműtermékek, például a séma, az eseményindítók, a megszorítások és a meglévő adattár topológiája alapján azonosít egy adatentitás-készletet. A fizikai tervezési folyamat során a csapat létrehoz egy adatsémát, amely táblákat, kapcsolatokat, mezőadattípusokat és indexeket határoz meg, és véglegesíti az adatszolgáltatásokat.
Ezen kívül adatmigrációval, biztonsági mentéssel és visszaállítással, valamint a hibatűrés biztosításával kapcsolatos tevékenységeket terveznek.
Az OOAP központi eleme egy rendszermodell fejlesztése osztálydiagram formájában. Az osztályjelölés az UML-ben egyszerű és intuitív mindenki számára, aki valaha is tapasztalatot szerzett a CASE eszközkészletekkel. Hasonló jelölést használnak az objektumokra - egy osztály példányaira, azzal a különbséggel, hogy az objektum nevét hozzáadják az osztály nevéhez, és a teljes feliratot aláhúzzák.
Az UML jelölés bőséges lehetőséget biztosít további információk (absztrakt műveletek és osztályok, sztereotípiák, nyilvános és privát metódusok, részletes interfészek, paraméterezett osztályok) megjelenítésére. Ugyanakkor lehetőség van grafikus képek felhasználására asszociációkhoz és azok specifikus tulajdonságaihoz, például egy aggregációs relációhoz, amikor más osztályok is működhetnek egy osztály összetevőjeként.
Az osztálydiagram (osztálydiagram) a rendszermodell statikus szerkezetének ábrázolására szolgál az objektumorientált programozási osztályok terminológiájában. Az osztálydiagram különösen tükrözheti a témakör egyes entitásai, például objektumok és alrendszerek közötti különféle kapcsolatokat, valamint leírja azok belső szerkezetét és kapcsolattípusait. Ez a diagram nem ad információt a rendszer működésének időbeli vonatkozásairól. Ebből a szempontból az osztálydiagram a tervezett rendszer fogalmi modelljének továbbfejlesztése.
Az osztálydiagram egyfajta gráf, melynek csúcsai az „osztályozó” típusú elemek, amelyeket különféle típusú szerkezeti kapcsolatok kötnek össze. Meg kell jegyezni, hogy az osztálydiagram tartalmazhat interfészeket, csomagokat, kapcsolatokat, sőt egyedi példányokat is, például objektumokat és kapcsolatokat. Amikor erről a diagramról beszélünk, akkor a tervezendő rendszer statikus szerkezeti modelljét értjük. Ezért az osztálydiagramot a rendszer logikai modelljének olyan strukturális kapcsolatainak grafikus ábrázolásának tekintjük, amelyek időben nem vagy invariánsak.
Az osztálydiagram sok olyan elemből áll, amelyek együttesen tükrözik a deklaratív tartományi tudást. Ezt a tudást az UML nyelv alapfogalmaiban értelmezik, mint például az osztályok, interfészek, valamint a köztük és az alkotóelemeik közötti kapcsolatok. Ugyanakkor ennek a diagramnak az egyes összetevői csomagokat alkothatnak, hogy többet ábrázoljanak általános modell rendszerek. Ha az osztálydiagram egy csomag része, akkor összetevőinek meg kell felelniük a csomag elemeinek, beleértve a más csomagokból származó elemekre való esetleges hivatkozásokat is.
A következő ábra az osztálydiagramot mutatja
Rizs. 3.10. osztálydiagram
3.4.2. UI modell
Egy alkalmazás tervezésekor fontos a legmegfelelőbb felhasználói felület modell kiválasztása, mivel ez befolyásolja a telepítési folyamatot, a felhasználók és az adatok közötti interakciót, valamint az aktuális állapot fenntartását az alkalmazás és a felhasználói párbeszéd során. A felhasználói felület megvalósításának leggyakoribb modelljei és technológiái a következők:
Szabványos Windows felhasználói felület;
webes felület;
Szabványos Windows interfész
A szabványos Windows felületet akkor használják, ha a felhasználóknak offline kell dolgozniuk, és ha gazdag rendszerfunkciókra van szükség. Lehetővé teszi továbbá a hatékony állapotkezelést és biztosítja az adatok fennmaradását, valamint a helyi adatfeldolgozás minden előnyét.
Webes felület
A Microsoft .NET-ben a webes felhasználói felületet az ASP.NET segítségével fejlesztették ki. Ez a technológia funkciókban gazdag környezetet biztosít, amely lehetővé teszi összetett webes felületek létrehozását. Íme csak néhány az ASP.NET szolgáltatásai közül:
Egységes fejlesztési környezet;
Adatok kötése a felhasználói felülethez;
Komponens alapú interfész vezérlőkkel;
Beépített .NET keretrendszer biztonsági modell;
Széles körű lehetőségek a gyorsítótárazás és az állapotkezelés támogatására;
A webes adatfeldolgozás elérhetősége, teljesítménye és méretezhetősége)
Feltételezhető, hogy a rendszer a webes felületet fogja használni
A felhasználói felület kialakításának kiválasztása után a következő lépés a felhasználói felület prototípusának elkészítése a tervezési szakaszban készült interjúadatok, követelménydokumentumok, rendszerhasználati esetek alapján.
3.4.3 Fizikai adatmodell készítése
Az adatbázis (DB) az adatértékek speciálisan szervezett halmaza, és az adatbázisséma pontosan meghatározza, hogy az adatok hogyan legyenek rendszerezve az adatbázisban. A fizikai tervezés során a projektcsapat tagjai adatbázissémát készítenek annak érdekében, hogy pontosan meghatározzák, mit is kell létrehozni, de hogy ez milyen eszközökkel valósul meg, azt később érdemes átgondolni.
A logikai tervezési folyamat során a csapat leírja az adatbázisban tárolt entitásokat és attribútumokat, valamint azt, hogy a felhasználók hogyan érik el, kezelik és tekintik meg ezeket. A fizikai tervezési folyamat során a csapat létrehoz egy adatbázissémát, amely egy specifikáció a termékben használt adatok létrehozásához, olvasásához, módosításához és törléséhez.
Az adatbázisséma fejlesztésének kezdetén erősen kapcsolódik az objektumok logikai modelljéhez. A séma meghatározza a jövőbeli megoldáshoz szükséges fő entitásobjektumokat, azok attribútumait, valamint az entitások közötti kapcsolatokat. A legtöbb adatmodellezési technikában az entitást egy valós világ objektumának absztrakt reprezentációjaként határozzák meg. Az adatbázis-objektumok rendszerint entitás-kapcsolati diagramokban vannak modellezve. Az adatbázis logikai tervezését a logikai tervezési szakaszban figyelembe vettük.
A fizikai adatmodellek típusai
Az adatbázis logikai kialakításának meghatározása mellett az adatok fizikai tárolására szolgáló technológia megválasztása szükséges. Az adatbázis-kezelő rendszer (DBMS) fizikai adatmodellje határozza meg azt a belső struktúrát, amelyet a DBMS használ az adatok kezelésére. Ez a struktúra tükrözi a létrehozható adatbázistáblák típusait, valamint a hozzáférés sebességét és az adatbázis sokoldalúságát. Az alábbiakban felsoroljuk a fizikai adatmodellek leggyakoribb típusait.
DB lapos fájlokon vagy strukturálatlan DB. Egy ilyen adatbázisban minden adat egy fájlban található sorok és oszlopok halmazaként. Ebben az architektúrában nincs kommunikáció a különböző lapos fájlok között, mivel ezen adatbázisok egyike sem tud semmit a többiről. Támogatja az adatok gyors frissítését és kiolvasását az ISAM (indexed szekvenciális hozzáférési módszer) indexelési módszerének köszönhetően. Az ISAM technológiát régi nagyszámítógépes adatbázisokban és kis PC-alapú adatbázisokban használják.
A hierarchikus adatbázisok sokféle információt képesek tárolni különféle formátumokban. Bővíthetőség és rugalmasság jellemzi őket, ezért az ilyen adatbázisokat akkor használják, ha az információ tárolására vonatkozó követelmények nagyon eltérőek vagy változhatnak. A hierarchikus adatbázisra példa a Microsoft Exchange szerver, amely különféle típusú információkat képes tárolni olyan formátumban, amely megfelel az üzenetküldő és együttműködési alkalmazások követelményeinek. Ezek a követelmények magukban foglalják a legheterogénebb információ üzenetekbe foglalásának lehetőségét.
A MESI belgorodi kirendeltsége jelenleg Microsoft SQL Server 2000-t használ az adatok tárolására, ezért a rendszerhez egy relációs adatbázist választottak. A fizikai modell a cél megvalósítási környezetet tükrözi.
A logikai tervezés során az entitásobjektumok és attribútumok meghatározására szolgáló rendszer használati eseteit elemeztem. Az entitások és attribútumok képezik a logikai tervezés alapját, és a fizikai tervezési folyamatban használják őket egy jövőbeli termék fizikai tervezésének modellezésére. A logikai tervezés biztosítja, hogy a döntési adatok kialakítása megfelelően tükrözze a koncepcionális követelményeket. A tényleges tárolási infrastruktúra azonban arra a környezetre van optimalizálva, amelyben a fizikai adatmodellt megvalósítani kívánják.
A fizikai tervezési folyamatban a logikai tervezés eredményeit komponensek, felhasználói felület specifikációk és az adatbázis fizikai tervezése során használják fel. A logikai tervezési folyamat során kapott entitásobjektumok, attribútumok és kényszerek táblákká, mezőkké, kapcsolatokká és adatbázis-megszorításokká alakulnak, amelyek így a logikai modell fizikai megvalósításává válnak.
Táblázat meghatározása
A táblák egy entitás fizikai megjelenítését jelentik egy relációs adatbázisban. Sokféle adat tárolására képesek - nevek, címek, képek, hang- és videofájlok, Microsoft Word dokumentumok stb. Az adatbázisok rugalmasságuk miatt nemcsak egyszerű szöveges adatok tárolására szolgálnak, hanem egy vállalkozás vállalati tudásbázisának tárolására is, függetlenül ezek formájától. Az adatbázis különböző adatelemek közötti kapcsolatokat ábrázol.
A táblázatban lévő adatok sorokként vagy rekordokként tárolódnak, amelyek mindegyikének egyedinek kell lennie.
A relációs adatokkal való interakció hagyományos formátuma az ANSI karakterláncok, a nyelv pedig az SQL. Ez a nyelv az angolra hasonlít, és az adatbázison végrehajtott műveleteket ember által olvasható kifejezések formájában jeleníti meg, például Beszúrás (beszúrás), Frissítés (frissítés) és Törlés (törlés). A legtöbb adatbázis megfelel az ANSI SQL szabványnak, bár verziói és kiterjesztései megfelelnek különböző rendszerek különbözők.
Oszlopok meghatározása
Az egyes táblákban lévő adatok oszlopokban (oszlopokban) vagy mezőkben vannak tárolva, amelyeket a megjelenített és táblázatként bemutatott entitásobjektum attribútumai alapján határoznak meg. Minden mező különböző adatelemeket, például felhasználónevet tartalmaz.
Az entitás-kapcsolat diagram elemzése során a következő táblázatok kerültek azonosításra:
A Felhasználók táblázat a felhasználók leírását tartalmazza.
táblázat 3.1
A Szerepkörök táblázat a felhasználó szerepköreinek leírását tartalmazza táblázat 3.2 A User és Roles entitások egy a többhez viszonyban állnak, így a normalizálás eredményeként a UserRoles tábla került kiválasztásra, amelyben egy adott felhasználó egy adott szerepkörnek felel meg. táblázat 3.3 Az űrlap táblázat tartalmazza a kérdőívhez szükséges információkat táblázat 3.4 A Kérdés táblázat a kérdések listáját tartalmazza táblázat 3.5
A Válasz táblázat egy adott kérdésre adott válaszok listáját tartalmazza táblázat 3.6
Mivel a Kérdőív sok kérdésből áll, és ugyanaz a kérdés különböző kérdőívekben is előfordulhat, ezért a normalizálás eredményeként a Közös táblázatot választottuk, amely egy adott kérdésre adott válaszok listáját tartalmazza. táblázat 3.7 táblázat 3.8 Rizs. 3.11. Fizikai adatmodell 4. Fejlesztés 4.1. A fejlesztési szakasz áttekintése A fejlesztés az MSF fejlesztési folyamatmodell harmadik szakasza. Ez a „Tervezés” szakaszt követi, amely a projektterv jóváhagyásával ér véget. A tervezőcsapat eddig a koncepcióra, a termékarchitektúrára és a tervezésre összpontosított. A „Fejlesztés” szakaszában a fő feladat a projekt megvalósítása. A fő kérdés, amit a projektcsapat feltesz ebben a szakaszban: hogyan lehet megszervezni a fejlesztést annak érdekében, hogy a tervezett termék a tervezett időkeretben elkészüljön? A kérdésre adott válasz a termék koncepciójának megértése, figyelembe véve a működő alkalmazás kiadásának szükségességét. A „Fejlesztési” szakasz a kód megírásával és az alkalmazás első verziójának kiadásával ér véget. A „Fejlesztés befejezése” szakasz eredményei a következők: az alkalmazás minden szükséges funkciója megvalósul (bár valószínűleg nem a legoptimálisabb módon); a termék átment a kezdeti tesztelésen; az azonosított hibák kiküszöbölése folytatódik (a munka befejezése ebben a szakaszban nem kötelező); A projektcsapat és a projekt többi résztvevője egyetért abban, hogy az összes megvalósított funkcionalitás megfelel a koncepciónak és a funkcionális előírásoknak, és sikeresen implementálódik; A termék teljesítményének tesztelésére és stabilizálására vonatkozó előkészületek befejeződtek. A fejlesztési szakasz sok tekintetben hasonlít az MSF fejlesztési folyamatmodell többi szakaszához. Például a „Tervezés” fázis a funkcionális specifikációk elkészítésével ér véget. Ezek a dokumentumok a „Fejlesztési” szakasz forrásaivá válnak. Ezenkívül a fejlesztési folyamat különböző jellemzőinek értékeléséhez szükségesek. Ne feledje, hogy ezek a dokumentumok nem maradnak statikusak – a fejlesztési szakasz előrehaladtával változhatnak. Ez a szakasz akkor fejeződik be, amikor elkészült e dokumentumok felülvizsgált változata, valamint: a projekt forráskódja és végrehajtható moduljai; a teljesítményvizsgálat eredményei; a tesztelési folyamat fő összetevői. A „fejlesztési” szakaszt a programozók gyakran „igazi munkának” nevezik. Valójában a fő feladata egy működő termék létrehozása. A termék architektúrájának tervezése a tervezési szakaszban meghatározza a fejlesztési szakaszban történő megvalósítás sikerét. Steve McConnell a Software Project Survival Guide című könyvében leírja e szakaszok közötti kapcsolatot, összehasonlítva azokat az upstream és downstream mozgással. Az építészet tervezése a tervezési szakaszban szerinte olyan, mintha felfelé haladnánk – minél magasabbra jutunk, annál könnyebb lesz lebegni a tervezési szakaszban. Ez a folyamat, amely a tervezési szakasz végén kezdődik és a termék kiadásával ér véget, annál sikeresebb és könnyebb lesz, minél jobban átgondolt az architektúra. A funkcionális specifikációk egy alkalmazás elvi, logikai és fizikai terveit írják le, amelyek a kódolás alapját képezik. A fejlesztés során egy alkalmazás minden változata köztes verziónak minősül. A „Fejlesztés” folyamat befejezéséhez közelebb érkezett köztes verziók átkerülnek a felhasználókhoz. Fejlesztési eszközként a Microsoft Visual Studio.NET használata mellett döntöttek 4.2 Fejlesztőeszköz kiválasztása A Visual Studio .NET rendszer ma lehetővé teszi a fejlesztők számára az internetes alkalmazások következő generációjának elkészítését. A legmodernebb és leggazdagabb funkciókkal rendelkező fejlesztői környezetet biztosító Visual Studio .NET eszközöket ad a fejlesztőknek az alkalmazások bármilyen operációs rendszerrel és programozási nyelvvel való integrálásához. A Visual Studio .NET segítségével könnyedén átalakíthatja meglévő üzleti logikáját újrafelhasználható XML webszolgáltatásokká azáltal, hogy beágyazza a folyamatokat, és elérhetővé teszi azokat alkalmazásai számára, függetlenül attól, hogy milyen platformon futnak. A fejlesztők könnyedén kombinálhatják a különféle UDDI katalógusokban katalogizált és elérhető webszolgáltatásokat, szilárd alapot biztosítva az általuk létrehozott alkalmazások szolgáltatásaihoz és üzleti logikájához. Az univerzális nyelvi megközelítésben a Visual Studio .NET támogatja a VB.NET, C#, C++ és J# szabványokat. A C# egy teljesen új nyelv. A VB.NET annyit változott, hogy szinte új nyelvnek tekinthető. A Visual Studio nyelvei többnyire a frissített IDE-t használják, és három formátum közül egyet vagy többet használnak szoftverösszetevők és felhasználói felületelemek létrehozására: Windows Forms, Web Forms és Web Services. Minden nyelv a .NET Framework Classes osztálykönyvtárat használja, amely támogatja a Visual Studio natív funkcióit. A Visual Studio .NET-ben minden út a Common Language Runtime-hoz (CLR) vezet. A használt nyelvtől függetlenül - C++, C#, VB.NET vagy J# - a program végül MSIL (Microsoft Intermediate Language) formátumra konvertálódik, amit a CLR fordító értelmez. A Visual Studio .NET egy valóban integrált fejlesztői környezet, függetlenül a választott nyelvtől vagy a létrehozott alkalmazás típusától, teljesen objektumorientált, és egyetlen platformra (.NET-keretrendszer) épül. Általános formaés a Visual Studio .NET szerszámozási logikája nagyrészt megmaradt, míg a hatalmas mennyiségű kód és a fejlesztőeszközök nagy része (különösen a tervező, szerkesztő és hibakereső eszközök) megtalálható a Visual Studio .NET-ben – ez is a Microsoft próbálkozása hogy befolyásolják a webszolgáltatások és a teljes fejlesztői szoftverpiac jövőjét. A cég mindent megtett annak érdekében, hogy az átlagos programozót ellássa a webszolgáltatások létrehozásához szükséges eszközökkel; ugyanakkor szerver- és webalkalmazások fejlesztésére szolgáló eszközök, alkalmazási programok a munkához mobil eszközökés a helyi hálózaton. Az ASP.NET és a Web Forms új kombinációja jelentősen továbbfejlesztett. Ahelyett, hogy a HTML-t, az ASP-kódot és a szkriptszöveget egyetlen fájlba kötné össze, a Web Forms lehetővé teszi, hogy a HTML-t és a programlogikai kódot külön fájlokra különítse el, amelyeket aztán sikeresen le lehet fordítani. A Visual Studio .NET-ben az adatkezelés és a kapcsolódás radikálisan megváltozott, hogy megfeleljen a webközpontúbb környezetnek. Különösen az ADO technológiát szinte teljesen átírták, és be új verzió Az ADO.NET-nek nevezett, támogatja az XML-t, és nagymértékben kibővíti az adatokkal való munkavégzés funkcionalitását az adatforrásoktól való megszakadás esetén. Rizs. 4.1. Microsoft Visual Studio 2003 A Visual Studio .NET legfigyelemreméltóbb tulajdonsága a webszolgáltatások támogatása. Az adatok alapértelmezett megjelenítése a .NET-keretrendszerben az XML, amely szintén jól illeszkedik a SOAP protokollhoz. A Microsoft a webszolgáltatások létrehozásának és használatának szinte minden lépését automatizálta. A programozó szinte semmit sem tud a SOAP-ról, a WSDL-ről és az UDDI-ról, és továbbra is működő webszolgáltatásokat hozhat létre. A Visual Studio .NET vállalati szintű képességein, például egy robusztus hibakereső rendszeren kívül az Enterprise Architect kiadás a csoportos projektek fejlesztését támogató eszközöket, valamint Enterprise Templates (vállalati sablonok) és Visio modellező rendszert is tartalmaz. Teljes UML támogatás is biztosított, nyolc diagramtípussal és szabad formában. 4.3 Modulok létrehozása Az MSF módszertana szerint a Fejlesztési szakasz feltételes számú iterációra oszlik, ezek pedig, ha a feladat összetettsége miatt szükséges, munkákra. Az iterációkat a hozzárendelt moduloknak megfelelően osztották el. Az alábbiakban a munka sorrendjét ismertetjük. Ezért a rendszer megvalósítása során egyértelmű sorrendet építettek fel. A kódolás folyamata és az algoritmusok használata nem volt szabályozva. Ez a programozó előjoga. Az első szakaszban a kérdőívek készítésére szolgáló modult valósították meg, amelyet később teszteltek. Az eredményeket az ábra mutatja. Rizs. 4.1. Hozzon létre egy kérdőívet Rizs. 4.2. Kérdések létrehozása/szerkesztése A következő lépésben a kérdőívek közzétételére szolgáló modul került bevezetésre, az eredményeket szintén teszteltük, és az eredményeket az ábra mutatja. A megvalósítás következő szakasza a közvetlen kérdező modul megírása volt, majd ezt teszteltük. Az eredményeket az ábra mutatja. Rizs. 4.3. A felmérés teljesítése A következő lépés egy jelentéskészítő modul megírása volt, amit viszont teszteltünk is. Az eredményeket az ábra mutatja. Rizs. 4.5. Felmérés jelentés 5. Egyedi megoldás gazdasági indoklása 5.1 Költség-haszon elemzési terv A Rendszer továbbfejlesztéséhez számításra van szükség gazdasági hatékonyság projekt. Ehhez ki kell választania a Rendszer terjesztési irányát. A rendszert a MESI belgorodi kirendeltsége rendelte meg. Egyedi projekt szemszögéből számoljuk ki a projekt gazdasági hatékonyságát. A gazdasági rész felépítése a cég megrendelésére történő szoftverkészítéskor a következő: 1. Szoftverfejlesztés megvalósíthatósági tanulmánya; 2. Szoftverfejlesztés költségeinek számítása; 3. A szoftver Ügyfél általi megvalósításának költsége; 4. Az ügyfél költségei a szoftver üzemeltetése során; 5. A szoftver bevezetésének hatékonysága az Ügyfél számára; 6. Jogi szempontok. 5.2 Megvalósíthatósági tanulmány a szoftverfejlesztéshez Ez a szoftvertermék célja, hogy segítse a marketingkutatásért felelős személyek munkáját a kérdőív készítésétől a kapott adatok feldolgozásáig. A termék bevezetésének célja a marketingkutatás költségeinek csökkentése – ez egy pénzben kifejezhető mennyiségi mutató. 5.3 Szoftverfejlesztési költségek számítása A fejlesztő egyszeri költségei között szerepel az elméleti kutatás, a problémafeltárás, a tervezés, az algoritmusok és programok fejlesztése, a hibakeresés, a próbaüzem, a papírmunka, a piackutatás és a reklámozás költségei. Fejlesztési költségek. Mivel a rendszert teljes egészében az MSF módszertan szerint fejlesztették ki, a feladás mellett döntöttek hagyományos rendszer költségbecslések (TOR, előzetes tervezés, műszaki tervezés, részletes tervezés, kivitelezés) egy elfogadhatóbb módszertan javára. A munka fázisait és tartalmát a 3.1. táblázat mutatja be: táblázat 5.1 Munkaintenzitás Egy nagy kép kialakítása a megoldásról információgyűjtés, követelmények elemzése, a projekt egészéről alkotott kép meghatározása Tervezés Követelményelemzés és rendszertervezés, üzleti folyamatok leírása, szükséges intézkedések és erőforrások tervezése, dokumentálás Végrehajtás alacsony szintű fejlesztés és kódolás Stabilizálás és végrehajtás tesztelés, felhasználói képzés, nyílt problémamegoldás A szoftverfejlesztés teljes munkaintenzitását a következő képlettel számítjuk ki: hol van a fejlődés teljes komplexitása, napok; Ti - munkaintenzitás szakaszok, napok szerint; n a fejlesztési szakaszok száma. A Rendszer létrehozása 53 munkanapot vett igénybe. A költségbecslés a következő tételeket tartalmazza: alap- és kiegészítő fizetések; szociális szükségletekhez való hozzájárulások; A szerszámok költsége rezsi költségek. béralap A K+F alapbére tartalmazza a szoftverfejlesztésben közvetlenül részt vevő összes alkalmazott fizetését. Ebben az esetben a fejlesztő (hallgató), okleveles felügyelő, gazdasági tanácsadó alapbérét kell figyelembe venni. Így az alapbér (3 alap) kutatás-fejlesztés során a következő képlettel kerül kiszámításra: ahol 3 sred.dnj a j-edik alkalmazott átlagos napi fizetése, rub.; n a szoftverfejlesztésben közvetlenül részt vevő alkalmazottak száma. A fejlesztő átlagos napi fizetését 7000 rubelben határozzák meg. havonta, és egyenlő: W vö. napok R. =7000/20=350 rubel/nap A konzultáció időpontja: 24 óra - érettségi felügyelő, 3 óra - gazdasági tanácsadó. A diploma felügyelő fizetése 100 rubel óránként. Ezért az okleveles felügyelő fizetése: 3 kéz \u003d 24 * 100 \u003d 2400 rubel. A gazdasági tanácsadó fizetése óránként 80 rubel. Z hátrány \u003d 3 * 80 = 240 rubel. Azt kapjuk, hogy az alapbér kutatás végzése során egyenlő: 3 fő = 3-szor + 3 kéz + 3 hátrány = 350 * 53 + 2400 + 240 \u003d 21290 rubel. A kiegészítő fizetés az alapbér 10%-a, ezért: Z további \u003d (10 * Z fő) / 100 \u003d (10 * 21290) / 100 = 2129 rubel. A teljes alap- és pótbér: W összesen = 21290 + 2129 \u003d 23419 rubel. A szociális szükségletekre vonatkozó elvonások jelenleg a teljes alap 26%-át teszik ki bérek, Következésképpen: Szociális \u003d W összesen * 0,26 \u003d 23419 * 0,26 \u003d 6088,94 rubel. A programok előkészítésére és hibakeresésére fordított gépidő költsége. A Z omv számítógépes idő költsége az MCH-val ellátott számítógép egy gépórájának költségétől, valamint a T számítógépes számítógépen végzett munkaidőtől függ, és tartalmazza a számítógépek és berendezések értékcsökkenését, az áramköltségeket, Egy számítógép gépórájának költsége egyenlő: A berendezés használati ideje: Berendezési költségek. ahol A M - értékcsökkenési levonások, dörzsölje.; О f - a számítógépek és berendezések költsége, dörzsölje. N am - amortizációs kulcs,%; T m - berendezés használati idő, napok Villanyköltségek. Így a programok előkészítésére és hibakeresésére fordított számítógépes idő költsége megegyezik: Az eszközkészlet használata. Az eszközök költsége tartalmazza a szoftver fejlesztése során felhasznált rendszerszoftver (SSW) költségét, a használati idő alatti értékcsökkenés mértékében. Az SPO értékcsökkenési kulcsa 30%, a használati idő 36,55 nap. A felhasznált forrásokat a 3.2. táblázat mutatja be. 5.2. táblázat Költség (c.u.) Költség, dörzsölés.) Microsoft Visual Studio 2003 Microsoft Visio Standard 2003 A és \u003d ((O f * N am) / (365 * 100)) * T m \u003d ((28501,8 * 30) / (365 * 100)) * 36,55 \u003d 856,22 rubel. ahol Körülbelül f - a felhasznált pénzeszközök költsége; H am - értékcsökkenési kulcs; T m az eszközök használatának ideje, napok. Tehát a fejlesztési költség becslése az 5.3. táblázatban látható: táblázat 5.3 5.4 A szoftver Ügyfél általi megvalósításának költsége A szoftver használójának egyszeri költsége K összesen az alábbi fizetési költségeket tartalmazza: szoftver C szoftver; · eszközök CIS; · Számítógépek, egyéb hardverek és hálózati berendezések K számítógépek; · személyzet képzése Szoftver költség. Ebben az esetben a költség megegyezik a költséggel plusz a fejlesztő nyereségével (a gyakorlatban általában a költség 20-30%-át teszi ki), valamint 20%-os általános forgalmi adót. A számításhoz a következő képlet használható, ahol - szoftverköltség, - fejlesztő nyeresége, - általános forgalmi adó. A vevőnek nem kell szoftvert vásárolnia, hiszen a munka szinte teljes egészében az ügyfél szoftverére épül ( munkahely alkalmazott a szükséges szoftverrel). A fejlesztő nyeresége 6180,78 rubel A rendszer működéséhez szükséges eszközök költsége. Általában operációs rendszereket és alkalmazásszoftvert is tartalmaznak. A vevő cégénél minden szükséges szerszám már be van szerelve és használatban van. Ezért a megvalósítás nem rendelkezik ezen tételek költségeiről. A Rendszer telepítéséhez szükséges technikai támogatás költsége. Mivel ismét a szervezet minden szükséges műszaki támogatást telepített, és a megvalósításhoz nincs szükség további felszerelésre, ennek a tételnek a költségeit nem biztosítjuk. A szervezet munkatársainak képzésének költsége. A számítás a következő képlet szerint történik: Az ügyfél teljes költségét az 5.4. táblázat tartalmazza. 5.4. táblázat A megrendelő és a fejlesztő teljes költségét az 5.5. táblázat mutatja be. 5.5. táblázat Költségtípus Költségek (dörzsölje) Vevői költségek Fejlesztői költségek A beruházások projektmegvalósítási időre történő elosztása az egyes tervezési szakaszokra vonatkozó szoftverfejlesztés időigényének előzetes számításai alapján történik (3.7. táblázat), a fejlesztési költségek, ill. teljes összeg egyszeri tőkebefektetés. 5.6. táblázat
A számítási eredményeket beruházási terv formájában mutatjuk be 5.7. táblázat
5.5 A megvalósítás hatékonysága az Ügyfél számára A termékbevezetés hatékonyságát a csökkentés szempontjából értékeljük anyagköltségek. A termék bevezetése előtt a felmérés szinte minden munkája kézzel, papír felhasználásával történt. A marketingjelentések ütemezésének megfelelően a felmérés 15 féle kérdőíven zajlik, amelyek nagyjából két lapból állnak. Kiderült, hogy egyszerre 30 papírlapot használnak fel. A tavalyi adatok szerint mintegy 6500 kérdőívet nyomtattak, ebből 4350 kérdőívet töltöttek ki. Így azt kapjuk, hogy 2 * 6500 = 13000 papírlapot költöttek el. Mivel egy papírcsomag 500 lapból áll, kiderül, hogy tavaly 26 csomag papírt költöttek a felmérésre. Egy csomag papír ára 120 rubel. Ennek eredményeként a következőket kapjuk: 26*120 = 3120 kormánylapát csak papírforrásokhoz kell Szintén a kérdőívek sokszorosításának költsége tartalmazza a nyomtatás költségeit, a kérdőívek sokszorosítása másológépen történik, és tartalmazza a fénymásoló használatának költségét, valamint a tinta költségét. Egy patron 1700 kormányba kerül, amelynek erőforrása 2500 laphoz elegendő, kiderül, hogy körülbelül 3 patront kell használnia. Ennek eredményeként azt kapjuk, hogy a festék költsége: 3 * 1700 = 4420 rubel Figyelembe kell venni a marketingkutatást végző alkalmazott költségeit is. Mivel Moszkva kérdőív-sablonokat küld, azokat véglegesíteni kell a további replikációhoz. Körülbelül 15 órát vesz igénybe egy marketingkutatást végző alkalmazottnak 15 kérdőívsablon szerkesztése. A felmérés befejezése után szükséges az összes beérkezett kérdőív feldolgozása, pl. beírni az adatokat az Excelbe. A ezt a fajt a munka évente körülbelül 240 órát vesz igénybe. Egy-egy kérdőívre vonatkozó jelentés elkészítése egy munkanapot vesz igénybe, ami összességében 120 órát tesz ki minden típusú kérdőív esetében. Ennek eredményeként azt tapasztaljuk, hogy egy munkavállaló évente 375 órát (45,85 munkanapot) fordít kérdőíves marketingkutatásra. A munkavállaló fizetése 5394 rubel. A felmérés teljes költsége 20 182 rubel. Mivel ez a szoftvertermék magában foglalja az elektronikus formában tárolt kérdőívek létrehozásának folyamatának automatizálását, valamint a kérdőív számítógépes közvetlen áthaladását és a jelentések készítésének lehetőségét, ezek a költségek gazdasági hatást jelentenek. Miután 37484,72 rubelt költöttek a modul megvalósítására, és évi 20182 rubelt takarítottak meg, azt kapjuk, hogy a megtérülési idő a következő lesz: 37484.72/20182 = 1 év és 8 hónap. 5.6 Jogi szempontok Az eszközök jogszerűsége A Rendszer fejlesztése során szigorúan betartották a Microsoft termékekre és a kapcsolódó összetevőkre vonatkozó licencszerződések minden feltételét. Költségek a kereskedelmi használat Fejlesztői eszközöket számoltunk fent. Licencszerződés A licencszerződés fogalma Nyugatról érkezett. Végfelhasználói licencszerződés (EULA) - általában elektronikus formában létező dokumentum, amelynek aláírása a program számítógépen történő használatának szükséges feltétele. A kifejlesztett rendszer EULA-ja a következő elemeket tartalmazza: a program terjesztésének jogait a fejlesztő felelősségének védelme (ahogy az elv) az integritás és a replikáció védelme (másolás, szétszerelés, visszafejtés stb.) A rendszer létrehozásakor a fejlesztőt az Orosz Föderáció 1992. szeptember 23-i N 3523-I szövetségi törvénye (a 2002. december 24-i N 177-FZ szövetségi törvénnyel módosított) „A programok jogi védelméről” vezérelte. elektronikus számítógépekhez és adatbázisokhoz”. A törvény 4. cikke tartalmazza a szerzői jog elismerésének feltételeit. A cikk szerint „a számítógépi program vagy adatbázis szerzői jogának elismeréséhez és gyakorlásához nem szükséges letétbe helyezni, nyilvántartásba venni vagy egyéb alaki követelményeket teljesíteni. A jogosult a számítógépi program vagy adatbázis első kiadásától kezdődően három elemből álló szerzői jogi védelmi jellel jelezheti jogait: C betűk körben vagy zárójelben; a jogosult címe (neve); egy számítógépes program vagy adatbázis első megjelenésének éve. Így a következő bejegyzés jelent meg az "A programról..." ablakban: "Szerzői jog ©, BF MESI, 2006" fejezet következtetései Az összes fenti mutató elemzése után elmondható, hogy a projekt költséghatékony. A számítások során a következő eredmények születtek: · Számított fejlesztési költségek - 37484,72 rubel; · A végrehajtás gazdasági hatásának kiszámítása - 20182 rubel; · A projekt megtérülési ideje 1 év 8 hónap. Következtetés Miközben csinálod tézis Megterveztem és kifejlesztettem a marketingkutatás lebonyolítására szolgáló automatizált rendszert, valamint kiszámítottam a rendszer bevezetésének gazdasági mutatóit az ügyfél számára. A fejlesztő célja egy olyan megoldás megalkotása volt, amely kérdőívekkel automatizálja a marketingkutatások lefolytatását, ami viszont hozzájárul a költségek csökkentéséhez és nagymértékben megkönnyíti a marketing osztály munkáját. A projekt megvalósítása során elméleti és gyakorlati ismereteket szereztem és megszilárdítottam a vevői igények meghatározása, a témakör kutatása és a szoftverfejlesztés objektum-orientált megközelítése terén. Megismerkedtem a világszerte elismert MSF módszertannal, és minden munka e módszertan szerint történt. A döntéshozatalról alkotott összkép kialakításának szakaszában meghatározásra kerültek az üzleti követelmények és a projekt céljai, valamint a projekt hatóköre, pl. azonosítják azokat a feladatokat, amelyeket a cél eléréséhez automatizálni kell. A tervezési szakaszban a marketing osztály üzleti folyamatait részletesebben tanulmányozták, ennek eredményeként AS-IS diagramok és rendszerhasználati eset diagramok készültek. A UseCase diagramok tanulmányozása eredményeként meghatározásra kerültek a rendszer moduljai. Az entitásokat is azonosították, és egy logikai adatmodellt építettek, amelyet entitás-kapcsolat diagram formájában mutattak be. A fizikai tervezés szakaszában azonosították a rendszerosztályokat, és megtervezték az adatbázis fizikai modelljét. A megvalósítás szakaszában elhatározták, hogy a Microsoft Visual Studio.NET fejlesztőeszközt használjuk, melynek segítségével a rendszermodulokat fejlesztették. Az utolsó fejezet az oklevél gazdasági részét ismerteti, amelyben a kidolgozott projekt gazdasági hatékonyságát és relevanciáját számoltuk ki. Felhasznált irodalom jegyzéke 1. Az Orosz Föderáció 1992. szeptember 23-i 3523-I szövetségi törvénye (a 2002. december 24-i 177-FZ számú módosítással) az elektronikus számítógépek és adatbázisok programjainak jogi védelméről. 2. A területi struktúrák marketingtevékenységének szabályzata 3. A követelmények elemzése és a Microsoft .NET alapú megoldásarchitektúra létrehozása. MCSD/Trans. angolról. - M .: Kiadó és kereskedőház "Orosz kiadás", 2004.- 416 oldal. 4. Beljajevszkij I.K. Marketingkutatás: Információ, elemzés, előrejelzés: Tankönyv. - M.: Pénzügy és statisztika, 2001 5. Butch G. Rumbaugh. D. Jacobson A. UML. Felhasználói kézikönyv: Per. angolról. DMK, 2000. - 432 p. 6. Wildermus, Sean. Gyakorlati használat ADO.NET. Adatokhoz való hozzáférés az interneten. : Per. angolról. - M.: "William" kiadó, 2003. - 288 p. 7. Kotler F. A marketing alapjai / Per. angolról. - M., Haladás, 1999 8. Gazdasági információs rendszerek tervezése: Tankönyv/G.N.Smirnova, A.A.Sorokin, Yu.F.Telnov. - M: Pénzügy és statisztika, 2003. - 512 oldal. 9. Webes alkalmazások fejlesztése Microsoft Visual Basic .NET és Microsoft Visual C# .NET rendszerben. MCAD/MCSD/Trans. angolról. - M .: Kiadó és kereskedőház "Orosz kiadás", 2003. - 704 oldal: 10. Seppa D. Microsoft ADO.NET / Per. angolról. - M .: "Orosz kiadás" Kiadó és Kereskedelmi Ház, 2003- - 640 oldal. 11. Adatbázisok felépítésének elmélete és gyakorlata: Krenke D.. - Péter, 2003. - 800 oldal. 12. Royce, Winston W., "Managing the Development of Large Software Systems", Proceedings of IEEE Wescon (1970. augusztus): 1-9. 13. Barry Boehm, "A szoftverfejlesztés és -fejlesztés spirálmodellje", IEEE Computer, 21. kötet, No. 5 (1988. május): 61-72 14. Analitikai információk <#"45170.files/image037.gif">
,
, ahol a képzésben részt vevő létszám, napi egy fő képzési költsége, a képzési idő. Feltételezhető, hogy a szervezetben 1 alkalmazott fogja használni a rendszert. A képzéshez szükséges idő becsült két munkaóra. Egy személy képzésének költsége naponta 200 rubel. A személyzet képzésének teljes költsége 400 rubel.
A világgazdasági kapcsolatok bővülésével és elmélyülésével az árupiacok elveszítik nemzeti és területi határaikat, világpiacokká alakulnak, amelyekkel minden ország kereskedői kereskednek.
A világpiacot különféle típusú árupiacok, szolgáltatási piacok, pénzügyi piacok, erőforrás piac, incl. és a munkaerő. Az áruk és szolgáltatások világpiacának tevékenységét nemzetközi áruszerződések szabályozzák. Minden árupiacnak megvannak a saját kereskedelmi központjai - "főpiacai", amelyek árait alapvetőnek ismerik el a megfelelő áruk kereskedelmében.
A kereskedelem megszervezésének módja szerint a piacok speciális típusait különböztetik meg: árutőzsdék, aukciók, aukciók, nemzetközi kiállítások és vásárok.
NÁL NÉL utóbbi évek jelentős növekedés tapasztalható a globális pénzügyi piac léptékében. Ha korábban a pénzügyi világpiacot hagyományosan a világ hiteltőke-piaci struktúrájának részének tekintették, akkor manapság a köztük lévő határ egyre kevésbé elkülönült és szigorú, mivel a pénzügyi és származékos kereskedés pénzügyi eszközök nem sorolható teljes mértékben a kölcsöntőke kategóriájába.
A monetáris formájú kölcsöntőke nemcsak a működő tőkétől, hanem a pénztől is különbözik. A minőségi különbséget az határozza meg, hogy a kölcsöntőke az önnövelő érték egyik formája; a pénz, mint egy speciális áru, amely egyetemes megfelelője szerepét tölti be, önmagában nem ad értéknövekedést. A mennyiségi különbség abban rejlik, hogy a kölcsöntőke tömege meghaladja a forgalomban lévő pénz mennyiségét, mivel ugyanaz valutaegység többször is kölcsöntőkeként működhet.
Például az Egyesült Államokban 1975-ben a köz- és magánadósság összege, amelyet hagyományosan kölcsöntőke összegének tekintünk, elérte a 3 billió dollárt, és pénzbeli támogatás elérte a 301,6 milliárd dollárt.. Így a kölcsöntőke fő jellemzője as gazdasági kategóriaérték átruházása ideiglenes használatra annak sajátos minőségének – kamat formájában történő haszonszerzési képesség – megvalósítása érdekében.
- A kapitalista országok pénzforgalma és hitele Szerk. prof. L. N. Krasavina, M., "Pénzügy", 1977 (OCR kredit-moskva.ru rövidítéssel)
Pénzügyi eszköz alatt minden olyan dokumentumot értünk, amelyet kifejezetten írásban a hatósági előírásoknak megfelelően (vagy szóban kifejezett, majd különböző távközlési eszközökkel megerősített kötelezettségként) készítettek el, és amely a tulajdonosa számára bizonyos tulajdonjogok. A külföldi közgazdászok a világ pénzügyi piacát pénzpiacokra és tőkepiacokra osztják fel, e piacok eszközeinek sürgősségi kritériuma alapján. Ez lehetővé teszi, hogy a globális pénzügyi piacról nemzeti és világpiacok összességeként beszéljünk, amelyek a monetáris tőke irányát, felhalmozását és újraelosztását biztosítják a piaci entitások között banki és egyéb szolgáltatásokon keresztül. pénzintézetek reprodukálása és a tőkekereslet és -kínálat közötti normális kapcsolat elérése érdekében. Gazdasági szempontból a globális pénzügyi piac viszonyrendszer és mechanizmus a hitelforrások versenyképes alapon történő beszedésére és újraelosztására országok, régiók, iparágak és gazdasági szereplők között.
A pénzügyi világpiac felhalmozza és újraosztja a hiteltőkét, ami a világ pénzpiaca és a világ tőkepiaca formájában nyilvánul meg. A tőke az önnövelő értékről szóló gazdasági kapcsolatok összessége. Önnövelő érték alatt azt az értéket értjük, amely a bérmunka igénybevétele következtében értéktöbbletet hoz. A pénzpiac az a piac, ahol tranzakciókat hajtanak végre. rövid távú finanszírozás. A tőke exportja és importja alapján nemzetközi tőkepiac jön létre. Ez egy olyan gazdasági kapcsolatrendszer, amely biztosítja a tőke felhalmozását és újraelosztását az országok között. Ha a világ pénz piac meghatározó tényező eszközeinek magas likviditása, majd a világ tőkepiacán - hitel kockázat hitelfelvevő, kamatkockázat, politikai kockázat stb.
A nemzetközi gazdasági kapcsolatok a következő formákat öltik:
Wikimédia Alapítvány. 2010 .
A nemzetközi munkamegosztásban való részvétel által összekapcsolt országok közötti stabil áru-pénz kapcsolatok rendszere. Magyarul: Világpiac Szinonimák: Világpiac Lásd még: Regionális piacok Globalizáció Pénzügyi szókincs… … Pénzügyi szókincs
Lásd VILÁGPIAC. Raizberg B.A., Lozovsky L.Sh., Starodubtseva E.B. Modern gazdasági szótár. 2. kiadás, rev. M .: INFRA M. 479 s .. 1999 ... Közgazdasági szótár
Nagy enciklopédikus szótár
Az áruk és szolgáltatások nemzetközi cseréjének szférája, amely a nemzetközi munkamegosztáson alapul; szűk értelemben az egyes országok kereskedelem által egymással összekötött piacainak összessége gazdasági kapcsolatok. Az egyik előfeltétel... Politológia. Szótár.
Világpiac- Világpiac (Globális piac) - a nemzetközi árupénz, kereskedelem, gazdasági és hitelezés történelmileg kialakult rendszere pénzügyi kapcsolatok a globális gazdasági rendszert képviselő országok. Különböző szintű piacokból áll ... ... Közgazdasági és matematikai szótár
világpiacon- A világgazdasági rendszert képviselő országok nemzetközi áru-pénz, kereskedelmi, gazdasági és hitel-pénzügyi kapcsolatainak történelmileg kialakult rendszere. Különböző fejlettségű piacokból áll a magasan fejletttől a fejlődő és ... ... Műszaki fordítói kézikönyv
világpiacon- Az áruk és szolgáltatások széles körű és stabil nemzetközi cseréje, beleértve az egyes országok nemzeti piacait is, amelyeket kereskedelmi és gazdasági megállapodások kötnek össze ... Földrajzi szótár
VILÁGPIAC - összetevő a világgazdaság, amely biztosítja az áruk és szolgáltatások kínálatának, keresletének és cseréjének szféráját; országok közötti áru-pénz kapcsolatok rendszere. A világgazdasági kapcsolatok elmélyülésével és bővülésével összefüggésben az árupiacok elveszítik… Jogi enciklopédia
Az áruk és szolgáltatások nemzetközi cseréjének szférája, amely a nemzetközi munkamegosztáson alapul; szűk értelemben az egyes országok piacainak összessége, amelyeket kereskedelmi és gazdasági kapcsolatok kapcsolnak össze egymással. Az egyik előfeltétel... enciklopédikus szótár
Az egyes országok nemzeti piacainak összessége, amelyeket kereskedelmi és gazdasági kapcsolatok kapcsolnak össze egymással. Első ízben a kapitalista termelési mód alapján jött létre kapitalista világpiac néven. A modern korban...... Nagy szovjet enciklopédia
A világpiac az országok közötti, MRI-n és a termelési tényezők szétválasztásán alapuló, stabil áru-pénz kapcsolatok szférája. Egyesíti a világ összes országának nemzetgazdaságát.
A globalizáció, a világgazdasági kapcsolatok bővülése és elmélyülése mellett az árupiacok elveszítik nemzeti és területi határaikat, világméretű árupiacokká alakulnak, amelyekkel minden ország kereskedői kereskednek.
A világpiacot különféle típusú árupiacok, szolgáltatási piacok, pénzügyi piacok, erőforráspiacok képviselik, beleértve és a munkaerő. Az áruk és szolgáltatások világpiacának tevékenységét nemzetközi áruszerződések szabályozzák. Minden árupiacnak megvannak a saját kereskedelmi központjai - "főpiacai", amelyek árait alapvetőnek ismerik el a megfelelő áruk kereskedelmében.
A kereskedelem megszervezésének módja szerint a piacok speciális típusait különböztetik meg: árutőzsdék, aukciók, aukciók, nemzetközi kiállítások és vásárok.
A világpiacot a következő főbb jellemzők jellemzik: 1) a nemzeti piacokon túlmutató árutermelési kategória; 2) a fogyasztók uralkodó preferenciáinak megfelelő nemzetközi áruáramlás megvalósításában nyilvánul meg; 3) optimalizálja a termelési tényezők felhasználását a világgazdaságban; 4) fertőtlenítő szerepet tölt be, kiutasítja a nemzetközi tőzsdéről azokat az árukat és termelőit, amelyek nem képesek biztosítani nemzetközi szabvány minőség versenyképes áron.
Funkciók: Integráló funkció abban rejlik, hogy a piacnak köszönhetően elszigetelt nemzetgazdaságok egységes gazdasági rendszert alkotnak, világgazdaság. Rendszerező funkció Az IR az államok gazdasági fejlettségük és az elért eredmények szerinti rangsorolásában nyilvánul meg gazdasági hatalom. közvetítő funkciója abban fejeződik ki, hogy a világpiac közvetíti (realizálja) az MRT-ben való állami részvétel eredményeit. Információs funkció az eladó (gyártó) és a vevő (fogyasztó) tájékoztatásából áll, hogy a termék előállítására, a végtermék és az alapanyagok minőségére fordított egyéni (országos) költségei mennyiben felelnek meg a nemzetközinek (világátlagnak). Stimuláló (optimalizáló) funkció. Lényege abban rejlik, hogy az államok a termelésük (volumen, szerkezet, költségek) kiigazításával (a piacról kapott információk alapján) összességében megváltoztatják az iparág termelési szerkezetét, ezáltal az iparág szerkezetét. nemzetgazdaság, optimalizálva azt a világgazdasági trendeknek megfelelően. Fertőtlenítő (javító) funkció a piac és a gazdaság legdemokratikusabb megtisztítását jelenti a gazdaságilag nem hatékony struktúráktól (gazdasági szereplők), és a legerősebbek működési feltételeinek javítását.
A világpiac alanyai: - állam - államcsoportok, - integrációs szövetségek, - cégek, - TNC-k és transz. nat. bankok. – nemzetközi gazdasági és pénzügyi szervezetek.
Nemzetgazdaság és világpiac: a befogadás és az interakció problémái.
Bármely ország helye, szerepe a világgazdaságban, a nemzetközi munkamegosztás, a gazdasági élet nemzetközivé válása számos tényezőtől függ. Véleményünk szerint a főbbek a következők:
· a nemzetgazdaság fejlődésének szintje és dinamikája;
· a nemzetgazdaság nyitottságának mértéke és a nemzetközi munkamegosztásban (ILD) való részvétele;
· a külgazdasági kapcsolatok progresszivitása és fejlesztése (FER);
· a nemzetgazdaság azon képessége, hogy alkalmazkodjon a nemzetközi gazdasági élet feltételeihez, és egyúttal azokat a kívánt irányba befolyásolja;
· a külföldi befektetések jogi feltételeinek megléte;
transznacionális vállalatok jelenléte.
Az egyes országok világgazdaságba való belépését és integrációját befolyásoló számos tényező közül két tényező a legfontosabb. Először is, a globális integrációs folyamatban részt vevő országokra gyakorolt hatás vagy gazdasági, esetleg politikai haszon; ebben az esetben a fő kritérium a nemzeti érdek legyen - nem csak a jelenlegi, hanem a távoli jövővel kapcsolatos is. Az egyes országoknak a nemzetközi gazdasági kapcsolatok különböző formáiban való részvételének kérdésének megoldása mindig nehéz, mert egy ilyen cselekmény következményeinek és eredményeinek átfogó mérlegelését igényli. Ez nemcsak az egyes országok nemzetgazdasága, hanem a világgazdasági közösség egésze szempontjából is fontos. Az ország globális integrációs folyamatban való részvételének fő feltétele a politikai és társadalmi stabilitás, a nemzetgazdaság éles ingadozásainak hiánya és nyitottsága.
Amint azt a más országok világgazdaságába való beilleszkedés problémáinak elemzése kimutatta, az életképes gazdaság megteremtésének fő feltétele a nyitottság. Egy nyitott gazdaságban a világpiaci árak közvetlenül vagy közvetve meghatározzák a hazai termékek árait, és ezt sokkal hatékonyabban teszik, mint bármely kormányzati szerv. A jelenlegi szakaszában A gazdaság „nyitottsága” nemcsak az ország aktív részvételét jelenti a nemzetközi kereskedelemben, hanem a világgazdasági kapcsolatok egyéb formáiban is, így a termelési tényezők nemzetközi mobilitásában és a nemzetközi valuta- és elszámolási kapcsolatokban is.
A nyitott gazdaság fontos előnye a monopólium elleni küzdelemben betöltött szerepe. Figyelembe véve a világpiacnak a monopólium elleni küzdelem és a hatékony működés problémájának megoldásának hatékony eszközeként betöltött szerepét nemzetgazdaság az átmeneti időszakban abból kell kiindulni, hogy az ország gazdaságát csak feltétellel szabad megnyitni gazdasági értékelésés erőforrásainak gazdasági védelme. Csak ebben az esetben lehet elkerülni a gazdaságban a nyitottság hatására bekövetkező negatív megnyilvánulások kockázatát, és pozitív eredményeket elérni a világgazdaság és a világpiac hatásaiból. orosz gazdaság ilyen körülmények között.
Kiderült, hogy Oroszország meglehetősen mélyen érintett a világgazdaságban. Az export aránya a GDP-ben meglehetősen nagy. Az orosz exportot energiaforrások, nyersanyagok és anyagok támogatják, amelyek termelői számára a külső piac szerepe a hazai piac szűkülése miatt drámaian megnőtt. A külpiaci munkának köszönhetően ezek az iparágak (kőolaj- és gáztermelés, kohászat, fa- és műtrágyagyártás) a termelés általános visszaesése mellett is versenyképesek maradtak, míg más iparágakban, különösen a gépiparban, a termelés 2-2%-kal csökkent. háromszor.
A globalizált világban egy magasan fejlett hatalom státuszának megszerzése lehetetlen a struktúra megváltoztatása nélkül Orosz üzlet. A nemzetgazdaság alapját erős integrált, elsősorban pénzügyi és ipari vállalati struktúráknak kell képezniük, amelyek képesek a hazai és a világpiacon felvenni a versenyt a transznacionális óriáscégekkel.
A fentiekkel kapcsolatban meg kell jegyezni, hogy fontos kérdés A nemzetközi kereskedelem a globalizáció kontextusában a kereskedelem és a közvetlen szoros integráció igényévé válik külföldi befektetés. Ahol nemzetközi kereskedelem egy közös, integrált termelési, marketing és ellátási rendszer szerves részeként működik, amelyet transznacionális vállalatok hoznak létre és fejlesztenek ki.
A világpiac szerkezete.
A világpiac egészét nagyon gazdag és összetett szerkezet jellemzi. Felépítésének leírása a kiválasztott kritériumoktól függ. A piac szerkezetének és rendszerének jellemzésére a következő kritériumokat különböztethetjük meg.
funkcionális megközelítés alapján: 1. nemzetközi piac termékek és szolgáltatások. 2. Nemzetközi tőkepiac (devizapiac, hitel) 3. Technológiai világpiac. 4. Világ munkaerőpiaca.
Földrajzi elhelyezkedés alapján: - európai piac, - ázsiai piac, - észak-amerikai piac, - afrikai piac stb.
