Това за собственика на фирмата, че трябва да се знае за описанието на архитектурата на компанията

Кой и защо на архитектурата на предприятието

Аз смея да кажа, че с появата на проблеми с компютъра собственици на бизнес не са се променили коренно. Компютърни технологии са просто стават нови инструменти за решаване на проблемите. По време на своята дълга история на бизнеса Виждал съм много нови инструменти и технологии, както и успешно да ги използва за свои цели: писане, математика, двустранно счетоводство, разделение на труда и др.






Това за собственика на фирмата, че трябва да се знае за описанието на архитектурата на компанията

Сблъсквайки се с технологичния напредък, собственика на фирмата решава да се изправи пред два проблема:

  • Това може да даде технологични иновации бизнес?
  • Как и кога (при какви условия), трябва да го използвам?

На практика тези задачи са свързани с иновационната дейност на дружеството, както и решаването им се разпределя между собственици на бизнес, мениджъри и експерти от различни посоки на съответните технологични нововъведения. В нашия случай ние говорим за ИТ-отдела на предприятието.

Концепцията за системна архитектура е проста. Архитектура - е на моделите, които описват връзката на обекта. Структурата, от своя страна - е връзката на еднородни елементи, които правят обекта. Така архитектура присъства във всяко предприятие. С други думи, АП - е писани и неписани правила на външен вид, промяна, изтриване, и взаимодействие на съставните елементи на предприятието. Оказва се, че описанието на АП имат почти всяко предприятие. Освен, разбира се, "неписани правила". Какво, тогава, от особен интерес за използване на ИТ, за да опише на БКП в момента? Кои са трите характеристики:

1) Компютърни технологии се превърна елементи AP. Много от тях, както и отношенията между тях много;

2) Компютърни технологии е свързано с много други елементи от АП;

3) се променя технологията на компютъра много бързо, затова - се променя бързо и АП.

Описание AP е само информацията за това как организираната и как бизнесът работи. Макар че никой не използва информацията - тя не дава нищо на никого. Този факт не би трябвало да обезкуражи всеки. Дори и софтуерни системи са силни атрактивни имена като "Управление на проекти" и "Човешки ресурси" - за всички проекти, те не се контролират и, освен това, никой няма да им позволи да управляват персонала. Всички, че тези системи дават експертите, това е за предмета на тяхната заетост и автоматизация на някои операции за подготовка и обработка на информацията.

От АП Описвайки ситуацията е абсолютно същата. Информация само прави невъзможно. Но, че те са били осъществени в полза, е необходимо да има такива специалисти, чиято квалификация ви позволява да видите възможностите и силата - да реализира възможности за откриване. Описание AP - твърдо, но статична картина на предприятието. Тя не се нуждае от работници и служители, които са ангажирани в оперативни дейности, редовни ежедневни операции. Такова описание е необходимо за тези работници и служители, чиито отговорности включват разработването на реорганизация на задача или бизнес. AP Описание че е необходимо да се гарантира, че решенията, взети в една от областите на дейност на предприятието е да не се създава повече проблеми в други области и не се превърне в пречка за по-нататъшното му развитие.

Тъй като сложността на бизнес мениджърите са все по-често попада в обхвата на определението за членове на AP и техните решения и грешки стават все по-скъпо.

Как да се образуват описанието на архитектурата предприятието

Краткият отговор е постепенно и непрекъснато. Описание AP - е процес. Автоматизиране тя напълно невъзможно, защото АП се променя непрекъснато, а не само количествено (увеличаване на персонала, има нов хардуер), но също така и по отношение на качеството (има нови цели, технологии, продукти, бизнес линии).

Опростенчески, процесът на описване на архитектурата на предприятието може да се раздели на пет етапа:

  • Започване на работа по описанието AP: назначават отговорното длъжностно лице или да създадат образувание. Отваряне на проекта, определените срокове, се разпределят ресурсите, изберете инструмента (софтуер).
  • Определяне на елементите, техните характеристики и взаимоотношения, за да бъдат включени в описанието на АП.
  • Определяне на източниците на данни, за да опише елементите на архитектурата, както и правилата за тяхното предоставяне.
  • Оставете, чисти и обобщаване на избраните данни в хранилището.
  • Визуализирайте архитектурата.

№2-5 етапи се повтарят редовно.

Това за собственика на фирмата, че трябва да се знае за описанието на архитектурата на компанията






Цикли на образуване, описващи архитектурата на предприятието

Ключът към този процес е стъпка №1, който е създаден и се преразглежда общ модел, описващ АП. Това е подчертан елементи на тяхното представяне и комуникация, за които ще се събират и формират правилата, по които те могат да установят какво се говори, в данни "реалния живот".

Всички елементи AP да описват невъзможно и не е необходимо. Във всеки цикъл, първо трябва да избирате елементите на АП, информация за които можете да се чувстват неадекватни. Голяма помощ при избора на елементите може да има близки отношения с многобройните модели и методики за изграждане на архитектурата на предприятието: TOGAF, Zachman модел, DoDAF и др.

2) Разделете описанието на АП от своя дизайн (развитие). Описание AP - за документиране на всички промени, прилагани в дружеството в съответствие с решенията, отразени в модела. Дизайн AP - подготовка за всички промени в предприятието. Тези две дейности се използват различни методи. Те са по-чести само документацията. Технически, можете да се присъедините АП и описанието в общото описание ", както се» (както е) и описанието на "как да бъде» (да бъде). Но имайте предвид, че това са различни задачи, различни компетенции, различни проекти.

