Рано или късно съвременните организационни лидери стигат до извода, че е необходимо да се автоматизират различни управленски функции на техния бизнес: като правило това се дължи на желанието да се намалят разходите чрез оптимизиране на производствения процес и оптимизиране на управлението на различни бизнес процеси . В този случай организациите или купуват готови стандартни информационни системи, налични на пазара на ИТ услуги, или привличат специалисти и разработват информационни системи директно за дадено предприятие, като се вземат предвид неговите специфики и сфера на дейност. Първият вариант е по-икономичен, вторият е по-обещаващ, тъй като специално разработените ИС отчитат структурата на организацията и трябва да бъдат по-подходящи за автоматизиране на функцията на конкретна организация.
Основната концепция на методологията за разработване на информационни системи е концепцията IS жизнен цикъл. Жизненият цикъл на системата обикновено се разбира като непрекъснат процес, който започва от момента, в който се вземе решение за необходимостта от създаване на система и завършва, когато тя бъде напълно премахната от експлоатация. С други думи, жизненият цикъл на IS епериод на създаване и използване на IP.
Жизненият цикъл на една информационна система обхваща всички етапи и фази на нейното създаване, поддръжка и развитие:
· предпроектен анализ (включително формиране на функционални и информационни модели на обекта, за който е предназначена информационната система);
· проектиране на системата (включително разработване на технически спецификации, предварителни и технически проекти);
· развитие на системата (включително програмиране и тестване на приложни програми въз основа на спецификациите на дизайна на подсистемите, идентифицирани на етапа на проектиране);
· интегриране и асемблиране на системата, тестването й;
· експлоатация на системата и нейната поддръжка;
· развитие на системата.
На етапа на предпроектния анализ се изучава предметната област, за която се разработва системата. Формират се изискванията на клиента към бъдещата система, очертават се бъдещи функции и параметри на системата. Прави се приблизителна оценка на бъдещите разходи за материали и време.
На етапа на проектиране се разработва системен проект под формата на диаграми, чертежи и изчисления, описва се образът на бъдещата система и се дават проектни решения за всички нейни компоненти. Целта на проектирането е избор на техническо и формиране на информационна, математическа, софтуерна и организационна и правна поддръжка.
Ефективното функциониране на ИС се определя преди всичко от качеството на дизайна; по време на проектирането се създава детайлен образ на системата, способен да функционира по-нататък с постоянното му подобряване. В резултат на проектирането се формира набор от техническа документация, която служи като основа за изграждане на ИС.
Дизайнът на IC се основава на няколко принципа:
Принцип систематиченили системен подход. Принципът на систематичност предполага разглеждане на обекта като единно цяло; идентифициране на връзки между структурни елементи, които осигуряват целостта на системата; установяване посоката на производствено-икономическата дейност на системата и функциите, които изпълнява.
Принцип развитиеикономически информационни системи (EIS) - предвижда, че при създаването на IS трябва да е възможно бързо и без големи разходи за преструктуриране промени и изграждане на ИТ при промяна и развитие на обект.
- Съвместимост- предполага възможността за взаимодействие между ЕИС от различни нива и видове в процеса на съвместното им функциониране.
- Стандартизация и унификация- включва използването на стандартни, унифицирани и типови решения при създаването и развитието на електронни информационни системи (стандартни софтуерни продукти, унифицирана документация, оборудване).
- Принцип на ефективност– рационално съотношение между разходите за създаване и експлоатация и ефекта от функционирането на създадената система.
- Интеграция– това е интегрирането в единен технологичен процес на процедури за събиране, предаване, натрупване, съхраняване на информация и процедури за формиране на управленски решения.
Действителното създаване на системата става на етапа на разработка.
Необходимостта от етап на разработка се дължи на факта, че за периода на използване на системата (около 10 години) хардуерът и софтуерът остаряват морално и физически, поради което е необходимо периодично да се модернизира софтуерната и хардуерната база на ИС.
На всеки етап от жизнения цикъл се формира определен набор от документи и технически решения, като за всеки етап се използват първоначалните документи и решения, получени на предходния етап.
Прогресът на процеса на създаване на ИС (редът на изпълнение на етапите, критериите за преминаване от етап на етап) зависи от избрания модел на жизнения цикъл на ИС. Модел на жизнения цикъл- структура, която определя последователността на изпълнение и връзките между процесите, действията и задачите, изпълнявани през целия жизнен цикъл.
Към днешна дата най-разпространени са следните два основни модела на жизнения цикъл:
· каскаден модел (70-85);
· спираловиден модел (86-90).
Каскаден метод- разделяне на цялата разработка на етапи, като преходът от един етап към следващ става само след като работата по текущия е напълно завършена (фиг. 1.2.1). Можете да видите диаграмата за развитие на ИС според каскадния подход в текстовия файл, придружаващ тази лекция.
Положителни аспекти на използването на каскадния подход:
· на всеки етап се генерира пълен комплект проектна документация, която отговаря на критериите за пълнота и последователност;
· етапите на работа, извършени в логическа последователност, позволяват да се планира времето за завършване на цялата работа и съответните разходи.
Каскадният подход се е доказал добре при изграждането на информационни системи, за които всички изисквания могат да бъдат доста точно и напълно формулирани в самото начало на разработката. Сложни изчислителни системи, системи в реално време и други подобни задачи попадат в тази категория.
Основният недостатък на каскадния подход е значителното забавяне при получаване на резултати, тъй като често е необходимо да се върнете към предишни етапи поради възникнали промени (например поради променени изисквания на клиента).
Спирален модел, за разлика от каскадата, включва итеративен процес на разработване на информационна система. Всяка итерация представлява пълен цикъл на разработка, водещ до пускането на вътрешна или външна версия на продукт (или подмножество от крайния продукт), който се подобрява от итерация на итерация, за да стане цялостна система. Принципът на развитие с помощта на спиралния модел става ясен, ако погледнете представената фигура.
Всеки завой на спиралата съответства на създаването на нов фрагмент или версия на IP; изясняват се целите и характеристиките на проекта, определя се неговото качество и се планира работата на следващия завой на спиралата. В този случай едно завъртане на спиралата представлява пълен проектен цикъл, подобен на каскадна схема. Използването на спиралния модел ви позволява да преминете към следващия етап от проекта, без да чакате текущия да бъде напълно завършен - незавършената работа може да бъде завършена на следващата итерация.
Спираловидният модел е по-разпространен в наши дни. Причините за това са по-ниското ниво на рискове в сравнение с каскадния модел, намаленото време за разработка и лесното извършване на промени. Като цяло спиралният модел се оказва по-гъвкав в сравнение с каскадния.
Основният проблем на спиралния цикъл е определянето на момента на преход към следващия етап. Преходът протича по план, дори ако не е завършена цялата планирана работа.
Нарастващата сложност на съвременните автоматизирани системи за управление и нарастващите изисквания към тях налагат необходимостта от използване на ефективни технологии за създаване и поддържане на информационни системи през целия им жизнен цикъл. Такива технологии, насочени към поддържане на пълния жизнен цикъл на АЕЦ или неговите основни етапи, се наричат CASE технологии (Компютърно подпомогнато системно инженерство). Технологията CASE е методология за проектиране на IS, както и набор от инструменти, които ви позволяват визуално да моделирате предметна област, да анализирате този модел на всички етапи от разработването и поддръжката на IS и да разработвате приложения в съответствие с информационните нужди на потребителите. През последното десетилетие се появи клас софтуерни и технологични инструменти (CASE инструменти), които прилагат CASE технологията за създаване и поддържане на AIS. Понастоящем CASE инструментите (>300) покриват целия процес на разработване на сложна AIS като цяло. Сега терминът CASE инструменти се отнася до софтуерни инструменти, които поддържат процесите на създаване и поддържане на AIS, включително анализ и формулиране на изисквания, проектиране на приложен софтуер и бази данни, генериране на програмен код, тестване, документиране, осигуряване на качеството, управление на конфигурацията и управление на проекти, както и други процеси.
CASE инструменти:
Подобряване на качеството на създадените AIS (AIT) чрез автоматични средства за управление;
Те ви позволяват да създадете прототип на бъдеща автоматизирана информационна система (AIT) за кратко време, което дава възможност да се оцени очакваният резултат на ранен етап;
Ускорете процеса на проектиране и развитие на системата;
Те освобождават разработчика от рутинна работа, позволявайки му да се концентрира изцяло върху творческата част от разработката;
Подпомагане на развитието и подпомагане на развитието на AIS (AIT);
Поддържащи технологии за повторно използване на компоненти за разработка.
Съвременните CASE инструменти покриват широка гама от поддръжка за множество технологии за проектиране на IS: от прости инструменти за анализ и документиране до пълномащабни инструменти за автоматизация, покриващи целия жизнен цикъл на софтуера.
Обикновено CASE инструментите включват всеки софтуер, който автоматизира един или повече процеси в жизнения цикъл на софтуера и има следните основни характеристики:
· мощни графични инструменти за описание и документиране на IP, осигуряващи удобен интерфейс с разработчика и развиващи творческите му възможности;
· интегриране на отделни компоненти на CASE инструменти, осигуряващи управляемост на процеса на разработка на ИС;
· използване на специално организирано хранилище на метаданните на проекта (хранилище).
Разграничават се следните видове CASE фондове:
Локални инструменти, които решават малки автономни задачи (инструменти),
Набор от частично интегрирани инструменти, покриващи повечето етапи от жизнения цикъл на IS (набор от инструменти)
Напълно интегрирани инструменти (CASE-комплекси от инструменти), поддържащи целия жизнен цикъл на ИС и свързани с общо хранилище.
Интегриран CASE инструмент (или набор от инструменти, които поддържат пълен жизнен цикъл на софтуера) съдържа следните компоненти;
· хранилище, което е в основата на инструмента CASE. Той трябва да осигури съхранение на версиите на проекта и неговите отделни компоненти, синхронизиране на информацията, получена от различни разработчици по време на групова разработка, контрол на метаданните за пълнота и последователност;
· инструменти за графичен анализ и проектиране, които осигуряват създаването и редактирането на йерархично свързани диаграми (DFD, ERD и др.), които формират IS модели;
· инструменти за разработка на приложения, включително 4GL езици и генератори на кодове;
· инструменти за управление на конфигурацията;
· инструменти за документиране;
· инструменти за тестване;
· инструменти за управление на проекти;
· инструменти за реинженеринг.
б) по вид:
Инструменти за анализ (Upper CASE), предназначени за изграждане и анализиране на модели на домейн
Инструменти за анализ и проектиране (Middle CASE), които поддържат най-често срещаните методологии за проектиране и се използват за създаване на спецификации за дизайн. Резултатът от такива инструменти са спецификации на системни компоненти и интерфейси, системна архитектура, алгоритми и структури от данни;
Инструменти за проектиране на база данни, които осигуряват моделиране на данни и генериране на схеми на база данни (обикновено на SQL език) за най-често срещаните СУБД.
Инструменти за разработка на приложения.
Инструменти за реинженеринг, които осигуряват анализ на програмни кодове и схеми на бази данни и формиране на различни модели и спецификации на дизайна въз основа на тях.
Днес руският софтуерен пазар разполага със следните най-развити CASE инструменти:
· CASE.Analyst;
· Rational Rose.
Една от важните характеристики на развитието на ИС е времето за разработка. Често времето, необходимо за създаване на пълноценна система, отнема от няколко месеца до година. Съвсем естествено е, че повечето предприятия се интересуват от намаляване на този период. Едно от възможните решения на този проблем е разработването на ИС по методологията RAD (Rapid Application Development). = Методология за бързо разработване на приложения.
Основните принципи на RAD методологията могат да бъдат обобщени, както следва:
Използване на итеративен (спирален) модел на развитие;
Не е необходимо пълно завършване на работата на всеки етап от жизнения цикъл;
В процеса на разработване на информационна система се осигурява тясно взаимодействие с клиента и бъдещите потребители;
Използват се CASE инструменти и средства за бързо разработване на приложения;
Инструментите за управление на конфигурацията се използват за улесняване на извършването на промени в проекта и поддържане на готовата система;
Прототипите се използват за по-добро разбиране и реализиране на нуждите на крайния потребител;
Тестването и разработването на проекта се извършват едновременно с разработването;
Разработката се извършва от малък и добре управляван екип от професионалисти;
Осигурява се компетентно управление на развитието на системата, ясно планиране и контрол на изпълнението на работата.
Когато се използва методологията за бързо разработване на приложения, жизненият цикъл на една информационна система се състои от четири фази:
Анализ и планиране на изискванията;
Дизайн;
Конструкции;
Реализации.
Методологията RAD също не е подходяща за създаване на сложни изчислителни програми, операционни системи и програми за управление на сложни инженерни и технически обекти, тоест програми, които изискват писане на голямо количество уникален код.
Напълно неприемлива методика RADза разработване на системи, от които зависи безопасността на хората, като системи за управление на транспорта или атомни електроцентрали.
Има два основни метода на проектиране: структурен и обектно-ориентиран дизайн.
Същността на структурния подход към развитието на ИС се състои в нейното разлагане (разбиване) на автоматизирани функции: системата се разделя на функционални подсистеми, които от своя страна се разделят на подфункции, подразделят се на задачи и т.н. Процесът на разделяне продължава до конкретни процедури. В същото време автоматизираната система поддържа холистичен поглед, в който всички компоненти са взаимосвързани. При разработването на система "отдолу нагоре" от отделни задачи към цялата система се губи целостта и възникват проблеми в информационната връзка на отделните компоненти.
Обектно-ориентираният дизайн включва обектно-базирана декомпозиция на системата. Обектът е обект от реалния живот, който има важна функционална цел в дадена предметна област. Обектът се характеризира със структура, състояние и ясно дефинирано поведение. Състоянието на даден обект се определя от списък с всички възможни (обикновено статични) свойства и текущите стойности (обикновено динамични) на всяко от тези свойства. Свойствата на даден обект се характеризират със стойностите на неговите параметри.
Така че днес разгледахме някои аспекти на процеса на разработка на IP. По-конкретно, ние дефинирахме какво представлява жизненият цикъл на ИС и описахме основните му етапи и характеризирахме 2-та основни модела на жизнения цикъл на ИС – каскаден и спирален. След това идентифицирахме важен инструмент в разработването и поддръжката на IS - CASE инструменти, които помагат за анализиране, проектиране, разработване и ефективно използване на IS, т.е. поддържат целия жизнен цикъл на IS.
Проектирането на информационни системи (ИС) е сложна многоетапна дейност, без научната организация на която е немислимо създаването и използването на съвременни комплексни ИС, включително в образованието, предприемачеството, управлението и други сфери на обществото. Наред с получаването на необходимите теоретични знания за това, проектантът на ИС трябва да придобие стабилни практически умения в този вид дейност.
Основната характеристика на дизайна е работата с обект, който все още не съществува. Това е разликата между дизайна и моделирането, където един обект не може да не съществува.
Дизайнът на IC обхваща три основни области:
Проектиране на обекти от данни, които ще бъдат внедрени в базата данни;
Проектиране на програми, екранни форми, отчети, които ще осигурят изпълнението на заявки за данни;
Като се вземе предвид специфичната среда или технология, а именно: мрежова топология, хардуерна конфигурация, използвана архитектура (файл-сървър или клиент-сървър), паралелна обработка, разпределена обработка на данни и др.
Проектирането на информационни системи винаги започва с определяне на целта на проекта. Най-общо целта на проекта може да се определи като решаване на редица взаимосвързани задачи, включително осигуряване в момента на стартиране на системата и през целия период на нейната експлоатация:
Необходимата функционалност на системата и нивото на нейната адаптивност към променящите се условия на работа;
Необходима пропускателна способност на системата;
Необходимо време за реакция на системата при заявка;
Безотказна работа на системата;
Изисквано ниво на сигурност;
Лесна работа и поддръжка на системата.
Технология на проектиране
Технологията за проектиране на AIS е набор от методи и средства за проектиране на AIS, както и методи и средства за организиране на дизайна (управление на процеса на създаване и модернизиране на AIS проект). Основата на технологията на проектиране е технологичният процес (TP), който определя действията, тяхната последователност, състава на изпълнителите, средствата и ресурсите, необходими за извършване на тези действия.
TP на проектирането на AIS е набор от последователно-паралелни, свързани и подчинени вериги от действия, всяка от които може да има свой предмет. Действията, които се извършват при проектиране на АИС, могат да бъдат определени като неделими технологични операции или като подпроцеси на технологични операции.
Всички действия могат да бъдат действително проектирани, които формират или модифицират резултатите от дизайна, и оценъчни, които се разработват съгласно установени критерии за оценка на резултатите от дизайна.
По този начин технологията на проектиране се определя от регламентирана последователност от технологични операции, извършвани в процеса на създаване на проект, базиран на един или друг метод.
Предметът на избраната технология за проектиране трябва да бъде отражение на взаимосвързани процеси на проектиране на всички етапи от жизнения цикъл на AIS.
Основните изисквания към избраната технология за проектиране са следните:
Проектът, създаден с помощта на тази технология, трябва да отговаря на изискванията на клиента;
Технологията трябва да отразява във възможно най-голяма степен всички етапи от жизнения цикъл на проекта;
Технологията трябва да осигурява минимални разходи за труд и разходи за проектиране и поддръжка на проекта;
Технологията трябва да помогне за увеличаване на производителността на дизайнерите;
Технологията трябва да гарантира надеждността на дизайна и експлоатацията на проекта;
Технологията трябва да улесни лесното поддържане на проектната документация.
Технологията за проектиране на AIS прилага специфична методология за проектиране. От своя страна методологията на проектиране предполага наличието на определена концепция, принципи на проектиране и се реализира чрез набор от методи и инструменти.
Методите за проектиране на AIS могат да бъдат класифицирани според степента на използване на средствата за автоматизация, стандартните дизайнерски решения и адаптивността към очакваните промени.
Според степента на автоматизация има:
Ръчен дизайн;
Компютърно проектиране;
Въз основа на степента на използване на стандартните дизайнерски решения се разграничават:
Оригинален дизайн;
Стандартен дизайн;
Следните методи се различават по степента на адаптивност на дизайнерските решения:
Реконструкция - адаптирането на проектните решения се извършва чрез обработка на съответните компоненти;
Параметризация – проектните решения се конфигурират в съответствие със зададени и променливи параметри;
Преструктуриране на модела – моделът на предметната област се променя, което води до автоматично реформиране на дизайнерските решения.
В зависимост от сложността на обекта за автоматизация и набора от задачи, които трябва да бъдат решени при създаването на конкретна AIS, етапите и фазите на работа могат да имат различна интензивност на труда. Възможно е комбиниране на последователни етапи и изключване на някои от тях на всеки етап от проекта. Също така е позволено да започне работата на следващия етап преди завършването на предишния.
Основните етапи на създаване на автоматизирана информационна система:
Формиране на изисквания към АИС;
Разработване на концепцията за АИС;
Разработване на технически спецификации;
Разработване на скица на проект;
Разработка на техническата част на проекта;
Разработване на работна документация за АИС;
въвеждане в експлоатация;
AIS поддръжка.
Методика на проектиране
Основата на технологията за проектиране на информационни системи е методологията. Методологията се прилага чрез специфични технологии и поддържащи стандарти, методи и инструменти.
Методите за проектиране на IS могат да бъдат класифицирани според степента на използване на средствата за автоматизация, стандартните дизайнерски решения и адаптивността към очакваните промени. По този начин, според степента на автоматизация, методите за проектиране се разделят на:
1. Ръководство, при което проектирането на компонентите на ИС се извършва без използването на специални софтуерни средства, а програмирането се извършва на алгоритмични езици;
2. Компютърно базирани, при които дизайнерските решения се генерират или конфигурират (настройват) въз основа на използването на специални софтуерни инструменти.
Въз основа на степента на използване на стандартните дизайнерски решения се разграничават следните методи за проектиране:
1. Оригинален (индивидуален), когато дизайнерските решения се разработват „от нулата“ в съответствие с изискванията за AIS. Характеризира се с това, че всички видове проектантска работа са насочени към създаване на индивидуални проекти за всеки обект, които отразяват в максимална степен всички негови характеристики;
2. Стандартен, който включва конфигуриране на ИС от готови типови дизайнерски решения (софтуерни модули). Изпълнява се на база натрупан опит при разработването на индивидуални проекти. Типичните проекти, като обобщение на опита за определени групи организационни и икономически системи или видове работа, във всеки конкретен случай са свързани с много специфични характеристики и се различават по степента на покритие на управленските функции, извършената работа и разработената проектна документация.
Въз основа на степента на адаптивност на дизайнерските решения се разграничават следните методи:
1. Реконструкция, когато адаптирането на проектните решения се извършва чрез обработка на съответните компоненти (препрограмиране на софтуерни модули);
2. Параметризация, когато проектните решения се конфигурират (генерират) в съответствие с променливите параметри;
3. Преструктуриране на модела, когато моделът на проблемната област се променя, въз основа на което автоматично се регенерират дизайнерски решения.
Комбинацията от различни характеристики на класификацията на методите определя характера на използваните технологии за проектиране на ИС, сред които се разграничават два основни класа: канонични и индустриални технологии. Технологията на индустриалния дизайн от своя страна се разделя на два подкласа: автоматизиран (използващ CASE технологии) и стандартен (ориентиран към параметри или модел) дизайн. Използването на индустриални технологии не изключва използването на канонични в някои случаи.
Проектирането е практическа дейност, чиято цел е намирането на нови решения, представени под формата на набор от документация. Процесът на търсене е последователност от взаимозависими действия и процедури, които от своя страна включват използването на определени методи. Сложността на процеса на проектиране (както всяка друга творческа дейност), нестандартността на дизайнерските (житейски) ситуации налагат познаване на различни методи и способност за тяхното овладяване.
Технологията на проектиране се определя като комбинация от три компонента:
Процедура стъпка по стъпка, определяща последователността на операциите по технологично проектиране;
Критерии и правила, използвани за оценка на резултатите от технологичните операции;
Нотации (графични и текстови средства), използвани за описание на проектираната система.
Сравнителна характеристика на инструментите за проектиране
Основната цел при избора на корпоративен стандарт за организационен дизайн е да се определи общ и задължителен език за комуникация за ръководството, разработчиците на организационни и технологични процеси и изпълнителите на тези процеси. Конкретни приложения на такива стандарти са синтезът на изисквания за създадени системи, наредби за организационни единици, сервизни инструкции и др.
Има около 30 технологии за проектиране на организационни и технически системи и няколкостотин инструмента, предназначени да автоматизират този процес. Следователно, като се вземе предвид факторът време, сравнителният анализ беше ограничен до четирите най-популярни продукта на руския пазар: Bpwin/Erwin (Platinum Technology), Rational Rose (Rational Software Corporation), ARIS (Scheer AG) и Oracle Designer ( Oracle Developer Suite). Справочните данни за CASE технологиите и средствата за проектиране са дадени по-долу в текста и в таблица № 1.
Таблица 1
Инструменти за проектиране и техните сравнителни характеристики
|
Критерии |
Дизайнер на Oracle |
|||
|
Поддръжка на пълен IP жизнен цикъл | ||||
|
Осигуряване на целостта на проекта | ||||
|
Независимо от платформата |
+ (DoDAF, TeaF/FeaT, Zachman) |
+ (ORACLE, Informix, Sybase) |
+ (ORACLE, Informix, Sybase, Ingres и др.) | |
|
Едновременна групова разработка на бази данни и приложения |
*) разработчиците на приложения могат да започнат работа с базата данни само след завършване на нейния дизайн.
Технологията CASE е методология за проектиране на IS, както и набор от инструменти, които ви позволяват визуално да моделирате предметна област, да анализирате този модел на всички етапи от разработването и поддръжката на IS и да разработвате приложения в съответствие с информационните нужди на потребителите. Повечето съществуващи CASE инструменти се основават на структурен (най-вече) или обектно-ориентиран анализ и методологии за проектиране, като използват спецификации под формата на диаграми или текстове за описание на външни изисквания, връзки между системни модели, динамика на поведението на системата и софтуерна архитектура.
Според преглед на напреднали технологии, съставен от Systems Development Inc. през 2007 г., въз основа на резултатите от проучване на повече от 1000 американски компании, технологията CASE в момента е класирана сред най-стабилните информационни технологии (половината от всички анкетирани потребители я използват в повече от една трета от своите проекти, от които 85% са завършено успешно). Но въпреки всички потенциални възможности на CASE инструментите, има много примери за тяхното неуспешно внедряване, в резултат на което CASE инструментите се превръщат в „shelfware“. В тази връзка трябва да се отбележи следното:
1. CASE инструментите не е задължително да имат незабавен ефект; може да се получи само след известно време;
2. Реалните разходи за внедряване на CASE инструменти обикновено далеч надвишават разходите за тяхното закупуване;
3. CASE инструментите предоставят възможности за получаване на значителни ползи само след успешното завършване на процеса на тяхното внедряване.
Поради разнообразния характер на CASE инструментите, би било погрешно да се правят общи изявления относно действителното задоволяване на определени очаквания от тяхното внедряване. Могат да бъдат изброени следните фактори, които затрудняват определянето на възможния ефект от използването на CASE инструменти:
1. Голямо разнообразие от качество и възможности на CASE инструменти;
2. Сравнително кратко време за използване на CASE инструменти в различни организации и липса на опит в използването им;
3. Голямо разнообразие в практиките за прилагане на различни организации;
4. Липса на подробни метрики и данни за вече завършени и текущи проекти;
5. Широка гама от предметни области на проектите;
6. Различни степени на интеграция на CASE инструменти в различни проекти.
В резултат на тези усложнения наличната информация за действителните реализации е изключително ограничена и непоследователна. Зависи от вида на инструментите, характеристиките на проекта, нивото на поддръжка и потребителския опит. Някои анализатори смятат, че реалните ползи от използването на някои видове CASE инструменти могат да бъдат реализирани само след една или две години опит. Други смятат, че въздействието може действително да възникне по време на оперативната фаза на жизнения цикъл на ИС, когато технологичните подобрения могат да доведат до по-ниски оперативни разходи.
Категорията SP включва както относително евтини системи за персонални компютри (PC) с много ограничени възможности, така и скъпи системи за хетерогенни изчислителни платформи и операционни среди. Така съвременният софтуерен пазар включва около 30 различни CASE системи, най-мощните от които, по един или друг начин, се използват от почти всички водещи западни компании.
Използването на SP изисква специална подготовка и обучение от потенциалните потребители. Опитът показва, че внедряването на SP е бавно, но с придобиването на практически умения и обща култура на проектиране, ефективността от използването на тези инструменти нараства рязко и най-голямата нужда от използване на SP се изпитва в началните етапи на разработка, а именно при етапите на анализ и спецификация на изискванията. Това се обяснява с факта, че цената на грешките, направени в началните етапи, е с няколко порядъка по-висока от цената на грешките, идентифицирани на по-късните етапи на разработката.
Днес руският софтуерен пазар има следните най-развити съвместни предприятия:
ERWin/BPWin;
Rational Rose;
Дизайнер на Oracle.
ARIS - Интегриран инструмент за моделиране на бизнес процеси, който съчетава различни методи за моделиране и анализ на системи. На първо място, това е средство за описване, анализиране, оптимизиране и документиране на бизнес процеси, отколкото инструмент за проектиране на софтуер.
BPWin е инструмент за визуално моделиране на бизнес процеси. ERWin е инструмент, използван за моделиране и създаване на бази данни с произволна сложност, базирани на диаграми обект-връзка.
Rational Rose е инструмент за моделиране на обектно-ориентирани информационни системи. Позволява ви да решите почти всеки проблем при проектирането на информационни системи: от анализ на бизнес процеси до генериране на код на конкретен език за програмиране. Позволява ви да разработвате както модели на високо ниво, така и модели на ниско ниво, като по този начин изпълнявате или абстрактен, или логически дизайн.
Oracle Designer е функционален инструмент за описване на предметна област. Включен в Oracle9i Developer Suite набор от инструменти за проектиране на софтуерни системи и бази данни, които прилагат CASE технологията и собствената методология за разработка на IP на Oracle - „CDM“, позволявайки на екипа за разработка да изпълни проект, като се започне от анализ на бизнес процеси през моделиране до генериране на код и получаване на прототип, а в последствие и на краен продукт. Този инструмент има смисъл да се използва, когато е насочен към цялата линия продукти на Oracle, използвани за проектиране, разработване и внедряване на сложна софтуерна система.
Анализът на данните, дадени в таблицата, показва, че от изброените съвместни предприятия само комплексът ARIS най-пълно отговаря на всички критерии, приети за основни. Например, в комплекса Rational Rose, целостта на проектната база данни и унифицираната технология за проектиране на IC от край до край се осигурява чрез използването на интерфейса Corba. Трябва да се отбележи, че всеки от двата продукта е един от най-мощните в своя клас.
По този начин най-развитото средство за разработване на широкомащабни ИС днес, според автора, е комплексът ARIS.
В наши дни информационната индустрия се превърна в нов клон на технологиите, носещ големи ползи за потребителите. Следователно в съвременните условия ръководителят на организация трябва да познава методологическите основи на създаването на IP. Познаването на методологическите принципи на създаване и използване на информационни системи е тясно свързано с развитието и усъвършенстването на процесите на управление.
Основател на кибернетиката (наука за системите и методите за управление) е Норберт Винер (САЩ). Трудовете на неговите последователи станаха основата на теорията за автоматичното управление. Това е науката за общите закони за получаване, съхраняване, предаване и преобразуване на информация в сложни системи за управление. Използването на компютърни технологии за решаване на проблеми с управлението доведе до развитието на теорията на информацията, теорията на кодирането и формирането на независима научна област на компютърните науки. Резултатите от тези изследвания са в основата на разработването на методология за използване на хардуер и софтуер за решаване на проблеми с различни практически цели.
Икономическите обекти започват да се разглеждат като сложни системи, а управлението им се идентифицира с информационния процес. Интензивното развитие на възможностите на компютърните технологии и обхвата на тяхното приложение доведе до създаването на човеко-машинни информационни системи в икономическите обекти. Целта на ИС беше не само информационна поддръжка на производствени и икономически процеси, решаване на функционални управленски проблеми в организацията, но и информационно взаимодействие между различни взаимосвързани организации в производствени, икономически и информационни аспекти.
Основател на единни методологични подходи в проектирането на ИС е академик В.М. Глушков, който формулира научни и методически разпоредби и практически препоръки за създаване на автоматизирана информационна система. Основните принципи на единните методически подходи са:
1. Принципът на последователност, който е най-важен при създаването, функционирането и развитието на ИС. Той разглежда изследвания икономически обект като единно цяло. В същото време той определя насоките на производствената и икономическата дейност на организацията и специфичните функции, изпълнявани от нея; открива различни видове връзки между нейните структурни елементи, осигуряващи целостта на системата. Принципът на систематичност включва провеждането на двуаспектен анализ в организацията, а именно макро- и микроанализ. В макроанализа системата и (или) нейните „елементи се разглеждат като част от система от по-висок ред, особено внимание се обръща на информационните връзки: установяват се техните посоки на движение, онези връзки, които се определят от целта на функциониране и изучаване. обектите се идентифицират и анализират, след което се избират най-предпочитаните, като се вземат предвид в процеса на проектиране на ИС. При макроанализа се изучават всички аспекти на дейността на организацията, анализират се нейните структурни компоненти (включително дейностите на всяко работно място). с оглед функционалните им характеристики, проявяващи се чрез връзки с други елементи и външната среда.
При проектирането на ИС за организационната структура на управление на икономически субект най-типична е многостепенната йерархична структура. Йерархичната структура за всяко ниво на системата позволява различни комбинации от локални критерии за оптималност с глобалния критерий за оптималност за функционирането на системата като цяло; осигурява относителна гъвкавост на системата за управление и способност за адаптиране към променящите се условия; повишава надеждността поради възможността за въвеждане на елементарно излишък и рационализиране на посоките на информационните потоци. Предимствата на йерархичните структури допринесоха за широкото им използване в системите за управление и определиха организационния и функционален подход при създаването на информационни системи. Опитът, натрупан по време на този процес, повлия на съвременния процесен подход към проектирането на ИС.
Практическото значение на прилагането на системния принцип е, че той позволява във форма, достъпна за анализ, не само да се идентифицират интересите на създателите на системата, но и да се използва компютърно моделиране за изследване на поведението на проектираната система в конкретни условия. определени от експериментатора. Следователно основата за създаване на IS е методът на моделиране, който позволява да се намерят най-приемливите и оправдани дизайнерски решения, опции за изграждане на система и по този начин да се осигури най-голяма ефективност при функционирането на икономически обект.
2. Принципът на развитие, който е, че ИС се създава, като се отчита възможността за постоянно попълване и актуализиране на функциите на системата и видовете нейна поддръжка. Същността му е, че развиващите се производствени и управленски процеси стават все по-сложни и организационните структури на икономическите обекти се преустройват - това налага увеличаване на изчислителната мощ на информационните системи, оборудването им с нови технически и софтуерни средства за постоянно попълване и актуализиране на задачите, които се изпълняват. решен, разширяване на информационния фонд, създаден под формата на бази данни и хранилища от данни, бази от знания.
3. Информационният принцип, който е насочен към подробно и изчерпателно изследване на информацията и информационните процеси, съпътстващи управленските процеси в икономическия субект. Информацията се изучава в семантичен (съдържание), синтактичен (знак) и прагматичен (полезен) аспект. В допълнение, изучаването на информацията е необходимо за проектиране на автоматизирани работни станции, системи за предаване, съхранение и обработка на данни и защита на информацията, където основните са познаването на обема, съдържанието и полезността на информацията.
Понастоящем обектно-ориентиран метод за моделиране на информационни процеси и автоматизиране на работата по проектиране за анализ на процесите на управление и проектиране на електронни информационни потоци се основава на информационния подход.
4. Принципът на съвместимост, който се състои в осигуряване на взаимодействието на информационни системи от различни видове, цели, нива в процеса на функциониране на икономическия субект. Следователно в процеса на проектиране трябва да се осигури системно единство на методологичните подходи при решаването на проблемите на информационната, техническата и софтуерната съвместимост на всички използвани информационни системи. Единството на методическите подходи се отразява в нормативните документи, регулиращи процеса на разработване, документиране, приемане и експлоатация на информационни системи. Това са международни и вътрешни стандарти (GOST), индустриални и ведомствени нормативни материали, регламенти, протоколи и организационни стандарти.
Широко се използват стандарти, регулиращи езиковите средства за обработка на информация, комуникационни технологии и изчислителни организации, взаимодействие между обекти и други подобни.
5. Принципът на стандартизация и унификация, който се състои в необходимостта от използване на стандартни, унифицирани и стандартизирани елементи от функционирането на ИС. Това се отнася преди всичко за компонентите на информационните, техническите, софтуерните и други подсистеми за ИТ поддръжка. Този принцип позволява да се намалят разходите за време, труд и разходи за създаване на ИС, като същевременно се използва максимално натрупаният опит при формирането на дизайнерски решения и въвеждането на автоматизация на проектантската работа и осигурява многоаспектно взаимодействие на Е.
6. Принципът на декомпозиция, който се основава на разделяне на системата на части и отделяне на отделни набори от работа, създава условия за по-ефективен анализ на съществуващото състояние на управленските дейности, изучаване на характеристиките на решаване на функционални проблеми за по-нататъшно моделиране на специфични аспекти на управленските дейности и прехвърлянето им към автоматизирана технология. Принципът се използва както при изучаване на характеристиките на свойствата на елементите и системата като цяло, така и при създаването на ИС на базата на нова информационна технология.
7. Принципът на ефективност, който се състои в постигане на рационално съотношение между разходите за създаване на информационна система и целевия ефект, получен по време на нейното функциониране.
Описанието на жизнения цикъл на една информационна система включва работа със следните концепции:
Процес - верига от работи, които се извършват последователно;
Етапите са последователни периоди от време, през които се извършва работа. По време на етапа може да се извършва работа, свързана с различни процеси. Дейността по създаване и използване на автоматизирана информационна система за управление на икономически обект се основава на концепцията за неговия жизнен цикъл (LC). Жизненият цикъл е модел на създаване и използване на автоматизирана информационна система за управление на икономически обект, отразяващ различните му състояния, започвайки от момента на възникването и необходимостта от него и завършвайки с момента на пълното изтегляне от употреба от всички потребители без изключение.
Традиционно се разграничават следните основни етапи от жизнения цикъл на AIS:
Анализ на изискванията;
Дизайн;
Програмиране/внедряване;
Тестване и отстраняване на грешки;
Експлоатация и поддръжка.
Нека разгледаме по-подробно основните етапи от жизнения цикъл на AIS:
1. Анализът на изискванията е първата фаза от разработването на AIS, при която изискванията на клиента се изясняват, формализират и документират. Всъщност на този етап се дава отговорът на въпроса: „Какво трябва да прави бъдещата система?“ И това е успехът на целия проект. В практиката на създаване на големи системи има много примери за неуспешно изпълнение на проекти именно поради непълнотата и неясното дефиниране на системните изисквания.
Списъкът с изисквания за AIS трябва да включва:
1) набор от условия, при които се очаква да работи бъдещата система (хардуерни и софтуерни ресурси, осигурени на системата; външни условия за нейното функциониране, състав на служители и работи, свързани с него)
2) описание на функциите, които системата трябва да изпълнява;
3) ограничения в процеса на разработка (директивни срокове за изпълнение на отделните етапи, налични ресурси, организационни процедури и мерки за осигуряване на защита на информацията).
Целта на анализа е да трансформира общо, размито знание за изискванията към бъдещата система в точни (ако е възможно) дефиниции.
Резултатът от етапа трябва да бъде модел на системни изисквания (т.е. системен дизайн), което означава:
1) архитектурата на системата, нейните функции, външни условия, разделяне на функциите между хардуерната и софтуерната част;
2) интерфейси и разделяне на функциите между хората и системата;
3) изисквания към софтуера и информационните компоненти на софтуерната част: необходими хардуерни ресурси, изисквания към базата данни, физически характеристики на софтуерните компоненти, техните интерфейси.
Моделът на изискванията трябва да включва;
1) пълен функционален модел на изискванията към бъдещата система с дълбочина на обработка до нивото на всяка операция на всеки служител;
2) спецификации на операции от по-ниско ниво;
3) пакет от доклади и документи за функционалния модел, включително характеристики на моделиращия обект, списък на подсистемите, изисквания за методи и средства за комуникация за обмен на информация между компонентите, изисквания за характеристиките на връзките на системата със съседни системи, изисквания към системните функции;
4) концептуален информационен модел на изискванията;
5) пакет от отчети и документи по информационния модел;
6) архитектура на системата по отношение на концептуалния информационен модел;
7) предложения за организиране на структура за поддръжка на системата.
По този начин моделът на изискванията съдържа функционални, информационни и, евентуално, събитийни (ако целевата система е система в реално време) модели. Това осигурява редица предимства пред традиционния модел, а именно:
1) Традиционното развитие се характеризира с прилагането на началните етапи с помощта на занаятчийски, неформализирани методи. Следователно клиентите и потребителите могат да видят системата за първи път, след като тя вече е до голяма степен внедрена. Естествено, тази система ще бъде различна от тази, която очакваха. Следователно по-нататъшните повторения на неговото развитие или модификация изискват допълнителни (и значителни) разходи на пари и време. Ключът към решаването на този проблем се предоставя от модела на изискванията, който позволява
Опишете, „вижте” и коригирайте бъдещата система, преди тя да бъде физически внедрена;
Намалете разходите за разработка и внедряване на системата;
Оценявайте развитието по отношение на времето и резултатите;
Постигане на взаимно разбирателство между всички участници в работата (клиенти, потребители, разработчици, програмисти)
Подобряване на качеството на разработвания продукт, а именно: извършване на функционалната му декомпозиция и проектиране на оптималната структура на интегрираната база данни.
2) Моделът на изискванията е напълно независим и отделен от конкретни разработчици, не изисква поддръжка от създателите си и може безболезнено да бъде прехвърлен на други. Освен това, ако по някаква причина предприятието не е готово да внедри система, базирана на модел на изискванията, тя може да бъде оставена „на рафта“, докато възникне необходимост.
3) Моделът на изискванията може да се използва за самостоятелно разработване или настройка на софтуер, който вече е внедрен на негова основа от програмисти от отдела за автоматизация на предприятието.
4) Моделът на изискванията може да се използва за автоматизирано и бързо обучение на нови служители в конкретна област от дейността на предприятието, тъй като неговата технология се съдържа в модела.
Етапът на анализ на изискванията е най-важният от всички етапи на жизнения цикъл. Той значително влияе върху всички следващи етапи, като в същото време остава най-слабо изученият и разбиран процес. На този етап, първо, трябва да разберете какво точно трябва да се направи, и второ, да го документирате, защото ако изискванията не са записани и предоставени на участниците в проекта, тогава те изглежда не съществуват. В същото време езикът, на който са формулирани изискванията, трябва да бъде доста прост и разбираем за клиента.
2. Разработването на технически спецификации се извършва след изграждането на модела и съдържа изискванията към бъдещата система. На негова основа се разработва техническо задание за създаване на система, която включва:
Изисквания към автоматизираните работни места, техния състав и структура, както и методи и схеми на информационно взаимодействие между тях;
Разработване на изисквания към техническите средства;
Определяне на софтуерни изисквания;
Разработване на топология, състав и структура на локална компютърна мрежа;
Изисквания за етапи и време на работа.
3. Дизайн. Този етап дава отговор на въпроса: „Как (по какъв начин) системата ще удовлетвори изискванията към нея?
Има изследвания на структурата на система 1 на логическите връзки на елементите и тук не се разглеждат въпроси, свързани с внедряването на конкретна платформа. Проектирането се разглежда като итеративен процес на получаване на логически модел на системата заедно със строго формулирани цели, поставени пред нея, както и писане на спецификации за физическата система, която удовлетворява тези изисквания. Този етап обикновено се разделя на два подетапа:
Проектиране на системна архитектура, включително разработване на структурата и интерфейсите на компонентите, координиране на функциите и техническите изисквания за компоненти, методи за проектиране и стандарти;
Детайлен дизайн, който включва разработване на спецификации за всеки компонент, интерфейси между компоненти, разработване на изисквания за тестване и план за интегриране на компоненти.
С други думи, проектирането е етапът от жизнения цикъл, на който се определя как трябва да се изпълняват изискванията за горско стопанство, генерирани и записани на етапа на анализ. В резултат на това трябва да се изгради модел на внедряване, който демонстрира как системата ще удовлетвори поставените изисквания към нея (без технически подробности). Всъщност моделът на внедряване е развитие и усъвършенстване на модела на изискванията, а именно дизайнът е мостът между анализа и изпълнението.
4. Внедряване (програмиране/адаптиране). На този етап LES се създава като комплекс от софтуер и хардуер (започвайки с проектирането и създаването на телекомуникационна инфраструктура и завършвайки с разработването и инсталирането на приложения).
5. Тестване и отстраняване на грешки. Коректността на AIS е най-важното му свойство и основна грижа на разработчиците. В идеалния случай коректността на 1C означава липсата на грешки в него. Това обаче е невъзможно да се постигне за повечето сложни софтуерни продукти (всяка програма съдържа поне един бъг). Следователно под „правилен“ обикновено се разбира софтуерен продукт, който работи в съответствие с поставените към него изисквания, тоест продукт, за който все още не са открити условия, при които не би работил.
Установяването на коректност е основната цел на разглеждания етап от жизнения цикъл. Трябва да се отбележи, че етапът на тестване и отстраняване на грешки е един от най-трудоемките, досадни и непредвидими етапи от разработването на ИС. Средно, за разработка по традиционни методи, този етап отнема от 1/2 до 1/3 от общото време за разработка. От друга страна, тестването и отстраняването на грешки създават сериозен проблем: в някои случаи тестването и отстраняването на грешки на програмите изисква няколко пъти повече време от самото програмиране.
Тестването е набор от процедури и действия, предназначени да демонстрират правилната работа на ИС в определени режими и външни условия. Целта на тестването е да се установи наличието на грешки или убедително да се докаже липсата им, което е възможно само в някои тривиални случаи. Важно е да се прави разлика между тестване и свързаното с него понятие „отстраняване на грешки“. Дебъгването е набор от процедури и действия, които започват с идентифициране на самия факт на наличие на грешка и завършват с установяване на точното местоположение, естеството на тази грешка и начините за нейното отстраняване.
Най-важен и най-често използван в практиката е детерминираният метод на изпитване. В този случай специфични първоначални данни се използват като тестови стандарти, състоящи се от взаимосвързани входни и резултатни стойности и правилните последователности на тяхната обработка. В процеса на изпитване с дадени начални стойности е необходимо да се установи, че резултатите от тяхната обработка съответстват на референтните стойности.
Сложните системи изискват голям брой тестове и възниква проблемът с оценката на необходимия брой и използването на методи за тяхното намаляване. Затова е препоръчително да планирате тестване (както всеки друг вид дейност). Планът за изпитване трябва да съдържа:
1) формулиране на целите на тестването;
2) критерии за качество на тестването, позволяващи да се оценят резултатите от него;
3) стратегия за изпитване, която гарантира постигането на определени критерии за качество;
4) потребности от ресурси за постигане на даден критерий за качество според избраната стратегия.
Има автоматизирани системи за тестване и отстраняване на грешки (Satna). Те представляват сложен набор от алгоритмични и софтуерни инструменти, предназначени да автоматизират анализа на AIS, тестване, отстраняване на грешки и оценка на неговото качество и дават възможност за улесняване на модификацията на компонентите на AIS, осигуряване на откриване на грешки в ранните етапи на отстраняване на грешки и да увеличите процента на грешките, които се откриват автоматично.
6. Експлоатация и поддръжка. Основните цели на този етап са:
Осигуряване на стабилност на системата и запазване на информация – администриране;
Навременна модернизация и ремонт на отделни елементи - техническа поддръжка;
Адаптиране на възможностите на системата, оперирани с текущите бизнес нужди на предприятието – развитие на системата.
Тези работи трябва да бъдат включени в оперативния план за информатизация на предприятието, който трябва да се формира в съответствие с всички условия на стратегическия план. В противен случай в рамките на съществуващата система могат да се появят фрагменти, които ще направят ефективната работа на системата невъзможна в бъдеще. В наши дни в чужбина се превърна в обичайна практика функциите по техническа поддръжка и частично администриране да се прехвърлят на системни доставчици или системни интегратори. Тази практика се нарича "аутсорсинг". Често аутсорсингът също прехвърля на трети страни функции като създаване и поддръжка на резервни центрове за съхранение на данни и изпълнение за критични бизнес приложения, които се използват в случай на природно бедствие или други специални условия.
На етапа на експлоатация и поддръжка трябва да се обърне специално внимание на обучението на персонала и съответно на планирането на инвестициите в този процес.
Жизненият цикъл се формира в съответствие с принципа на проектиране отгоре надолу и обикновено има итеративен характер: изпълнените етапи, започвайки от първия, се повтарят циклично в съответствие с промените в изискванията и външните условия, въвеждането на ограничения, и т.н. На всеки етап от жизнения цикъл се генерира определен набор от документи и технически решения. Освен това за всеки етап документите и решенията, получени на предходния етап, са отправните точки. Всеки етап завършва с проверка на генерираните документи и решения, за да се провери съответствието им с изхода.
Съществуващите модели на жизнения цикъл определят реда на етапите по време на разработката, както и критериите за преминаване от етап на етап. В съответствие с това най-разпространени са следните три модела ZhShch4]:
1. Каскадният модел (70-80-те години) осигурява преход към следващия етап след пълно завършване на работата на предишния етап и се характеризира с ясно разделяне на данните и процесите на тяхната обработка (фиг. 2.6).
ориз. 2.6. Каскаден IP модел на жизнения цикъл
2. Поетапен модел с междинен контрол (80-те - 85-те) - итеративен модел на развитие с обратна връзка между етапите. Предимството на този модел е, че междустепенните настройки осигуряват по-малка интензивност на труда в сравнение с каскадния модел; от друга страна, животът на всеки етап се простира през целия период на развитие.
3. Спирален модел (86 - 90-те години) - фокусира се върху началните етапи от жизнения цикъл: анализ на изискванията, проектиране на спецификация, предишен и детайлен дизайн. На тези етапи се проверява и обосновава осъществимостта на техническите решения чрез създаване на прототипи. Всеки оборот на спиралата съответства на поетапен модел за създаване на фрагмент или версия на системата, където се изясняват целите и характеристиките на проекта, определя се неговото качество и работата на следващия оборот на спиралата е планирано. По този начин се задълбочават и последователно уточняват детайлите на проекта, като в резултат се избира обоснован вариант, който се довежда до изпълнение (фиг. 2.7.).
ориз. 2.7. Спирален IP модел на жизнения цикъл
Експертите отбелязват следните предимства на спиралния модел:
Натрупване и повторно използване на софтуер, модели и прототипи;
Фокус върху развитието и модификацията на системата по време на нейното проектиране;
Анализ на риска и разходите в процеса на проектиране.
При използване на спиралния модел се натрупват и използват повторно дизайнерски решения, инструменти за проектиране, модели и прототипи на информационната система и информационните технологии; има фокус върху развитието и модифицирането на системи и технологии в процеса на тяхното проектиране; извършва се анализ на рисковете и разходите в процеса на проектиране на системи и технологии.
Характеристики на дизайна на информационните технологии. Съвременните информационни технологии се реализират в условията на проектирана информационна система.
Аспекти на дизайна: технически (хардуерен и комуникационен комплекс), софтуерно-математически (модели и програми), методически (набор от средства за изпълнение на управленски функции), организационни (описание на документооборота и правила за действията на управленския апарат), оперативни (набор от технологични, логически, аритметични действия, изпълнявани автоматично).
Въведение………………………………………………………………………………………..3
1. Теоретични основи на развитието на информационните системи
1.1. Концепцията за ИС като средство за автоматизация…………………………….5
1.2. Информационна поддръжка на ИС………………………………………… 7
1.3. Руският пазар за информационни системи за регистриране на лекарства…………………….12
2. Проектиране и разработване на информационна система за отчитане на лекарствата във фармацевтична организация
2.1. Инфологична структура на счетоводната база данни в транспортно предприятие…………………………………………………………………………………………...16
Въведение
Уместността на курсовата работа се крие във факта, че всички съвременни складови предприятия изискват автоматизирани информационни системи (ИС). Основното предимство на автоматизацията е намаляването на излишъка на съхранените данни и следователно спестяването на количеството използвана памет, намаляване на разходите за множество операции за актуализиране на излишни копия и елиминиране на възможността за несъответствия поради съхраняване на информация за един и същ обект на различни места , повишаване на степента на надеждност на информацията и увеличаване на скоростта на обработка на информацията; прекомерен брой вътрешни междинни документи, различни дневници, папки, приложения и др., многократно въвеждане на една и съща информация в различни междинни документи. Също така значително намаляване на времето е автоматичното търсене на информация, което се извършва от специални екранни форми, в които са посочени параметрите за търсене на обекти.
Обект на изследването е транспортно предприятие (превоз на товари).
Предмет на изследването е автоматизацията на счетоводството в транспортно предприятие.
Целта на работата е да се разработи информационна система за отчитане на автомобилния парк в транспортно предприятие.
За постигане на поставената цел в работата е необходимо да се решат следните задачи:
1. Изучаване на теоретичните основи на развитието на информационните системи
2. Проектиране и разработване на информационна система за счетоводство на транспортно предприятие.
Теоретичната основа на курсовата работа бяха трудовете на местни учени в областта на автоматизираните информационни технологии, материали от периодични издания и информационни ресурси на глобалната Интернет.
Методологическата основа на работата са методите на системния анализ: програмни, диалектически и лексикални методи
Целите и задачите на курсовата работа определят нейната структура. Курсовата работа се състои от въведение, две части, заключение и списък с литература1. Теоретични основи на информационните системи
1.1. Концепцията за ИС като средство за автоматизация
Под система се разбира всеки обект, който едновременно се разглежда като едно цяло и като съвкупност от разнородни елементи, обединени в интерес на постигане на поставените цели. Системите се различават значително една от друга както по състав, така и по основни цели В компютърните науки понятието „система“ е широко разпространено и има много семантични значения. Най-често се използва във връзка с набор от технически инструменти и програми. Хардуерът на компютъра може да се нарече система. Системата може да се счита и за набор от програми за решаване на конкретни приложни проблеми, допълнени от процедури за поддържане на документация и управление на изчисления. Добавянето на думата „информация“ към понятието „система“ отразява целта на нейното създаване и функциониране. Информационните системи осигуряват събирането, съхранението, обработката, извличането и издаването на информация, необходима в процеса на вземане на решения по проблеми от всяка област. Те помагат за анализиране на проблеми и създаване на нови продукти.
Информационната система е взаимосвързан набор от средства, методи и персонал, използвани за съхраняване, обработка и издаване на информация с цел постигане на дадена цел.
Съвременното разбиране за информационна система предполага използването на компютър като основно техническо средство за обработка на информация. Освен това техническото изпълнение на информационната система само по себе си няма да направи нищо...
Информационната система (ИС) е взаимосвързан набор от инструменти, методи и персонал, използвани за съхраняване, обработка и издаване на информация в интерес на постигане на поставена цел.
Съвременните информационни технологии предоставят широк набор от начини за внедряване на ИС, чийто избор се основава на изискванията на очакваните потребители, които като правило се променят в процеса на разработка.
Под проект на ИС разбираме конструкторска и инженерно-технологична документация, която предоставя описание на проектни решения за създаване и функциониране на ИС в конкретна софтуерна и хардуерна среда.
Проектирането на IS се разбира като процес на преобразуване на входна информация за обект, методи и опит в проектирането на обекти с подобно предназначение в съответствие с GOST в проект на IS. От тази гледна точка проектирането на ИС се свежда до последователно формализиране на дизайнерските решения на различни етапи от жизнения цикъл на ИС: планиране и анализ на изискванията, технически и детайлен проект, внедряване и експлоатация на ИС.
Мащабът на разработваните системи определя състава и броя на участниците в процеса на проектиране. При голям обем и кратки срокове за завършване на проектантската работа, няколко дизайнерски екипа (развойни организации) могат да участват в разработването на системата. В този случай се идентифицира родителска организация, която координира дейностите на всички съизпълнители организации.
Извършването на дизайна на IC включва използването от дизайнерите на определена технология за проектиране, която съответства на мащаба и характеристиките на разработвания проект.
Модел (на латински "modulus" - мярка) е заместващ обект на оригиналния обект, осигуряващ изследването на някои свойства на последния; опростено представяне на системата за нейния анализ и прогнозиране, както и получаване на качествени и количествени резултати, необходими за вземане на правилното управленско решение.
Моделирането е представяне на обект чрез модел за получаване на информация за него чрез провеждане на експерименти с неговия модел.
За дизайн на IC те използват информационни модели, представящи обекти и процеси под формата на картини, диаграми, рисунки, таблици, формули, текстове и др.
Информационен моделе модел на обект, процес или явление, в който са представени информационните аспекти на моделирания обект, процес или явление.
Той е в основата на разработването на IS модели.
Моделът за създаване на IP има четири етапа:
1. Скица на проекта. Пподробно описание на целите и задачите на проекта, очаквана печалба, времеви ресурси, евентуални ограничения, налични ресурси и др. Също така си струва да идентифицирате „мениджър на проекта“, който отговаря за изпълнението на проекта, и собственик на проекта във висшето ръководство, който ще бъде основният човек в бизнеса и ще подкрепя ръководителя на проекта, когато е необходимо и в самия край на проекта.
2. Оценка на проекта.Това е най-важната част от проекта. Там се вземат всички важни решения – какво ще правят системите, как ще работят, какъв хардуер и приложения ще се използват и как ще се поддържат. Най-важното е, че възможните разходи и ползи от различни действия се анализират и се прави окончателният избор. Общото правило трябва да бъде системата да е възможно най-проста. Огромните системни проекти могат да доведат до невероятни разходи. Промените, направени по-късно, са по-скъпи.
3. Първо изгответе списък с изисквания към системата – подробен списък какво ще прави системата за бизнеса и как да я управлявате. Нуждите на обикновените потребители (и други заинтересовани страни) се изучават, тъй като само те наистина знаят от какво имат нужда и как да го вместят в съществуващите дейности.
4. Списъкът включва данни за въвеждане, основни резултати и отчети, брой потребители, обем на информацията, връзки с други съществуващи системи и др. и трябва да бъде достатъчно подробен, за да позволи заявката да бъде изпратена до доставчиците на хардуер и софтуер.
5. На този етап не трябва просто да компютъризираме съществуващите начини на работа. Проектът за информационни технологии е добра възможност да помислите отново как най-добре да направите информационна система.
6. Следващият етап е да разгледате хардуерните и софтуерните изисквания. Консултирайте се с потенциални доставчици, прегледайте други бизнес решения и се консултирайте с опитни съветници. Някои трудни решения трябва да бъдат внимателно оценени. Трябва да отговорите например на следните въпроси: дали да използвате готов пакет от приложни програми или да поръчате нов софтуер. Отговорите ще зависят от нивото на риск, което сте готови да поемете и как вашият бизнес се различава от другите типични бизнеси.
Анализът на разходите и ползите е последната стъпка преди вземането на окончателно решение. Разходите за приложни програми и хардуер са относително ниски, особено ако използвате стандартен пакет. Големите разходи са времето за инсталиране на системата и времето за поддръжка на нейната работа.
7. Конструиране и изпитване.Една от най-недооценените стъпки при инсталирането на всяка система е въвеждането на всички данни в системата, преди тя да бъде активирана.
8. Персоналът трябва да гарантира, че системата е лесна за работа. Нищо не убива ентусиазма за нова система по-бързо от поредица от технически проблеми.
9. Управление на проекти и оценка на риска.Освен ако проектът не е напълно тривиален, трябва да има ръководител на проекта, който има достатъчно време да работи с проекта и да се справи с множеството проблеми, които могат да възникнат. Един проект не е завършен, докато ръководителят на проекта не може да демонстрира, че системата работи надеждно и е печеливша.
10. Важна част от неговата роля е да бъде наясно с риска на проекта по всяко време. Рисковете трябва да се обсъждат открито, въпреки изкушението да си заровите главата в пясъка и да се надявате, че всичко ще се нареди. Рискът може да бъде планиран: чрез вземане на алтернативни решения, подготовка за екстремни действия и др. Пример за това е изборът на софтуер, където различни решения могат да бъдат рискови в различна степен. Няма място за по-нататъшно обсъждане, но използването на следния контролен списък може да помогне да се подчертаят някои точки.
