2 Използвани съкращения и символи


Практики за стегната разработка на софтуер



Pdf просмотр
страница22/25
Дата03.06.2023
Размер0.67 Mb.
#117951
1   ...   17   18   19   20   21   22   23   24   25
KURSOV PROEKT-МЕТОДОЛОГИЯ ПРИ РАЗРАБОТКАТА НА СОФТУЕР
Свързани:
ДИПЛОМНА РАБОТА-Компютърни мрежи, Шаблон на курсова работа по БД
Практики за стегната разработка на софтуер
Практиките на стегната разработка на софтуер, или, както ги наричат семейство
Попендийк "инструменти", се реализират малко по-различно, отколкото своите еквиваленти в гъвкава методология за разработка на софтуер, но съществуват директни паралели. Примери за такива практики включват:
✓ Забелязване на излишъците
✓ Value stream mapping
Set-based development
✓ Pull systems
✓ Теория на опашките
✓ Мотивация
✓ Измервания
Някои от инструментите съвсем естествено се съотнасят към гъвкава
методология. Workcells например се реализират в гъвкавата методология чрез смесени екипи.



36
ГЛАВА 7. Управление на жизнения цикъл и прототипиране на софтуерни изделия
В условията на е-търговия, е-бизнес и все по-силна конкуренция на глобалния пазар е необходимо да се ускори времето за доставка на продуктите, да се подобри обслужването на клиентите, предприятията да функционират по-ефективно. Това изисква да се изградят качествено нови информационни системи, които интегрират информацията от различните функционални области и от различните бизнес единици, имат проактивен характер, координират дейността на организацията с тази на доставчиците и другите бизнес партньори. Все повече предприятия предпочитат да използват за тази цел не индивидуални решения, а бизнес софтуер
1
, който се настройва и адаптира за техните конкретни потребности. Към бизнес софтуера се отнасят: системите за планиране на ресурсите на предприятието (ERP системи), системите за управление на веригата на доставка (SCM системи), системите за управление на връзките с клиентите (CRM системи), системите за управление на знанията.
За да се реализира успешен проект за внедряване на бизнес софтуер, е необходимо да се направят промени в реализираните бизнес процеси. В някои случаи обаче мениджмънтът на предприятието предпочита да се запазят някои специфични процеси, които вече са оптимизирани и носят конкурентни предимства. От друга страна, във вече автоматизираните бизнес процеси също се налага да се правят промени – например, поради промени в дейността на предприятието или в нормативната уредба, поради преминаването към нов бизнес модел и т.н. За потребителите е важно да имат възможност да оказват по-голям контрол върху автоматизираните процеси и да постигнат максимална степен на автоматизиране на своята дейност.
Ето защо основна задача на бизнес софтуера е да се осигури възможност за автоматизиране на бизнес процеси, както и за тяхното постоянно адаптиране към специфичните потребности на предприятията. Същевременно добавянето на нови автоматизирани процеси и промяната на съществуващите трябва да се извършва сравнително бързо и безпроблемно. За тази цел е необходим специализиран подход.
Традиционният подход за изграждане на компютърни информационни системи не е подходящ за това, тъй като той изисква големи ресурси и отнема много време. При него
1
Като синоними на "бизнес софтуер" се използват термините "бизнес пакети", "системи за управление на бизнеса".


37 трябва да се разработва голям обем документация, а промените в първоначално дефинираните изисквания се реализират трудно и бавно
2
Според нас решаването на проблемите, свързани с бързото автоматизиране на процеси в бизнес софтуера, може да се реализира посредством метода на прототипирането. Този подход за разработка е насочен към бързо и евтино реализиране на експериментални системи, които се оценяват от потребителите и при одобряване се преминава към тяхното реално използване.
Особено подходяща за изграждането на прототипи на автоматизирани процеси е вградената в бизнес софтуера инфраструктура за управление на потоци от работа.
Въпреки, че в бизнес софтуера е включена съответната функционалност, в специализираната литература не е дефиниран ясно подход за нейното използване.
Поради това се стеснява обхватът на използването на нейните възможности от специалистите по информационни технологии и прилагането им в практиката. Ето защо се налага дефинирането на подход за бързо създаване на потоци от работа в бизнес софтуера чрез използване на метода на прототипирането. За постигането на посочената цел е необходимо първо да се дефинират основните концепции и обхвата на потоците от работа и на метода на прототипирането, а след това - да се изследват възможностите на бизнес софтуера за прототипиране на потоци от работа.
1. Основни концепции на потоците от работа и инфраструктура за тяхното управление
Концепцията за потоците от работа (workflows) има ключова роля в съвременната теория на изграждането и развитието на компютърни информационни системи. При нея се прави разграничение между бизнес процеси и потоци от работа. Тази концепция е насочена както към усъвършенстването на текущи бизнес процеси, така и към определянето на спецификациите на компютърната информационна система. При нея се поставя акцент върху така нареченото "процесно-ориентирано предприятие"
3
в противовес на традиционната йерархична структура на организацията. Бизнес процесът се разглежда като начин за организиране на дейността на предприятието, даващ
2
Laudon, K., J.Laudon. Management Information Systems: Managing the Digital Firm. Prentice Hall,
2007, 10/E.
3
Lazo, D. A. OSWorkflow. A guide for Java developers and architects to integrating open source
Business Process Management. PACKT Publishing Birmingham – Mumbai, 2007.


38 възможност за постоянното ѝ усъвършенстване, което е основно предизвикателство за съвременните фирми. По-конкретно бизнес процесът
4
е последователност от стъпки, извършвани от различни хора, крайният резултат на която е документ, решение и др.
Това подсказва, че акцентът е върху информационните аспекти на дейността на организацията. Бизнес процесите може да имат части, които се реализират ръчно, както и такива, които се поддържат компютърно. Компютърно поддържаните части на бизнес процесите се наричат потоци от работа. Следователно потокът от работа може да бъде по-малка част от бизнес процеса - при слабо автоматизиран процес, или по-голяма част от него - при процес с висока степен на автоматизация. Възможно е също потокът от работа да съвпада с бизнес процеса – ситуация, която се наблюдава при напълно автоматизирани процеси.
Може да се направи извод, че различията между бизнес процесите и потоците от работа, макар че тези понятия често се използват като синоними, се състоят в техния обхват, ниво на абстракция и основна цел, начин на изпълнение. Бизнес процесите обхващат по-широк набор от дейности в сравнение с потоците от работа и са технологично независими. Те може да комбинират автоматизирани и ръчни дейности.
Потокът от работа е автоматизираната част на бизнес процеса, т.е. той реализира част от него. Потокът от работа е зависим от информационните технологии, използвани за изграждането му.
Основните елементи на потока от работа са дейностите, ролите, артефактите. Те формират неговия метамодел
5


Сподели с приятели:
1   ...   17   18   19   20   21   22   23   24   25




©obuch.info 2024
отнасят до администрацията

    Начална страница