Уважавам много интереса ти към темата. Ако имаше повече хора, които се интересуват как трябва да се правят нещата нямаше да има толкова бъгове в софтуера.

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

Като цяло има два генерални подхода:

Фирмите, които внедряват системата са изправени пред следната дилема:
1/ Да купим или
2/ да си програмираме сами.


1/ Проектирането при тази възможност е много по-лесна и съответно по-скъпичка:
Сравняват се какво могат готовите продукти и фирмата си реорганизира работата спрямо тях.
Не трябва да се забравя, че това също не става от днес до утре:
при една сравнително голяма фирма /която може и да си позволи софтуер за няколко милиона евро/ процесът на внедряване трае около две години.

Това съответно не се прави от двама души, обикновено се ползват услугите на консултантски фирми. Ако почнеш в такава фирма е по-добре отколкото шестица от тотото. Научават се невероятни неща.


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

Случвало се е проекти да се превръщат в тотални катастрофи, често заради :
- недостатъчна спецификация на софтуера
- надостатъчна документация /повечето забравят, че после системата трябва да се поддържа по време на ползването и увисват съc support-a/
- подценяване на сроковете /Цитат: А,бе, до утре съм го програмирал! След две седмици: Готов съм до 99%/
- вземане на решения от некомпететни лица /шефът определя какво да прави системата, без да е наясно КАК работят подчинените му/
- много, много други.

Какво сме ползвали като подходи /software process models/:
- Rational Unified Process (RUP)
- Catalysis
- KobrA
- Extreme Programming

На кой от тях ще се спре човек зависи от вида на системата.
Ако сериозно ще се занимаваш с проектиране не може да се размине без UML особено при обектно-ориентираното програмиране.

Затова:
Една книга, която всеки информатик трябва да е чел:
Ian Sommerville, Software Engineering

За RUP и UML:
Craig Larman, Applying UML and patterns

За UML като цяло - онлайн информация колкото искаш.

За съжаление на тези методи не се обръща подобаващо внимание в университетите /доколкото си спомням, поправете ме ако греша/.
Моят съвет към теб: най-добре се учат чрез работа във фирма, която прилага тези техники.

Ако пък си от другата страна - във фирмата, на която и трябва софтуера, можеш да се конкретизираш за каква система става въпрос. Така ще мога да ти дам съвети как да си направите спецификацията.

Можеш ли да ме открехнеш какви системи сте правили във ВИИ?
ERP софтуер за мултинационални комунистически предприятия?

Като има толкова хора, които са правили много, много неща що не му дадете съвет на момичето, а?

Невероятно правилно мнение!!!

В България има чудесни програмисти, които са се учили от код свален от нета.
Обаче като се стигне до анализ и дизайн увяхват.

Странно ми е все пак,че толкова хора си правят труда да отговарят, като в крайна сметка нищо не казват.

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

Ако наистина ги няма, не искам да имам вземане-даване със софтуер, правен в България. Ако ли пък ги има - покажете се де! Ако дадете един съвет на начинаещия, няма да ви вземе мястото.

интересно, защо си мислиш, че индустрията и бизнеса са измислени след 10-ти ноември 1989-та година?
какъв съвет да му дадем? питаше има ли такива хора и къде се учат, казах й това, което аз знам.
ти къде проектираш системи, душке?

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

еее, ама вие ако не четете какво пишат другите, какъв системен анализ ще правите?!
аз лично си дадох труд да отговоря!
ужасно е смешно да се пита "има ли вече" проектанти....

