Makea Cherry (lausutaan / m ə . ʁ i z /) on menetelmä analyysin suunnittelun ja projektin hallintaan tietokone .
Merise laajalti käytetty 1970- ja 1980 varten massiivinen atk organisaatioiden. Tämä menetelmä soveltuu edelleen organisaatioiden sisäisten projektien hallintaan, rajoitettuna tiettyyn alueeseen. Toisaalta se soveltuu vähemmän organisaatioiden välisiin hankkeisiin , joissa hallitaan useimmiten yhteiskunnallista (ympäristöä ja sosiaalista) tietoa sidosryhmien kanssa .
Johtuva systeeminen analyysi The Merise menetelmä on tulosta työstä René Colletti, Arnold Rochfeld Hubert Tardieu vuonna 1970 ja joka oli osa kansainvälistä pohdinta , erityisesti noin relaatiomalliksi on Edgar Frank Codd . Siitä tuli operatiivinen hanke alussa 1980 pyynnöstä teollisuus, ja sitä on käytetty ennen kaikkea Ranskassa , jonka tietotekniikan palveluyrityksistä sen perustajajäsenen ( Sema-Metran , sekä CGI Informatique ) ja pääasiassa suurten hankkeiden, erityisesti suurten julkisten tai yksityisten hallintojen, osalta.
Merise , erityisesti ranskalainen menetelmä, koki välittömästi kansainvälisen kilpailun anglosaksisista menetelmistä, kuten SSADM (en) , SDM / S tai Axial. Sitten se yritti sopeutua nopeaan muutokseen IT-tekniikoissa Merise / objet -sovelluksella, jonka jälkeen Merise / 2 aikoi sopeutua asiakaspalvelimeen . Merise oli merkittävä pohdintavirta "Euro-menetelmästä", joka ei päässyt läpi.
Merise- menetelmää esittelevässä viitekirjassa Jacques Lesournen kirjoittama esipuhe esitteli analogian kirsikkapuun kanssa "joka voi tuottaa kauniita hedelmiä vain, jos siihen oksastetaan kirsikkapuun oksa: näin on tietokonemenetelmissä. suunniteltu, joka tuottaa vain hyviä tuloksia, jos varttaminen päälle organisaatio on onnistunut” , vaikka monet ihmiset ovat halunneet nähdä sen kuin lyhenteellä kuten Tutkimusmenetelmä ja Computing toteuttavat harmaan osalaitteistojen tai järjestelmistä 'Yritykset , yleisin lyhenne huonojen kielten joukossa on todistettu menetelmä lopetuksen viivästyttämiseen loputtomiin .
Merisen toisen sukupolven järjestelmän yleinen määritelmä sisältää seuraavat vaiheet:
Merise-menetelmä on menetelmä tietojärjestelmien analysointiin, suunnitteluun ja rakentamiseen .
Ylävirtaan se oli luonnollinen jatko yleissuunnitelmalle , joka toteutettiin usein ROOTS-menetelmällä , jota esiintyy hyvin erityisesti julkisella sektorilla .
Merise-projektit olivat yleensä laajamittaisia hankkeita, joilla suunniteltiin uudelleen olemassa oleva kompleksi suuressa ympäristössä . Menetelmä on tunnettu myös yrittää sopeutua kanssa relaatio DBMS , erilaisia ihmisen ja koneen rajapinta HMI , olio- mikro kehittäminen, CASE työkalut , reverse engineering ... mutta jotka eivät tunne yhtä suurta menestystä.
Menetelmä on pääosin ranskalainen. Sillä on vastaavuutta ulkomailla tietomallien suhteen (eroja, esimerkiksi kardinaalit eivät ole niin yksityiskohtaisia anglosaksisissa malleissa). Toisaalta hoitojen mallintaminen on paljon monimutkaisempaa kuin anglosaksisissa menetelmissä.
Sen täytäntöönpano saattaa tuntua hankalalta. Suunnitteluun ja esidokumentointiin käytetään paljon aikaa ennen koodauksen aloittamista, mikä olisi voinut tuntua tarpeelliselta ajalta, jolloin tietokoneresurssit eivät olleet yhtä laajalle levinneitä kuin nykyään. Se kuitenkin välttää mikrokehityksen päinvastaisen sudenkuopan, joka kärsii asiakirjojen puutteesta ja jossa virheiden korjaaminen jälkikäteen on viime kädessä erittäin kallista .
Vaikka suunnittelijoiden ja käyttäjien välinen vaihto ja kuuleminen järjestettäisiin muodollisesti, Meriseä on myös kritisoitu monimutkaiseksi pidetyn formalismin käytöstä (erityisesti tietomallien osalta), jota on ensin opittava käsittelemään, mutta joka sitten muodostaa todellisen yhteisen kielen, tehokkaan ja tiukka niille, jotka hallitsevat sen.
Eri vaiheiden erittäin kodifioitu ja hyvin merkitty artikulaatio, jossa on hyvin tarkka kuvaus odotetuista tuloksista, on edelleen tunnetuin ja laajemmin käytetty.
Merise-analyysi- ja suunnittelumenetelmä tarjoaa lähestymistavan, joka on nivelletty samanaikaisesti kolmen akselin varrella priorisoiden huolenaiheet ja kysymykset, joihin on vastattava projektin aikana:
Merise-menetelmä, hyvin analyyttinen (huomiosysteemimenetelmä), erottaa selvästi tiedot ja hoidot, vaikka näiden kahden vuorovaikutus onkin syvällistä ja rikastuttavaa (tietojen validointi hoidoilla ja päinvastoin). Jotkut kirjoittajat (Merise / méga, sitten Merise / 2) ovat myös esittäneet viestinnän täydentävän käsitteen vaihdettujen viestien merkityksessä. Tänään DBMS-R: n kanssa objekti, datan ja käsittelyn käsitteet ovat yhä enemmän kietoutuneet toisiinsa.
Kirjallisuudessa puhutaan "aurinkokäyrästä", mikä muodostaa analogian Merise-lähestymistavan sekä auringonnousun ja sitten auringonlaskun välillä: vastaavasti projektissa on kehitettävä kriittinen analyysi olemassa olevasta (fyysiseltä tasolta ylöspäin käsitteellinen: alhaalta ylöspäin suuntautuva lähestymistapa , käyrän nouseva vaihe), hylkää sitten valittu ratkaisu (aloittaen käsitteellisestä tasosta ja palaten fyysiselle tasolle: ylhäältä alaspäin suuntautuva lähestymistapa , käyrän laskeva vaihe).
Olemassaolon kartoitusta kritisoidaan nykyään hyvin paljon, koska se pidentää projektin kestoa ja kannustaisi olemassa olevien ratkaisujen uudistamista. Vaikuttaa kuitenkin kohtuulliselta aloittaa menneisyyden tarkastelulla. Tässä vaiheessa Merise-lähestymistapa on päinvastainen iteratiivisten RAD- tyyppisten menetelmien kanssa tai alan muiden yritysten havaittujen järjestelmällisten hyvien käytäntöjen omaksumisen kanssa. Merise / Mega vaatii myös paljon enemmän tekniikan tason analysointia etsimään innovatiivisia ratkaisuja.
Merise- käsitteellinen tutkimus keskittyy yrityksen tai organisaation invarianteihin ammatin näkökulmasta: mitkä ovat yrityksen hallitsemat toiminnot, ammatit, mitkä ovat tärkeimmät käsiteltävät prosessit , mistä on tietoja , mitä käsitteitä käsittelemme? ... ja tästä riippumatta teknisistä (miten me teemme sen?) tai organisaation (kuka tekee mitä?) valinnoista, joita käsitellään vain seuraavilla tasoilla.
Käsitteellisellä tasolla haluamme kuvata abstraktin jälkeen yrityksen tai organisaation mallin ( järjestelmän ):
Ihannetapauksessa yrityksen MCD ja MCT ovat vakaat, toiminnallisella laajuudella jatkuvasti ja niin kauan kuin yrityksen liiketoiminta ei vaihtele. Mallinnus ei riipu yhden tai toisen ohjelmistopaketin valinnasta , riippumatta siitä, suoritettavat tehtävät ovat automatisoituneet, organisaatio jne.
MCD: käsitteellinen tietomalliCDM perustuu kokonaisuuden ja assosiaation käsitteisiin sekä suhteiden käsitteisiin. Käsitteellinen tietomalli koskee verkkotunnuksen semantiikan kuvaamista ( entiteetti / suhde englanniksi)
Entiteetti tai esineYhteisö määritellään hallinto-kohteeksi, jonka katsotaan kiinnostavan edustamaan mallinnettavaa toimintaa (esimerkki: maa-yksikkö). Jokaisella yksiköllä (tai esineellä ) puolestaan on yksi tai useampi yksinkertainen ominaisuus , jota kutsutaan atomiksi (esimerkit: koodi, nimi, pääoma, populaatio, alue), joista yksi yksilöllinen ja erottava on nimetty tunnisteeksi (esimerkki: koodattu) .
Yhteisö edustaa käsitettä, joka hylätään konkreettisesti yksilöiden esiintyessä.
Esimerkiksi :
ovat kaksi kokonaisuutta "maa" ja ne koostuvat joukkoista ominaisuuksista, joiden koodi FR tai DE riittää tunnistamaan ilman päällekkäisyyttä.
Rakenteellisesti MCD edellyttää, että kaikki yksikön ominaisuudet on tarkoitus täyttää (ei ole "valinnaista" ominaisuutta).
MCD: n tulisi mieluiten sisältää vain ydin tiedoista, jotka ovat ehdottoman välttämättömiä käsitteellisen käsittelyn suorittamiseksi (vrt. MCT). Laskettuja tietoja (esim. Laskun veroja sisältävä summa), vähennyskelpoista (esim. Väestötiheys = väestö / alue) ja sitäkin enemmän tietoja käsittelyn suorittamiseen suunnitelluista organisaation valinnoista (vrt. MOT) ei saa sisällyttää.
Yhdistys tai suhdeAssosiaatio on semanttinen linkki yksiköiden välillä:
Yhdistys voi olla myös yhden tai useamman kiinteistön haltija (esim. Tehtaan perustamispäivä maassa)
Tätä semanttista kuvausta rikastuttaa käsite kardinaliteetista , joka osoittaa pienimmän (0 tai 1) ja enimmäismäärän (1 tai n) kertoja, jolloin yksikön mikä tahansa esiintymä voi osallistua assosiaatioon (esim. Tehdas on perustettu yhteen (min. kortti = 1) ja vain yksi (maks. kortti = 1) maa; ja päinvastoin maasta voi olla joko ei (min. kortti = 0) tehtaan perustamista tai useita (enintään kortti = n). on seuraavat yhdistelmät
Assosiaatioita on kahden tyyppisiä: CIF (toiminnallinen eheysrajoitus) ja CIM (usean eheyden rajoitus ). CIF: llä on erityispiirre siitä, että ne ovat binaarisia ja että niiden minimi kardinaalisuus on 0 tai 1 ja suurin kardinaalisuus on 1 tai n, ja lisäksi niillä ei ole ominaisuuksia. CIM: t ovat n-ary ja niiden kaikki kardinaalit ovat korkeintaan n, ja lisäksi ne voivat olla ominaisuuksien kantajia. Yhdistyksiä ei enää käytetä tänään MVC-ohjelmoinnin myötä. Mallin ei ole tarkoitus hallita tietoja, ohjaimen työtä.
MCT: käsitteellinen hoitomalliMCT perustuu tapahtuman ja toiminnan käsitteisiin, seuraa prosessin.
TapahtumaTapahtuma voidaan rinnastaa viestiin, joka sisältää tietoja ja siten mahdollisesti mieleenpainuvia tietoja (esimerkiksi: tapahtuma '' Asiakkaan tilaus on otettava huomioon '' sisältää ainakin asiakkaan tunnistetiedot, viitteet ja kunkin tilatun tuotteen määrät .).
Tapahtuma voi:
Toiminnan laukaisee vain yhden tai useamman synkronoidun tapahtuman ärsyke
Se koostuu joukosta toimintoja, jotka vastaavat konseptuaalisen tason hallintasääntöjä ja ovat vakaita tulevan sovelluksen koko eliniän ajan (esim. Tilauksen huomioon ottamiseksi: asiakaskoodin tarkistaminen (läsnäolo, voimassaolo), tilattujen tuotteiden saatavuus ...).
Toimenpiteen eteneminen on keskeytymätöntä: Poikkeusten sattuessa suoritettavat toimet, vastaavat tulostapahtumat on kuvattava muodollisesti (esim. Käyttämällä edellistä esimerkkiä, jos tilauksessa ilmoitettu asiakaskoodi on väärä, suunnittele haku Suunnittele tilauksen nimestä tai osoitteesta, jos kyseessä on uusi asiakas, sen luominen ja muistettavat tiedot ...)
Käsitellä asiaaProsessi on näkymä MCT: stä, joka vastaa analyysin kannalta merkityksellistä toimintajaksoa (esim. Kaikki tapahtumat ja toiminnot, jotka tapahtuvat uuden tilauksen ottamisen huomioon ottamisen ja tuotteiden toimittamisen asiakkaalle) .
Tällä huolenaiheella käsitteelliset mallit on määritelty ja ne ovat organisaation valintojen kohteena. Rakennamme:
Kuten nimestäkin voi päätellä, organisaatiotutkimus keskittyy yritystietojen (MLD) ja tehtävien tai menettelyjen (MLT) järjestämiseen. Kuitenkin tekninen toteutus valintoja, sekä datan (valinta DBMS ) ja käsittelyä varten ( ohjelmistot , ohjelmisto paketti ), tehdään vain seuraavalla tasolla.
Tapa on säilynyt historiallisia of data on myös osa tätä aihetta huoleen.
LDM: looginen tietomalli(kutsutaan myös derivaatioksi) CDM: ssä formalismissa, joka soveltuu myöhempään toteutukseen fyysisellä tasolla relaatio- tai verkkotietokannan muodossa tai muissa (esim. yksinkertaiset tiedostot).
CDM: n transkriptio relaatiomalliksi suoritetaan muutaman yksinkertaisen säännön mukaisesti, jotka koostuvat ensin minkä tahansa yksikön muuntamisesta taulukkoon, tunniste ensisijaisena avaimena , sitten tarkkailemalla arvoja, jotka jokaisen suurin kardinaali ottaa yhdistys edustamaan tätä joko (esim kortti. maks 1 [1- 1 tai 0- 1 ]) lisäämällä viiteavaimen olemassa olevaan taulukkoon, tai (esim kortti. maks n [0- N tai 1 - N ]) luomalla uusi taulukko, jonka ensisijainen avain saadaan yhdistämällä siihen liittyviä entiteettejä vastaavat vieraat avaimet, esimerkiksi:
Yhä useammin näemme uuden tavan kirjoittaa relaatiomalli:
PAYS(code_pays)country_code : COUNTRY-suhteen ensisijainen avain
USINE(id_usine, code_pays, date_implantation)plant_id : FACTORY-suhteen ensisijainen avain
country_code : FACTORY-suhteen ulkomainen avain viitaten COUNTRY-suhteen country_code-koodiin
EXPORT(id_usine, code_pays)tehdas_tunnus + maan_koodi : EXPORT-suhteen ensisijainen avain [tehtaan_numeron ja maan_koodin yhdistäminen]
plant_id : vienti avain EXPORT-suhteeseen FACTORY-suhteen plant_id-tunnukseen
country_code : EXPORT-suhteen ulkomainen avain viitaten COUNTRY-suhteen country_code-koodiin
Suhteellisen algebran operaattoreita (projektio, valinta, liittyminen , joukkooperaattorit) voidaan sitten soveltaa suoraan näin saatuun ja normalisoituun relaatiomalliin. (Katso Kyselykieli ja Normaalilomakkeet .)
Tämä algoritminen lähestymistapa ei tarjoa tällä tasolla mitään elementtejä hoidon suorittamiseen tarvittavan keston tai resurssien optimoinnista kohdetuotantoympäristössä.
MCD: n transkriptiota MLD: ksi on myös edeltävä tietomallien (MCD) ja käsittelyn (MCT ja MLT) synkronointi ja validointi näkymien avulla. Tämän tarkoituksena on esitellä MLT: ssä määritellyt organisaatiotiedot, poistaa käsitteelliset ominaisuudet, joita ei käytetä prosessoinnissa tai jotka ovat tarpeettomia, ja lopuksi tarkistaa, että käsittelyyn käytetyt tiedot ovat todella saavutettavissa "navigoinnilla" entiteettien / MCD-suhteiden välillä.
MLT: käsittelyn looginen malliMLT , jota kutsutaan myös MOT kohteelle "organisaatiomalli käsittelyn", kuvailee tarkasti organisaation otettava käyttöön suorittamaan yksi tai tarvittaessa useita operaatioita esiintyy MCT . Se vastaa seuraaviin kysymyksiin: kuka? mitä ? vai? kun ? Siksi on yleensä useita MLT: itä, jotka vastaavat yhtä MCT: tä .
Tällä tasolla esitetyt käsitteet ovat: työasema, vaihe, tehtävä ja menettely.
Työpöytä Työasema kuvaa järjestelmän kullekin käyttäjäprofiilille tarvittavan sijainnin, vastuut ja resurssit . Esimerkiksi seuraavat profiilit voidaan tunnistaa: verkkoasiakas, myyntipäällikkö, varastopäällikkö jne. Lause Vaihe on joukko toimintoja (vrt. MCT: n toiminnan käsite), jotka suoritetaan samassa työasemassa. Vaihe voi olla:Tällä viimeisellä tasolla annetut vastaukset mahdollistavat konkreettisen tavan, jolla järjestelmä otetaan käyttöön.
Merise-menetelmän mukaisesti kehitetty projekti koostuu eri vaiheista:
Peter Chen esittää seuraavan luokittelun erilaisista "kokonaisuus-yhdistys" -malleista:
Merise käyttää "mallia" entiteettien, attribuuttien (tai ominaisuuksien) ja relaatioiden (tai assosiaatioiden) kanssa.
Muodollisesti sanomme, että CDM on muuttumaton.
Määritämme joukot, joiden suhteille annamme ominaisuudet (funktio (täydellinen tai osittainen), injektiofunktio, surjektiivinen, määrittelemätön suhde). Käytämme tähän "kardinaliteetteja" (kutsutaan UML: nä , multiplicities). Suhteita on 16 tapausta .
Määritetyn matematiikan suhteen attribuutti on funktio. Esimerkiksi syntymäpäivä on funktio ihmisille, jotka on asetettu Päivämäärät- asetukselle , kuoleman päiväys on osittainen funktio ihmisille , joille on asetettu Päivämäärät- sarja .
Funktiot (matemaattisessa mielessä) ilmaistaan niin sanotulla "avaimella" (sama merkitys kuin Coddin "n-ary-relaatiomallilla" ) ja myös "kardinaaleilla" (0-1 osatoiminnoille) ja (1-1 toimintojen kokonaismäärä). Kun funktion vasemmalla puolella on suorakulmioinen tuote erityyppisten (useiden suorakulmioiden välisten) yksiköiden välillä, puhumme CIF: stä (Functional Integrity Constraint).
Merise-menetelmä tunnustetaan usein sopivana menetelmänä suurten projektien mallintamiseen. Toisaalta sen kyky mallintaa lyhyitä ja vaatimattomia hankkeita kyseenalaistetaan. Monet ovat yhtä mieltä siitä, että sen käyttöä on tosiasiallisesti mukautettava joustavasti projektin luonteen mukaan, eikä sitä saa käyttää liian jäykällä tavalla. Jotkut väittävät, että se ei sovellu huonosti hajautettuihin ympäristöihin, joissa useat toimialueen ulkopuoliset sovellukset ovat vuorovaikutuksessa mallinnettavan sovelluksen kanssa; tämä voi olla hyvin yllättävää, kun otetaan huomioon, että tällä menetelmällä kehitetään pitkälti hajautetun laskennan näkökohtia, erityisesti Hubert Tardieun, Arnold Rochfeldin ja René Collettin työssä, joka käsittelee sitä (ks. jäljempänä oleva bibliografia). Merise ei näytä, joidenkin mukaan mukauttaa toisaalta mallin tietoja on semanttisen luonteeltaan , kuten asiakirjat ... On huomattava, toisaalta, että menetelmä on ollut aiheena lisätyöstä 1990-luku AFCET: ssä ( Ranskan taloudellisen ja teknisen kybernetiikan yhdistys ). Toisaalta se jatkoi reflektoinnilla, jota johti Mokrane Bouzeghoub ja Arnold Rochfeld tietokonearkkitehtuureista ja objektien suunnasta.
Kaupungistumisesta tai mallintamismenetelmistä:
Käytössä projektinhallinta :
On liitokset :