Joten törmäsin tähän viestiin tutkien pakettien strukturointia joukkueelle MVC. Tarvitsen vain joitain selvityksiä siitä, mikä on liike- ja tekninen toimialue. Esimerkit olisivat hyödyllisiä.
Kommentit
- Sinun tulisi harkita näiden termien määritelmien etsimistä ja sitten esittää tiettyjä kysymyksiä osista, joita et pidä ' ei ymmärrä.
- Kyllä, tein sen. Esimerkit olisivat hyödyllisiä, kun etsin määritelmiä, jotka eivät olleet riittävän yksityiskohtaisia minulle. Kiitos.
Vastaus
Liiketoiminta-alue viittaa todellisiin näkökohtiin ratkaisusi (esim. terveydenhuolto, ilmailu, talous, armeija, vähittäiskauppa jne.). Yritysverkkotunnus ilmoittaa järjestelmän vaatimukset ja hyväksymisehdot ; se voi viitata erittäin korkean tason erotteluun eri alueilla.
Esimerkiksi, jos satut rakentamaan ratkaisua liiketoiminnan ERP: lle, voit luoda järjestelmääsi korkean tason jakoja seuraavasti:
- Suojaus
- Rahoitus
- Myynti
- Varaston hallinta
- Toimitus
- Asiakastuki
- IT-tukipalvelu
Odotan, että tämäntyyppisiä jakoja esiintyy ohjelmistojen ylimmällä tasolla – ts. IT-tukipalvelun tai varastonhallinnan välillä ei todennäköisesti ole paljon ristiriitoja, joten sillä voisi olla järkevää pitää ne erillään.
Kysymyksessä, johon olet linkittänyt, Tekninen verkkotunnus viittaa käytettyihin tekniikoihin, mukaan lukien mallit ja kehykset (esim. ASP.NET/Ruby on Rail, MVC Pattern, Näillä on taipumus ilmoittaa erityisistä suunnitteluvaihtoehdoista ja arkkitehtuureista sovelluksille tai niihin liittyville sovellusryhmille.
Teknologiat ovat usein viitteellisiä tai määrättäviä tietyille rakenteille – joita käytetään yleensä sovellustasolla eikä ylimmällä tasolla.
Esimerkiksi ”MVC” saattaa ehdottaa projektirakennetta tietylle sovellukselle seuraavasti:
- Mallit
- Näkymät
- Ohjaimet
- Jaetut / yhteiset
- Skriptit
Tämä rakenne saattaa sattua peilautumaan useisiin eri sovelluksiin, tai ehkä muut sovellukset käyttävät erilaisia Viime kädessä yritystoimialueella on jonkin verran merkitystä käytettyjen tekniikoiden valinnassa (esim. ”Tarvitsemme verkkosivuston” tai ”Olemme halukkaita maksamaan vain X: stä”), ja se voi auttaa ilmoittamaan erittäin korkean tason organisaatiolle. mutta tyypillisesti ei siinä määrin kuin sanellaan teknisiä päätöksiä suunnittelusta tai arkkitehtuurista.