3) Не възложена отговорност за описанието на AP "главен архитект". И като цяло, за главния архитект не гледайте. Много архитекти: архитект бизнес процеси, данни архитект, архитект, сигурност и др. Всеки, който е упълномощен да взема решения за образуване или промяната на някакви структури и процеси в предприятието са архитектите. И всички те - са отговорни за съответните AP елементи. Йерархия на архитекти, разбира се, се ръководи от собственик на бизнес. Целта е да се опише приготвянето на консолидирането на данни. Отговаря за описанието на АП не трябва да се изработи извършва всякакви изменения в бизнеса или нея. Единственото изискване към своите професионални способности - е развитието на модела AP и организацията на работа за пълнене му.

4) Не бързайте да се автоматизира нови технологии. IT-решение не се автоматизира цялата технология. Така че не е на мястото на процеса напълно автоматизирани ИТ решения. Автоматика не е автоматичен процес, а само автоматизация на отделни сделки с данните в процеса. Има персонал в състояние своевременно да се подготви данните и да ги използват в полза на компанията - това е отговорност на бизнеса. Ето защо, ние ви препоръчваме да разположи в предприятието е необходим процес на наличните средства. След това, когато сте сигурни, че е ефективна и подходяща технология, може въпросът за по-широкото използване на ИТ в него. В този случай, можем да очакваме, че IT-специалисти самите ще определят точно къде и как точно да се използва и IT.

5) на информацията за AP клетка трябва да се даде на служителите, които отговарят за тези елементи. По елементи, които отговарят за управлението на AP има право да се очаква, че са компетентни в тяхната специализация и готов да демонстрира необходимите знания по всяко време. Това е да се представи доклад за състоянието на техните области на отговорност "в писмена форма". И това не е никаква допълнителна тежест и преки отговорности на отговорните лица. Особено, ако не налагат никакви специални изисквания към формата на такава информация. Нека информацията, предоставена във формата, в която хората, вземащи решения са им за управление на документацията. Въпреки това, тази форма на трябва да бъде записано в правилника за вътрешния ред. Цялата необходима трансформация на данните на общ формат на описанието AP е напълно възможно да се извърши и след събиране на данни.

От предложените по-горе принцип предполага важна последица: Ако по някаква AP елемент никой не отговори, не трябва да го включи в описанието на АП преди определена служител, за да бъде определена, отговорен за създаването, изменението и унищожаването (изключение на) елемент.

6) Не се опитвайте да се съберат всички на описанието на АП в единна информационна система. Възползвайте се максимално от данните за елементите AP, които вече са в ход в съществуващите системи в предприятието.

7) Започнете да мислите за описанието на АП, когато се чувствате липса на увереност в правилното приоритизиране на задачите си.

В действителност, на описанието на АП е визитна картичка. Тъй като операционната бизнеса - жива, тя се променя, расте, съответно, и промяна на нейната архитектура. За пореден път, описанието на АП не е включена в броя на задачите, които могат да изпълняват и близки. Това редовно, в действителност - един систематичен процес. Колкото повече се реагира на редовното актуализиране на описанието на АП, толкова по-точна карта и повече ползите, които тя ще донесе. Включително по отношение на определянето на ИТ политика. Но това е само частен случай. Архитектура описва всички дейности на бизнеса и нейното приложно поле на ограничени само от целите, поставени от собственика.

Ние използваме софтуер, който описва архитектурата на компанията - Пише инструкции за потребителите - автоматизира процеса. Всичко е ясно и достъпно за различните потребители, като се започне с най-добрите мениджъри на която приключва на програмистите.

1C програмист работи за голяма строителна фирма. За описание на архитектурата на компанията и по-нататък се автоматизира с помощта на "IP Дракон". Освен описание на архитектурата на компанията позволява също така да се напише инструкции за крайните потребители и програмиране в 1C (за автоматизиране на процеса).

Ако собственикът няма да се запознаят с основите, той рискува да стане жертва на експертите, участващи. Наемането на адвокат би дори знаят, че има съдилища и да знаят за това, как те работят. Това е основата.

Аз съм по-загрижени за несигурността на обекта на архитектурата в статията е "" предприятие "," в заглавието '' Компанията '', понякога контекста Много е възможно '' бизнес ''.

Послепис '' Форма описание на архитектурата на предприятието '' - Ако описанието на този процес, резултатите от този процес?

Александър Araptanov пише: Ако собственикът няма да се запознаят с основите, той рискува да стане жертва на експертите, участващи. Наемането на адвокат би дори знаят, че има съдилища и да знаят за това, как те работят. Това е основата. В действителност, тези знания е необходимо компетенции General или изпълнителен директор (малки фирми не го правят).

Те трябва да са компетентни и да имат, в нашата действителност не е същото. Te същите служители, управляват парите и бизнеса на други хора.
Малък не мога да ви наемат.) Малко ангажира твърде много. Всеки бизнес трябва да има система за доставка и отчитане на пари. Обикновено се опитват да автоматизират тези две системи на първо място. (Отново, аз съм за автоматизация - професионален вероятно). Размер на компанията не е от значение. Ако не се направи описанията им ще автоматизират хаос. Ако се автоматизира хаос - получаваме автоматизирана бъркотия. Да малко хаос е малък в големия голям.