Еееееееей, много благодаря, дискусия все пак се получи :))) За да няма раздразнени, все пак ще поясня, че целта ми наистина беше да получа общи мнения и погледи върху въпроса. И много се радвам на отговорите, които върнахте.
Значи ситуацията е такава:
Работя във фирма, в която от преди година започна внедряването на нещо като ERP система (казвам нещо като, защото не покрива изцяло понятието). Та процеса на внедряване както разбирате още продължава и ежедневно се сблъскваме с недомислици в софтуера.
От друга страна, поех ангажимент да напиша научна разработка на тема проектиране на информационни системи. Ще ви се стори смешно, че човек, който не се занимава с това, пише по въпроса, ноооооооо - живеем в България все пак. А и хората, които се занимават, явно нямат време за такива глупости, като писането на теория. Та така. Докато писах, установих, че съществуват достатъчно ефективни модели, постановки, средства и пр., използването на които би предпазило проекта от редица недомислици, грешки, бъгове, а от там ще спести времето и нервите на крайните потребители. Говорих за тези неща с нашите проектанти - ами не са чували хората. Започнах да си мисля, че това е суха и неприложима теория. Сега предполагам разбирате лекото ми раздразнение и смешните въпроси от рода на "има ли вече проектанти в бг" и т.н..
Както и да е, благодарение на дискусията тук и още малко информация от страни, вече мога да спя спокойно . Проектанти има, има и места, където те се подготвят успешно (

Съдържаниет е скрито
Влезте за да го видите

Поздравления, явно напредваш с материала.

А има ли възможност да публикуваш някъде твоите проучвания и разработки по темата, че тези, дето сме по-назад да видим за какво иде реч, в по големи детайли?

Chetoh, chetoh, i se otkazah da docheta wsichki mneniq po tazi obsto wzeto interesna tema, zastoto licheshe, che sa pisali hora, koito mojem da oprilichim na komunisticheskiq ideal za wsestranno razwita lichnost. Wsichki znaem... kak e. Osobeno mn mi haresa edno mnenie, w koeto pishesh, che wsqka firma si naema hora da i prawqt sistema, pyk slujitelite si opiswali dejnostta, a towa deto izlizalo systoto kato da si kupish gotowa sistema.... Abe idiot takyw. Ti za porychkow software chuwal li si? A za negowite ceni? A, che nqma kak edin chowek da si opishe dejnostta, po podhodqst za awtomatizirane nachin, zastoto towa se uchi? A che nikoj rabotodatel nqma da si nakara horata da prawqt towa, wmest da swyrshat nesto polezno? Zasto ne mislite kato pishete tuk?
Sega po temata. Da w BG ima takiwa sistemi. Bylgarski, i pri towa hich ne loshi. Drug e wyprosa, che sys nqma nikakyw smisyl da srawnqwame ws sys naj-golemite firmi i produkti w bransha. Nqma zasto da goworim za izkljucheniqta. Edna BG sistema, mn po-dobre otgowarq na nujdite na BG pazara, ot nowo izkl. mn golemite firmi, koito sa si izkljuchenie sami po sebe si. I kak napr. bihme wnedrili SAP w edna sredno golqma firma sys 10-20 slujiteli? A BG sistemi napylno podhodqsti za towa ima. Profit Partner, Tonegan,... i dr. I ne e neobhodimo da chaksh 2.5 godini, za da se izpylni twoq proekt, cenite sa sywsem ponosimi...
Nqma zasto da sme grandomani.

Съществуването на специалност все още нищо не означава. Прост пример: коя система имат инсталирана, за да се обучават. Нормално в повечето големи университети в света (да не говорим само за Западна Европа или САЩ, такива има и в Източна Европа, Азия, Русия) имат инсталиран поне едно от големите 10 решения, за да могат студентите да не плуват на сухо. :)

Що се отнася до миналото, да, имаше много звена и институти, които се занимаваха и то на добро ниво с пободни разработки, но съм сигурен, че ще се съгласиш с мен, че стандартите и функционалностите на подобни системи се промениха коренно след началото на 90-те години (нямам предвид "революцията" в източна Европа, просто съвпадение на фактите). А е известно колко паднаха оборотите в България по това време.

Niakoi dostaviat radost samo s prisystvieto si, drugi edva kogato si trygnat

Интерсно, защо има колеги, които много се изпъват, та чак обиждат???

Иначе съм почти сигурен, че не се прави разликата между ERP и MRP II от повечето хора. Аз лично не мога да кажа, че съм виждал работеща българска ERP система (а съм видял доста от големите). Според мен тука малко надделява модата :)

В отговор на част от въпросите ти: Проблемът е не в това, че САП не е подходящ за България, а че не е подходящ за повечето местни фирми. Пазарът си има сегменти, а повечето фирми в България имат нужда от евтино MRP II решение, защото бизнесът им просто не се вмества в концепцията на ERP. Изключенията са типичен пример на филиали и/или дъщерни компании на големи интернационални корпорации, които няма как да работят ефективно с друго освен с ERP.

Много ми е интересно как попрочели/подочули бизнесмени или мениджъри си търсят ERP, а в същото време си нямат и на идея как ще го ползват.

Niakoi dostaviat radost samo s prisystvieto si, drugi edva kogato si trygnat