1.1 Характеристики на Информационно-аналитичния център

1.1.1 Длъжностни отговорности на администратора на корпоративния портал

1.2 Разработване на диаграми

Важен етап в проектирането на всяка информационна система е разработването на диаграми, които отразяват функционирането на автоматизирания процес. В момента за тази цел се използва широкоСЛУЧАЙ - инструмент за компютърно проектиране BPWin . софтуер BPWin е мощен инструмент за създаване на модели, които ви позволяват да анализирате, документирате и планирате промени в сложни бизнес процеси. BPWin е средство за събиране на необходимата информация за дейността на предприятието и графично представяне на тази информация под формата на холистичен и последователен модел. BPWin-моделът е графично представяне на реалността, тоест средство за документиране и формализиране на бизнес процеси.Може да се използва за изграждане DFD - и IDEF 0-диаграми, които позволяват анализпо отношение на информационните потоци в системата ипо отношение на функционалността на самата система.

Нека изградим IDEF0 и DFD - диаграми за предприятието, ще покажем технологията за обработка на данни и прехвърляне на информация от една функция към друга като част от развитието на корпоративен портал, както е показано на фигури 1, 2 и 3.

1.2.1 Функционална диаграма (IDEF0)

IDEF0 - методология функционално моделиране. Използвайки визуалния графичен език IDEF0, изследваната система се явява на разработчиците и анализаторите като набор от взаимосвързани функции (функционални блокове - по отношение на IDEF0).

Като правило IDEF0 моделирането е първата стъпка в изследването на всяка система.

Структурно-функционална схема IDEF 0 е показано на фигура 1.

Фигура - Контекстуално ниво на функционалната диаграма "Обслужване на заявката на потребителя към ИТ услугата"

Фигура - Второто ниво на диаграмата IDEF 0"Обслужете заявката на потребителя на ИТ услугата"

1.2.2 Диаграма на потока от данни (DFD)

За разлика от стрелките в IDEF0, които илюстрират връзките, стрелките в DFD показват как обектите (включително данни) всъщност се движат от една дейност към друга. Това представяне на потока предоставя на DFD моделите отразяване на такива физически характеристики на системата като движение на обекти (потоци от данни), съхранение на обекти (хранилища на данни), източници и потребители на обекти (външни обекти).

Фигура 4 показва технологията за обработка на данни и прехвърляне на информация от една функция към друга под формата на диаграма на потока от данни (DFD диаграма). Преди да се построи диаграма на потока от данни, се анализират входните и изходните данни на системата, които влияят на нейното функциониране.

Входните данни за системата са: данни за оторизация на потребителя, информация за връзка със службата за поддръжка на потребители, информация за обслужвания обект.

Резултатът за системата е цялото завършено приложение, контролираният процес на изпълнение на приложението.

Фигура - Функционална диаграма ( DFD )

1.3 Сравнителен анализ на автоматизирани аналогови системи

В съответствие с целта на работата ще проведем проучване на пазара на софтуерни продукти за корпоративна комуникация (портален пазар) и ще анализираме най-известните софтуерни решения в тази област.

Порталният пазар се появява през 1998 г. Първоначално на този пазар се конкурираха разработчици, които се специализираха само в портали. След 18 месеца на този пазар се появиха и други играчи – големи и средни софтуерни компании. В разгара на този пазар има над 100 разработчици на портали. Сега са не повече от 60.

Като цяло има три стандартни сценария при избора на решение за корпоративен портал:

закупуване на готови решения (платформи или системи с висока наличност);

разработка от нулата (разработка по поръчка);

комбиниран подход (разработване на специфични модули, но на базата на готови решения или платформи).

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

Всеки от подходите има своите плюсове и минуси, но като правило при избора на решение всички подходи се оценяват според следния набор от критерии:

цена на решението (включително лицензи, оборудване и работи);

бързината на внедряване и доставка на готовата система;

уникалността на бизнес процесите на компанията или наличието на специфични изисквания;

корпоративни стандарти и технологични предпочитания;

наличие на квалифицирани специалисти във фирмата и тяхната специализация;

иновативен или консервативен стил на компанията;

подход към внедряването на системата - системата се конфигурира за бизнес процесите на фирмата, или фирмата настройва бизнес процесите за функционалността на системата.

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

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

Характеристиките на внедряването на корпоративен портал до голяма степен зависят от целите и задачите, които клиентът си поставя за тази система, от неговата корпоративна култура и текущото ниво на автоматизация в компанията. Две компании, конкуриращи се на пазара, може да имат различни изисквания към системата и внедряването на корпоративния портал в тези компании ще се извършва по напълно различни начини.

По правило всички компании се сблъскват с еднакъв набор от проблеми при внедряването на корпоративни портали. Сред тях са следните:

необходимостта от промяна на бизнес процесите на компанията поради вече извършената автоматизация, необходимостта от преразпределение на отговорността;

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

навикът да се работи върху „личен контакт“;

ниска култура на използване на компютри в компаниите;

съпротива от страна на персонала на фирмите по време на изпълнение;

недостатъчна твърдост на ръководството при внедряване на системата във фирмата;

ниско ниво на разбиране на потенциалните ползи от използването на корпоративни информационни системи от ръководството и служителите на компанията;

трудности с формализирането на разпределението на правата за достъп до информация;

опит за прехвърляне на информационната бъркотия на компанията в автоматизирана бъркотия чрез портал;

липса на опит в управлението на такива системи и в резултат на това ниско ниво на разбиране настроикиизползване на портала.

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

В нашия сравнителен анализ ще разгледаме няколко варианта за готови решения в кутия и един безплатен. Портали WSSPortal и DeskWork базиран на технология MicrosoftSharePointServices , много популярен сега по целия свят.1C-Bitrix: Корпоративен портал и eGroupware въз основа на нашите собствени разработки и eGgroupware обикновено е приложение с отворен код.

1.3.1 Портал eGroupware

eGroupWare е безплатен софтуер, предназначен да подобри груповата работа в предприятия с брой служители от няколко души до няколко хиляди.

Въвеждането на eGroupWare ще помогне за внедряването на единна информационна система в предприятието и ще помогне на всеки служител да решава текущи дела.

eGroupWare идва с приложения като:

Календар. Този компонент е предназначен да организира едно временно пространство на предприятието и ви позволява да възлагате всякакви събития за себе си или за колега.

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

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

Ресурси. Управление на ресурсите на предприятието.

Ведомости.

Знание. Ще ви помогне да отговорите на често задавани въпроси, да намерите инструкции как да действате в дадена ситуация.

Адресната книга.

Отметки

eGroupWare ви позволява да провеждате анкета на служителите, да организирате комуникация на електронна поща e-mail (IMAP) клиент, както и използването на вградения мениджър на сайтове за организиране на вътрешен корпоративен сайт.

Важно е eGroupWare да е продукт за свободно разпространение (GNU GPL).

Фигура 4 - Клиент за електронна поща eGroupware

Все пак трябва да се отбележи, че eGroupWare не е широко разпространен в Русия и само няколко специализирани фирми или ентусиасти изучават този портал за документация за чужди езици. Липсата на пълна официална поддръжка за руски език и локализацията, включена в комплекта за доставка, не може да се счита за завършена, също прави проблематично използването на този портал за нуждите руска организация. Този проблем се решава чрез финализиране на руската локализация, което изисква допълнително време и ресурси. С оглед на факта, че всичко това обикновено се прехвърля на специалист, участващ в внедряването на този портал в една организация, това изисква много време и определени умения от него.

1.3.2 Портал1C-Bitrix

"1C-Bitrix: Корпоративен портал" есофтуерен продукт за създаване и управление на вътрешен корпоративен ресурс на компания, който решава комуникационни, организационни и HR задачи на компанията.

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

Фигура 5 - Приложен модул"1C-Bitrix: Корпоративен портал"

Характеристики на "1C-Bitrix: Корпоративен портал":

Корпоративно управление на информация (ECM, Enterprise Content Management): публикуване на телефонни указатели, шаблони, документи, информация за служители и компанията, организиране на общо хранилище на документи с общи класификатори, редактиране на файлове, възможност за работа с хранилището като Windows мрежово устройство, търсене през вложени документи, като се вземе предвид морфологията, интеграция с офис на Microsoft, OpenOffice.

организация съвместна работа: създаване на работни групи и организация на комуникациите в тях, разпределение на правата за достъп до колективни документи, контрол на версиите на документи, документооборот.

Автоматизиране на функциите на отдела за човешки ресурси: интеграция с "1C: ТРЗ и управление на персонала", автоматично публикуване на графици за отсъствия на служители (празници, болнични, командировки), бърза адаптациянови служители.

Обучение и тестване на персонал, провеждане на онлайн курсове за обучение, тестване и сертифициране на служители.

Подобряване на ефективността на бизнес процесите: Advanced Feeder електронни приложения- пропуски, куриерска доставка, канцеларски материали, резервация на заседателни зали, организиране на срещи.

Социална мрежа и система за незабавни съобщения: организиране на служители в групи, лични страници с лични фотогалерии, файлове, блог, форум, приятели, групи, сертификати за завършени онлайн курсове, запазване на дневник със съобщения с търсене по ключови думи.

Гъвкава интеграция в съществуващата ИТ инфраструктура: интегриране в корпоративната мрежа (мрежови дискове и уеб дискове); отворени протоколи за експорт-импорт на данни (XML, CommerceML, CSV, Excel, RSS) и др.

Ясна система за управление на портала: адаптивният интерфейс на портала ви позволява бързо да овладеете системата за управление на съдържанието и да редактирате информацията на портала, без да включвате технически специалисти.

Допълнителни предимства на продукта:

2500 партньора: внедряването на продукта се осъществява от широка партньорска мрежа;

висока производителност: порталът, създаден на базата на продукта, може да издържи на всяко натоварване;

оптималната цена на лиценза и липсата на допълнителни скрити разходи;

използвайки принципите на Enterprise 2.0 - уеб инструменти, познати на потребителите ( социални мрежи, незабавни съобщения, търсене, облаци за етикети, форуми, блогове);

Технология SiteUpdate, която ви позволява да изтегляте актуализации на продукти и нови модули без допълнителни разходи;

адаптивен интерфейс и лекота на управление на портала (Ajax интерфейс);

работа с безплатен софтуер (Unix, Linux, MySQL, PHP).

Корпоративният портал се създава в няколко стъпки:

монтаж на продукти и избор на дизайн;

внедряване и конфигуриране на системата;

промяната типична структура, импортиране на данни.

Поради факта, че продуктът включва основните основни модули на добре познатата CMS "1C-Bitrix: Управление на сайта", настройката и експлоатацията на продукта (съдържание, комуникации, уеб анализ, услуги) не създава никакви затруднения.

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

Цената на продукта е сумата от цената на лиценза за„1C-Bitrix: Корпоративен портал. Версия за 25 потребители"и цената на лицензите задопълнителни потребители. Цената на лиценз за 25 потребители е 34 500 рубли.Лиценз за допълнителен потребителструва 500 рубли. Цената на лиценз за неограничен брой потребители е199 000 рубли

Има и три издания на продуктакоито се различават по функционалност:

"1C-Bitrix: Корпоративен портал" - Интранет

"1C-Bitrix: Корпоративен портал" - Екстранет

"1C-Bitrix: Корпоративен портал" - Бизнес процеси

Издание с основна функционалност -интранет - съответства на текущите възможности на продукта и допълнително включва няколко нови бизнес процеса. цена 34 500 рубли.

До редактора на екстранет, който струва 59 500 рубли , възможността за управление на "Extranet" е активирана.

Старше издание с пълна функционалност -Бизнес процеси - струва 99 500 рубли . По-старото издание включва инструменти за визуално проектиране на бизнес процеси, възможност за управление на „Екстранет”, както и Контролер за интегриране на портала с външен сайт.

1.3. 4 ПорталРабота на бюро

Портал за бюро разработено от компанията Softline и е базиран на WindowsServerSharePointServices. Фирма Softline вече е внедрил много портали и е натрупал много опит в създаването на решение, което е най-подходящо за руския пазар.

DeskWork 2.0 Standard включва DeskWork 2.0 Base и елементи на електронна система за управление на документи. Персонализираните модули генерират допълнителни приходи чрез значителни спестявания на време на служителите и контролиран процес на одобрение на документи без грешки. Електронното управление на документи ще ускори процесите на координация, наблюдение и одобрение на документи. Това е удобен инструмент за оптимизиране на процесите във фирмата и подобряване на изпълнителската дисциплина, тъй като ви позволява да задавате електронни поръчки за работа с документи и да контролирате тяхното изпълнение. В същото време системата не само контролира, но и помага на служителите да изпълняват задачите навреме, като автоматично генерира имейл известия за заданието, както и им напомня за необходимостта от изпълнение на задачата в близко бъдеще. Чрез търсене на документи по вътрешното им съдържание можете да получите необходимата информация няколко пъти по-бързо и да използвате предварително създадени документи и натрупани знания.

Фигура 6 - Главна страница на порталаРабота на бюро

Функционалност на DeskWork Standard 2.0

DeskWork 2.0 Standard включва набор от 4 нови шаблона за дизайн, седем уникални модула, система за управление на документи и основна функционалност на SharePoint:

графична структура на компанията (отделения, отдели)

списък на служителите (телефонен указател, адресен указател)

универсален информатор (обменни курсове, задръствания, време, анекдот от деня, цената на барел петрол и др.)

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

автоматично създаване на възлова структура на отдели и проекти на база данни от структурата на компанията

рождени дни на служителите

цитат на деня (афоризми)

стандартни модули на SharePoint: сайтове за работни групи, сътрудничество, срещи, библиотеки с документи с версии, уикита (бази от знания), известия (новини), списъци с контакти, дискусионни табла (форуми), обществени и лични календари, списъци със задачи, анкети, диаграми на Гант за проекти, фотогалерии, блогове с дискусии, RSS абонаменти

Елементи на системата за електронно управление на документи

1. Модул за регистрация на документи
2. Модул за серийно съответствие
3. Модул за паралелно съвпадение
4. Универсален модул за съвпадение
5. Модул за разширено търсене на информация

Модул за регистрация на документи

Регистрация на документи по видове: входящи, изходящи, вътрешни.

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

Създава се карта за документи и се съхранява в библиотеката "Регистър на документи" за по-нататъшна обработка

Общи свойства на модулите за одобрение

Можете да зададете ключови дати според договореността за всеки потребител.

Когато дадена задача е възложена на потребител, той получава известия по имейл.

Всеки потребител вижда своите задачи в портала.
На всяка стъпка е възможно да прикачите произволен брой документи, да оставите вашите коментари, да одобрите или отхвърлите документа.
В настройките можете да изберете модел на поведение, ако участникът е отхвърлил документа (връщане към предишната стъпка, връщане към изпълнителя, връщане на известие за всички одобряващи).

Можете да назначите Супервайзор, който проверява документа след приключване на одобрението, но преди да бъде върнат на инициатора. Например, ръководител може да бъде служител по контрол на качеството или архивист, който проверява всички документи за правилното изпълнение и наличието на необходимите атрибути.

По всяко време можете да видите състоянието: кой има документа в момента в процес на одобрение и кой вече е завършил своята стъпка на одобрение.

Потребителят вижда коментарите и прикачените файлове на всички предишни потребители или на един предишен (настройките се задават при стартиране на одобрението).

Възможно е да се експортират отчети във формат Excel според различни параметри на процеса на одобрение на документа, като по този начин потребителите получават възможност да изграждат свои собствени отчети без програмиране, но използвайки функциите на добре познатите „електронни таблици“.

Сериен модул за кондициониране

Координиране/одобряване на документа в последователна верига от участници

Два режима на работа (избрани в началото на координацията):
а) цялата верига от одобряващи се формира в началото на одобрението, инициаторът може да зададе контролни дати за всеки потребител, както е договорено
b) при започване се избира само първият одобряващ, след което самият текущ одобряващ избира следващия одобряващ и задава ключовата дата за одобрение за него

Модул за паралелно съвпадение

Координиране/одобряване на документа в паралелна верига от участници

Всички одобряващи са избрани в началото на одобрението, можете да зададете контролни дати по споразумение за всеки потребител

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

Универсален модул за съвпадение

Съгласуване/одобряване на документа по произволен маршрут. Това е система за рекурсивно използване на двата предишни модула - паралелно и серийно съпоставяне.

Маршрутът се формира по време на процеса на договаряне. На всяка стъпка участникът може да формира допълнителен вид споразумение (сериен, паралелен), да посочи други участници, да определи ключова дата за споразумение на всеки от тях.

Универсалният модул за съвпадение е уникална разработка за системи от този клас. Маршрутът се формира по време на процеса на договаряне, на всяка стъпка потребителят може да формира допълнителен тип договаряне (последователно, паралелно, да посочи участниците в по-нататъшното договаряне), да зададе критична дата на одобрение на всеки потребител. Това е система за рекурсивно използване на два модела: паралелен и сериен, която е идеална за споразумения, в които:

участниците не са фиксирани;

маршрутът се променя в зависимост от решенията на предишните участници;

координаторите искат съвет от други служители;

Можете да зададете произволен брой рекурсии (вложени).

Модул за разширено търсене на информация

Разширено търсене във вътрешното съдържание на офис документи и лични страници на потребителите. Търсенето може да се извърши както по атрибутите на документите, така и по тяхното съдържание, както и по съдържанието на информацията, публикувана на страниците на портала.

Основните предимства на този портал:

1. Ниска цена, независимо от броя на потребителите;

2. Не е необходимо да купувате допълнителни лицензи на Microsoft, ако имате лицензиран Windows Server 2003 или 2008. Ако нямате Windows Server, тогава можете да използвате Windows Web Server 2008, нямате нужда от клиентски лицензи за него!

3. Минимално време за монтаж: само няколко часа;

4.Уникален, красив дизайн;

5. Готова гарантирана функционалност, която отговаря на основните нужди модерна компания.

6. С помощта на персонализирани модули можете сами да персонализирате функционалността на вашия портал по удобен визуален начин, без да включвате ИТ специалисти;

7. Неограничени възможности за развитие, мащабиране и увеличаване на функционалността от всякакви програмисти на трети страни, които имат умения за работа с технологията на Windows SharePoint Services.

8. Почти готова система за работни процеси ще ви позволи да управлявате такива „стандартни“ процеси като подготовката търговски оферти, съгласуване, одобряване и утвърждаване на договори и други документи, поддържане и одобряване на документация за дейности по проекта, одобрение, съгласуване или събиране на обратна връзка по всякакви документи на компанията, работа с кадрови документи.

Цената на този портал за един сървър (достатъчен за няколко хиляди потребители) е 64 000 рубли. Трябва обаче да се отбележи, че Волгоградската държавна селскостопанска академия вече има лиценз за това софтуерПо този начин всички разходи се свеждат само до разходите за внедряване и усъвършенстване на този продукт. Допълнителните разходи за внедряването на портала ще бъдат включени в цената на лиценза Microsoft Windows Server 2003 или по-стара, ако вашата организация все още не я е инсталирала.

WSS Portal 2.1 е готов за използване корпоративен портал, базиран на платформата SharePoint. Можете да приложите готово решение много по-бързо и по-ефективно, отколкото да разработите собствен портал от нулата. А възможността за разработване на готово решение след внедряване предоставя допълнителни предимства.

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

WSS Portal 2.1 се доказа като надеждно, висококачествено решение с добра производителност. Продуктът има голям бройреализации, различни версии на продукта се използват в компании с потребители от 50 до 15 000. Внедряването е извършено в компании с различни видоведейности и решението е доказано своята ефективност независимо от бранша на компанията.

ВиК портал 2.1. проектиран по такъв начин, че да е готов за употреба веднага след монтажа. Съдържа цялата функционалност, необходима за корпоративен портал, добре разработена структура и дизайн. Също така благодарение на платформата Microsoft SharePoint, функционалността на WSS Portal 2.1. значително надвишават функционалността на конкурентните решения и продукти.

Фигура 7 - WSS портал . Главна страница.

Има три версии на продукта:

WSS Portal 2.1 Lite - 80 000 рубли за сървърен лиценз (включително 25 потребители) и 600 рубли за всеки допълнителен потребител.

WSSPortal 2.1 Standard - 295 000 рубли.

WSSPortal 2.1 Enterprise - 695 000 рубли.

За да използвате този портал, също ще ви трябва Windowsсървър 2003 или по-висока, която се закупува отделно и струва приблизително 1000 долара. Използвайки Standard и Enterprise версии на портала, допълнителните клиентски лицензи трябва да бъдат закупени отделно MicrosoftOfficeSharePointServer 2007 г. струва около 3200 рубли на допълнителен потребител.

Версия на корпоративния порталпрепоръчва се за организации с повече от 500 потребители, което е задължително условие за нас, но цената на тази версия е много висока. Също така би било възможно да се използва Lite версията с допълнителна опция за неограничен брой потребители (допълнителни 90 000 рубли), но тази версия на портала има ограничен брой функции, включително липсата на такива неща като лични сайтове за потребители и едно хранилище на документи за целия портал, което прави използването на този портал неудобно и непрактично.

Всеки от изброените тук корпоративни портали след инсталиране трябва да бъде адаптиран към особеностите на поддържане на вътрешната организация на предприятието.

Сравнителен анализ на аналоговите системи е представен в Таблица 1.

Таблица 1 - Сравнителен анализ на портални решения

Модул или функция

Раздел Заключения

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

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

Решения, базирани на MicrosoftSharePointServices 2007, разполагаме с целия набор от модули, от които се нуждаем и отговаряме на всички изисквания на организацията. Функционална WSSPortal малко по-широко и използването му би било по-подходящо отРабота на бюро , но прекомерната цена на това решение не съответства на разликата във функционалността на тези решения. Освен това порталътРабота на бюро вече се предлага във Волгоградската държавна селскостопанска академия и всички разходи се свеждат до разходите за внедряване и фина настройка на това решение в съответствие с провеждането на дейностите на организацията.

Следователно най-добрият избор за нас би бил да използваме съществуващото решениеРабота на бюро . Той ще бъде финализиран за поддържане на вътрешния ред на организацията и евентуално разширен с необходимите модули.

Забележки

1. Можете да вмъкнете илюстрации на описаните решения.

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

3. Посочете покупната цена, включително клиентски лицензи

4. Заключете какво е най-добре да приложитеРабота на бюро.

5. Направете диаграма „както е“ и „както ще бъде“ вече е там.

6. Въз основа на проучване на статиите (вижте прикачения файл) Направете функционална диаграма на процеса на изпълнение

7. Направете в Primavera мрежова диаграма на процеса на изпълнение

http://www.e-commerce.ru/analytics/analytics-part/analytics15.html

http://egroupware.ru/index.php?option=com_content&task=view&id=5&Itemid=38

http://www.soft.mail.ru/program_page.php?grp=61638

http://www.s-incom.opt.ru/shop/1486055/1486056.html

http://www.deskwork.ru/view.aspx?page=dw_standard#about

http://solutions.wss-consulting.ru/files/Proposal-For-Partnership.pdf

Процес на изпълнение:

Предварителен преглед и оценка на състоянието;

Предпроектно проучване;

предварителна преквалификация;

Техническа задача;

Предпроектно проучване;

Организация на проекта;

Разработване на цели;

Технически проект;

Преквалификация на персонала;

Планиране;

Управление на данни;

Пускане в експлоатация;

Оценка на резултатите;

Анализ на текущото състояние.

• Как базата от знания намалява разходите за планирани ремонти
• Какъв трик мотивира служителите бързо да преминат към работа в нова информационна система
• Защо да включите медицински сестри в бюрото за помощ

Използваме усъвършенствано вносно оборудване. Устройствата включват 3D томографи, устройства за лазерна терапия, електрокардиографи, стоматологични и леярски апарати и компресори. Всеки месец техническата служба получава от 100 заявки за ремонт и поддръжка на оборудване. Всяко заявление трябва да бъде включено в работния график, като се вземат предвид спешността, сложността и времето на изпълнение. В същото време ремонтите трябва да се планират, като се вземе предвид натовареността на лекарите и кратки интервали за работа.

Преди три години разбрахме, че имаме нужда автоматизация на поддръжкатаи ремонт на оборудване. "Ръчен" режим на организация на ремонта техническо оборудванепридружено от четири проблема.

4 проблема на "ръчната" организация на ремонта на оборудването

1. Конфликти между служители на техническата служба и медицински персонал. Инженерите бавно обработваха приложенията, понякога ги губеха напълно. Те идваха на обаждания късно, принуждавайки лекарите да прекъсват приема на пациенти. Лекарите се оплакаха и манипулираха ръководството: „не го направихме, защото апаратурата не работеше един месец, никой не я оправи“.
2. Непрозрачността на зареждането на техническата услуга. Повтарящите се неуместни приложения парализираха техническата служба. Работата на инженерите премина от режим „заявка-ремонт“ към режим „забравих за това, защото вършех друга трудна работа“.
3. Липса на прозрачност в счетоводството за ремонти. Купихме рентгенов апарат. Нямаше документация за ремонта му. Информацията за оборудването и методите за отстраняване на неизправности се съхраняваше в тетрадките на инженерите. След известно време вече не разбрахме къде е оборудването, в какво състояние е и защо се получават сметки с толкова големи суми за ремонта му.
4. Съзнателно затягане от инженери на неудобна работа. Нямаше хронология на ремонта на оборудване. Инженерите не извършиха планова превантивна поддръжка, отписаха работещи резервни части.

Как да изберем продукт за автоматизация на поддръжката

Анализирахме какви решения предлага пазарът за автоматизиране на счетоводството на медицинско оборудване и автоматизиране на заявките за ремонт. Разбрахме, че западните продукти са скъпи, трудни за изпълнение и тромави, но няма руски. Тогава те обърнаха внимание на продукта „1C: ITIL Management информационни технологиипредприятия".

Интеграторът 1C-Rarus демонстрира възможностите на програмата. Въпреки това той предупреди: въпреки че програмата е подходяща за лечебно заведение, не е прилаган на практика.

Предложиха ни да закупим кутия в кутия, те обещаха да осигурят необходими инструкции, но ще трябва сами да адаптирате продукта. След като претеглихме плюсовете и минусите, решихме да рискуваме. Програмата е съвместима с други продукти на 1C, което улеснява поддържането на бази данни, а освен това цената й е по-ниска от западните аналози.

7 етапа на автоматизация на техническата услуга

Екипът на проекта включваше ИТ директори, изпълнителен директор, инженер, главен лекар, главна медицинска сестра и. Бях уредник. Проектът беше реализиран на седем етапа.

Етап 1. Анализ на бизнес процесите. Описаха пътя на заявлението за ремонт на медицинско оборудване: кой го създава, на кого го предава, какви са изискванията за регистрация и в какъв срок инженерите трябва да го завършат. На изхода получихме процеса "както е".

Етап 2. Създаване на нови бизнес процеси. Въз основа на процеса „както е“ и изискванията на продукта „1C: ITIL Enterprise Information Technology Management“, ние разработихме процеса „както трябва“.

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

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

Единна база данни за активи и знания. Информацията за оборудване, компоненти, резервни части, инструменти и методи за отстраняване на неизправности се съдържа в единна база данни за активи. Потребителят на базата получава пълна информация, за да извърши бърза диагностика на оборудването (поставяне, жизнен цикъл, техническа документация). Базата данни натрупва примери за ефективно разрешаване на инциденти.

Етап 3. Разработване на правилник за техническата служба. Създадохме правила за:

• процес на управление на повреда;
• процес на управление на медицинско оборудване;
• работи по регистрация и регистрация на заявления;
• планова поддръжка.

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

Етап 5. Обучение на служителите. Проведе общ брифинг. След това организираха бизнес игра, в която обясняваха на служителите как да попълват и въвеждат заявления в програмата. Отделно разработихме създаването на приложения за непланирани инциденти. Обяснихме, че вече не приемаме заявления в устна и писмена форма.

Етап 6. Стимулиране на служителите за работа в програмата. Един трик помогна на екипа да насърчи бързото преминаване към електронни приложения вместо телефонни обаждания. Не изпълнихме заявления, които не бяха регистрирани в информационната система. Когато служител се оплака, че инженерът не е отговорил на искането, ние казахме, че не го виждаме в програмата. С други думи, ако лекарят не е получил навременен ремонт на оборудването, това е негов проблем.

Етап 7. Техническо и методическо осигуряване. След инсталиране и конфигуриране на системата за един месец (веднъж на три дни), маршрутите на движение на приложенията се проверяваха ежедневно.

• Автоматизация на работния процес в предприятието: прост план стъпка по стъпка

Как върви приемането на заявленията и ремонта на оборудването сега?

Ако оборудването се повреди, потребителят се обажда за помощ. Посочва входа в системата и телефонния номер, назовава проблема, описва инцидента.

Първо, заявката се получава от първата линия на техническата поддръжка. Ако специалистът от първа линия намери решение, той изпраща инструкции на служителя по пощата.

Ако проблемът е сериозен и първият ред не може да помогне, приложението отива при инженерите на един монитор на потока на приложението.

Програмата присвоява съответния статус на сервизна работа на всяко приложение, определя приоритета на задачата, цената и времето за елиминиране на инцидента по цвят. Така че планираната превантивна работа е маркирана в зелено. Червеният цвят означава критичен провал. Пример за критична повреда е софтуерна повреда, която води до неправилна диагноза на пациента. Инженерът вижда нова заявка на монитора, нейния приоритет и важност и получава известие по имейл. Търси решение на проблем в базата знания. След отстраняване на проблема затваря инцидента. След това изпраща писмо до служителя с разяснения и отчет за извършената работа.

Ще добавя, че инженерът вижда историята на приложението в програмата. Служителят, от друга страна, получава известие на работния компютър всеки път, когато приложението промени състоянието си. Например, заявлението е прието, кандидатстването е в ход, заявлението е завършено и т.н.

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

Освен това програмата предупреждава инженерите за наближаващите срокове за превантивна поддръжка на оборудването. На монитора и компютъра на инженера медицински работниккойто отговаря за оборудването получава напомняне.

• 4 примера за това как малките предприятия намаляват разходите с ИТ

Четири ключови резултата

Проектът продължи шест месеца. След приключването му веднага усетихме ефекта. Екипът отбелязва, че „подобри се“.

Броят на неизпълнените или закъснели заявления беше намален до нула. Сега на инженерите се плаща не за ремонт, а за безпроблемна работа на оборудването. Колкото по-дълго оборудването не се счупи, толкова по-висока е заплатата. Използваме четири KPI за изчисляване на бонусите на инженерите:

• качество на приложенията;
• средна оценка на качеството на отстраняване на грешките;
• дял на затворените поръчки от регистрираните в системата;
• бюджет, изразходван за ремонти и непланирани инциденти.

Разходите за поддръжка на медицинско оборудване и др технически системиспадна до 20%. Програмата показва кой и какви компоненти и части от техниката е свален, какво е изпратено за ремонт и т. н. Случвало се е да плащаме ремонта на техника, когато е още в гаранция. Сега можете да видите кое оборудване е в гаранция и кое не. Благодарение на базата данни има информация за най-използваните резервни части и аксесоари. Сега купуваме само това, което е необходимо в даден момент или това, което използваме най-често.

Натоварването на техническата служба е намаляло с 15%. Графикът на профилактичната поддръжка включваше отговорността на лекарите и медицинските сестри за безпроблемната работа на оборудването. Сега медицински екиптой сам извършва част от работата по поддръжката на техниката. За инженерите стана по-лесно да планират работното време.

Броят на непланираните инциденти е намален до 40%. Програмата съхранява историята на авариите и движенията, ремонтите и поддръжката, както и съпътстващата документация. Тази информация ви позволява да планирате предварително ремонта и подмяната на оборудването.

Автоматизация на поддръжка и ремонт на оборудване:

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

Копирането на материали без одобрение е разрешено, ако има връзка dofollow към тази страница

Поддръжка за държава:
Операционна система: Windows
семейство: Универсална счетоводна система
Предназначение: Автоматизация на бизнеса

Автоматизация на поръчки и заявки

Основните характеристики на програмата:

Ще формирате единна база данни с клиенти с цялата необходима информация за контакт

Всяко обжалване е лесно за регистриране и програмата автоматично ще ви предложи най-свободния служител

Ще получите точен отчет за работното време на всеки служител

За всяко заявление можете да вземете предвид изразходваните материали и да приложите електронни документи и снимки

Програмата ще покаже списък с насрочени приложения за всеки служител за всяка дата

За всяка поръчка ще бъде възможно да се проследи етапът на изпълнение и участващите служители

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

Вие ще контролирате всичките си служители

Режисьорът е осигурен цял комплексуправленски доклади, които ще помогнат за анализиране на дейността на организацията с различни партии

Интеграция с най-новите технологиище ви позволи да шокирате клиентите и заслужено да спечелите репутация на най-модерната компания

Ултрамодерната функция за комуникация с централата ще ви позволи да видите детайлите на обаждащия се, да шокирате клиента, като незабавно се обърнете към него по име, без да губите секунда в търсене на информация

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

Инсталирайки екран с визуален график за служителите, вие несъмнено ще повишите престижа на вашата компания в очите на клиентите и ще повишите собствен контрол

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

Надеждният контрол ще бъде осигурен чрез интеграция с камери: програмата ще посочи данни за предоставяните услуги и друга важна информация в надписите на видео потока

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

Специална програма ще запази копие на всичките ви данни в програмата по график, без да е необходимо да спирате да работите в системата, автоматично ще архивира и ще ви уведоми за готовност

Резерв
копиране

Можете бързо да въведете първоначалните данни, необходими за работата на програмата. За това се използва удобно ръчно въвеждане или импортиране на данни.

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

Завършихме автоматизация на бизнеса за много организации:

Език на основната версия на програмата: РУСКИ

Можете да поръчате и международна версия на програмата, в която да въвеждате информация на ВСЕКИ ЕЗИК на света. Дори интерфейсът може лесно да бъде преведен от вас, тъй като всички имена ще бъдат поставени в отделен текстов файл.

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

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

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

Професионална програма за работа с клиенти от фирма "Универсална счетоводна система" Ви предлага напълно автоматизирана система за работа, която ще направи взаимодействието с клиентите не само ефективно, но и лесно и приятно.

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

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

Не забравяйте, че автоматизацията трябва да обхваща абсолютно всички етапи на работа. Тоест автоматизацията на получаването на поръчки предполага, че ще се извърши и автоматизиране на обработката на поръчки и автоматизация на сглобяването на поръчки. Ако се занимавате с производството на каквито и да е продукти, тогава трябва да се направи автоматизация на формирането на приложения за производството на продуктите на компанията. Така цялата информация относно работата на компанията, нейното взаимодействие с клиенти и партньори ще бъде събрана в единна база данни. Което освен това е гъвкаво и напълно адаптивно към нуждите на конкретно предприятие, което прави процеса на работа с програмата удобен и лесен. Системата за търсене и филтриране ще ви позволи да намерите информацията, от която се нуждаете по всяко време, без нужда от много часове суетене в документи или свързани таблици в Excel.

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

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

Гарантираме ви, че с натискане на бутона „поръчайте автоматизирано Информационна система» на нашия уебсайт не само няма да понесете загуби, но и ще получите допълнителна печалба. В крайна сметка сега във вашите ръце ще бъде професионален инструмент за подобряване и разрастване на вашия бизнес.

Програмата за контрол и управление може да се използва от:

• държавна агенцияработа с обществеността;
• Всяка частна фирма;
• Услуга за информационна поддръжка;
• Поддръжка;
• Отдел за поддръжка;
• Отдел за техническа поддръжка;
• Отдел за компютърна поддръжка;
• Потребителска поддръжка;
• Сервизна фирма;
• Център за услуги;
• Център за услуги;
• Помощно бюро;
• доверителна услуга;
• Информационно бюро;
• и т.н.

Видео програми за автоматизиране на поръчки и приложения

След като гледате следващото видео, можете бързо да се запознаете с възможностите на програмата USU - Универсалната счетоводна система. Ако не можете да видите видеоклипа, който сте качили в YouTube, не забравяйте да ни изпратите имейл, ние ще намерим друг начин да покажем демонстрацията!

Възможност за контрол и управление на поръчки и заявки

• автоматизирана системапоръчки отличава бърза обработкаинформация;
• Автоматизирането на поръчките ви позволява да упражнявате пълен контрол върху всички действия;
• При автоматизиране на заявки има функция за автоматично попълване на полета от съществуваща база данни с контрагенти;
• Автоматизирана система за поръчки позволява преобразуването на данни в други електронни формати;
• Автоматизацията на поръчките осигурява пълен контрол на всички операции;
• Удобна навигационна система в системата;
• Наличие на бързо контекстно търсене;
• Автоматизацията на приложенията значително увеличава скоростта на обработка на заявките;
• Програмата има прост и удобен за потребителя интерфейс;
• Автоматизираната система за поръчки оптимизира работния процес;
• Програмата може да функционира в многопотребителски режим;
• Автоматизацията на поръчките подобрява качеството на обслужване;
• Запазването на историята на работата ви позволява да извършвате аналитична работа;
• Програмата диференцира работата в съответствие със задълженията на служителите;
• Има ясен контрол за спазване на сроковете за изпълнение на задачите;
• Автоматизирането на приложенията няма да ви позволи да игнорирате всяка заявка;
• Оптимизация на работния процес;
• Контрол на документи;
• Автоматизирането на счетоводството на поръчки опростява и подобрява процеса на изпълнение на задачите.

Изтеглете софтуер за автоматизиране на поръчки и заявки

Работата е изготвена и защитена през 2017 г. в Московския финансово-индустриален университет Синергия, Факултет по информационни системи и технологии, за специалност „Информационни системи и технологии“, за направление „Информационни системи“, за специалност „Приложна информатика (в. Икономика)".

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

Целта на този WRC е внедряването на IS, който помага да се автоматизира работата на PwC LLC SC за намаляване на тежестта върху служителите, минимизиране на грешките и увеличаване на скоростта на работа.

Основните задачи на работата са:

• Проучване на работата на описаната фирма;
• Намиране на спорни точки;
• Изразяване на релевантност на автоматизацията;
• Доказателство за проектни решения по видове обезпечения;
• Създаване на база данни и програма за взаимодействие с нея;
• Изчисляване на нивото на ефективност на проекта.

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

Като част от изследването на използваната технология за управление бяха подготвени целта и целта на разработения софтуерен вариант за изпълнение на тази задача, направено е сравнение с подобни системи за изпълнение на тази задача, резултатите от показателите за ефективност бяха формализирани, технологиите за проектиране бяха формализирани определени и бяха взети редица решения относно видовете използван софтуер.

Създаден е информационен модел за създаваната система и е въведена локална система за кодиране и класификация. Бяха взети решения и за начина на съхранение и организиране на данните. Изграден е инфологичен модел на базата данни.

В рамките на софтуера бяха създадени дърво от функции и скрипт за диалога на функционирането на системата и структурна схемапакет: дърво за изпълнение на процедурата и схема на взаимодействие софтуерни модулии файлове.

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

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

Срокът на изплащане на проекта беше 8 месеца.

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

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

Проектът идва с програма на PHP и mysql СУБД.

ВЪВЕДЕНИЕ

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

V последните годинивъзниква концепцията за разпределени системи за управление национална икономикакъдето се предоставя локална обработка на информация. За да се реализира идеята за разпределено управление, е необходимо да се създадат автоматизирани работни станции (АРМ) на базата на професионални персонални компютри за всяко ниво на контрол и всяка предметна област.

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

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

Съгласно принципа на последователност работните станции трябва да се разглеждат като системи, чиято структура се определя от функционалното предназначение.

Принципът на гъвкавост означава адаптивност на системата към евентуално преструктуриране поради модулността на конструкцията на всички подсистеми и стандартизирането на техните елементи.

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

Ефективността на работната станция трябва да се разглежда като интегрален индикатор за нивото на изпълнение на горепосочените принципи, свързани с разходите за създаване и експлоатация на системата.

Функционирането на автоматизирано работно място може да даде числен ефект само ако е правилно разпределението на функциите и натоварването между човек и машинно средство за обработка на информация, чието ядро ​​е компютърът. Само тогава работната станция ще се превърне в средство за повишаване не само на производителността на труда и ефективността на управлението, но и на социалния комфорт на специалистите.

Целта на дипломната работа е да се разработи информационна система за отчитане на приложения на ЗАО "ЦРТ Сервиз" с използване на езика за програмиране Delphi и СУБД на Access.

За постигане на целта е необходимо да се решат следните задачи:

1. Анализирайте дейността на ЗАО "CRT Service";

2. Да проучи функционалните отговорности на диспечера и същността на процеса на отчитане и контрол на приложенията;

3. Изберете инструменти за разработка;

4. Проектиране на структурата на разработваната система;

5. Разработване на потребителски интерфейс;

6. Внедряване и тестване върху данните от конкретен пример;

7. Разработване на подходяща документация за информационната система.

1. Информационна характеристика на обекта за автоматизация

1.1 Главна информацияотносно организацията

Фирма "SRT Service" е основана през 2007 г. като високотехнологична сервизна фирмафедерален мащаб.

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

В състава на фирма "CRT Service" повече от 1100 технически специалисти по поддръжка на касови апарати, компютърна и офис техника, банково оборудване, платежни и информационни терминали, кантарни съоръжения и др. специализирано оборудване. Към днешна дата повече от 200 хиляди единици оборудване са в експлоатация с компанията SRT Service. Със силите на професионалистите на фирмата всяко оборудване се подлага на висококачествена поддръжка в съответствие с препоръките на заводите-производители и поетите задължения към собствениците му.

Екипът на фирма "SRT Service" изгради партньорства с най-големите доставчици и производители на оборудване за различни области на приложение. Тези взаимоотношения дават възможност да се удовлетворят нуждите на Клиента своевременно и качествено, т.к. поддръжкасъществуващо оборудване, както и за оборудване с модерно и висококачествено оборудване.

CJSC "CRT Service" работи само с юридически лица, най-голямото от които е Федералното държавно унитарно предприятие Руска поща, а на територията на Калининградска област - Федералната пощенска служба на Калининградска област - клон на Федералното държавно унитарно предприятие "Руски пощи". Само в Калининградска област има около 280 пощенски станции, в различни части на региона.

1.2 Функционални задължения на диспечера

Функционалните отговорности на диспечера се определят въз основа и в степента квалификационна характеристикаспоред длъжността на Диспечера и може да се допълва, уточнява в хода на подготовката описание на работатавъз основа на конкретни обстоятелства.

диспечер:

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

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

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

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

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

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

Осъществява и осигурява рационалното използване на техническите средства оперативно управлениепроизводство.

Води дневник за изпращане, изготвя отчетни отчети и др техническа документацияза напредъка на производството.

Участва в работата по анализ и оценка на дейността на подразделенията на предприятието, идентифициране на вътрешнопроизводствени резерви.

1.3 Същността на процеса на кандидатстване

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

Фигура 1 - Същността на процеса на отчитане на заявленията.

1.4 Статистика на извършената работа и получените заявления

Таблица 1 по-долу показва статистиката на извършената работа и получаването на заявления за ноември 2010 г.

Таблица 1 - Статистика на изпълнените работи и постъпили заявления за ноември 2010г.

1.5 Анализ на интензивността и обосновка за необходимостта от създаване на система

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

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

Времевите характеристики на описаните процеси са показани в Таблица 2.

Таблица 2-Характеристики на описаните процеси.

Така всеки ден средно 330 минути или 5 часа 30 минути служителят е зает да влиза необходимата информацияв счетоводни книги, както и при необходимост анализ и търсене на необходимата информация. Като се има предвид, че работният ден е 8 часа, стигаме до извода, че по-малко от 40% от работното време остава за изпълнение на други задължения (тоест директна работа за решаване на проблемите на клиента и разработване на необходимите мерки), което е изключително неефективно.

За този методсъщо има следните недостатъци:

Ниска скорост и точност на изчисленията.

Неефективно използване на работното време.

Лош контрол на служителите.

Бюрокрацията е нарастващ "поток" от документи.

Умората на служителите е засилване на негативното въздействие на човешкия фактор.

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

Очевидно е, че за автоматизация е необходимо да се използват такива средства като персонални компютри, принтери, както и специален софтуер и евентуално локална мрежа.

Нека изчислим очаквания ефект от въвеждането на инструменти за автоматизация.

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

Таблица 3 изчислява ефекта от прилагането.

Таблица 3 - Изчисляване на ефекта от изпълнението.

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

Централизирано съхранение на данни

Изключение при загуба на данни

Структуриране на данни

По-бърза обработка на данни

Издаване на резултати в удобна форма към принтера и екрана

Лесна смяна на данни

Намаляване на времето за документиране

2 ОПИСАНИЕ НА ПРОЕКТНИТЕ РЕШЕНИЯ И РЕАЛИЗИРАНЕ НА СИСТЕМАТА

2.1 Обосновка за избора на среда за разработка

2.1.1 Среда за програмиране Delphi

Delphi е език за програмиране и среда, принадлежащи към класа RAD - (Rapid Application Development - "Инструмент за бързо разработване на приложения") на CASE - технологиите.

Delphi се основава на езика Object Pascal, който е разширение на обектно-ориентирания език Pascal. Delphi също така включва локален SQL сървър, генератори на отчети, библиотеки с визуални компоненти и други елементи, необходими, за да се чувствате напълно уверени в професионалното развитие на информационни системи или просто програми за Windows среда.

Приложенията за Windows, които изискват много човешки усилия, като C++, вече могат да бъдат написани от един човек с помощта на Delphi.

Предимства от проектирането на работни станции в среда на Windows с помощта на Delphi:

Delphi ви позволява да разработвате приложения в бърз процес само чрез инструменти за визуализация, тъй като визуалното програмиране, така да се каже, добавя ново измерение към създаването на приложения, което прави възможно изобразяването на тези обекти на екрана на монитора, преди да се изпълни самата програма. Без визуално програмиране, процесът на изобразяване изисква написване на част от код, която създава и настройва обект на място. Беше възможно да се видят кодираните обекти само по време на изпълнение на програмата. С този подход накарането на обектите да изглеждат и да се държат по начина, по който искате, се превръща в досаден процес, който изисква многократно да коригирате кода, след това да стартирате програмата и да видите какво ще се случи.

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

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

По-специално, BorlandDelphi ви позволява да добавяте полета за въвеждане, менюта, командни бутони, бутони за избор, квадратчета за отметка, списъци, ленти за превъртане и диалогови прозорци за избор на файл или директория към windows. Програмистът може да използва мрежата за обработка на таблични данни, взаимодействие с други приложения на Windows и достъп до бази данни. Такива компоненти на BorlandDelphi обикновено се наричат ​​контроли.

Забележително предимство на системата е, че разполагането на компоненти на екрана, както и задаване на първоначалните стойности на техните свойства (размер, цвят, външен вид и т.н.) Delphi ви позволява да извършите на етапа на проектиране на форма без да пишете никаква програма.

За целта е предвиден специален прозорец, наречен Object Inspector, който изброява всички свойства на избрания компонент, налични в режим на проектиране, и техните текущи стойности.

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

Един от основните "минуси" на Delphi, мисля, че размерът на получения изпълним файл. Когато не сте написали нито един ред код, компилили сте проекта и размерът му достига почти 400KB - това е глупост. Разбира се, можете да пишете в "lite Delphi", т.е. без VCL - размерът е около 10-20KB. Но тогава трябва да се откажете от всички удобства на този език.

"Предимства" на Delphi в сравнение с подобни софтуерни продукти:

скорост на разработка на приложения;

Висока производителност на разработеното приложение;

Ниски изисквания на разработеното приложение към компютърните ресурси;

Разширяемост чрез вграждане на нови компоненти и инструменти в Delphi средата;

Възможност за разработване на нови компоненти и инструменти с помощта на собствените инструменти на Delphi (съществуващите компоненти и инструменти са налични в изходния код);

Успешно изучаване на йерархията на обектите.

Изисквания за интерфейс Windows приложения

Графичният потребителски интерфейс (GUI) се отнася до вид екранна презентация, при която потребителят може да избира команди, да изпълнява задачи и да преглежда списъци с файлове, като сочи към икони или елементи в списъците с менюта, показани на екрана. Обикновено действията могат да се извършват с мишката или чрез натискане на клавиши на клавиатурата. Типичен пример за графичен потребителски интерфейс е Windows 95/98 и по-нови поколения, където интерфейсът бързо се разраства, променя и трансформира.

Delphi предоставя на разработчика на приложения широк спектър от възможности за бързо и качествено проектиране на графичен потребителски интерфейс - различни прозорци, бутони, менюта и др. Има определени принципи за изграждане на графичен потребителски интерфейс и тези, които ги пренебрегват, са обречени на факта, че приложението им ще изглежда като извънземен обект в Windows средата.

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

По-често, отколкото не, малко сложно приложение не може да бъде ограничено до един прозорец. Следователно, на първо място трябва да решите проблема с управлението на прозорците. Има два различни модела на приложение: интерфейс за единичен документ (SDI) и интерфейс за множество документи (MDI).

В повечето случаи трябва да се предпочита SDI интерфейсът. Този интерфейс не означава непременно, че наистина има само един прозорец, както в приложенията на Windows като Калкулатор. Приложение като Windows Explorer също е SDI приложение, но в подходящия момент създава вторични прозорци за търсене на файлове или папки, задаване на опции, преглед на свойствата на файла и др.

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

ДА СЕ външен видпрозорците в Windows имат определени изисквания. За щастие Delphi автоматично предоставя стандартния вид на Windows за прозорците на вашето приложение. Но трябва да помислите и да посочите кои бутони в лентата на системното меню трябва да са налични в конкретен прозорец, дали прозорецът трябва да позволява на потребителя да го преоразмерява, какво трябва да бъде заглавието на прозореца. Всички тези характеристики на прозореца се осигуряват чрез настройка и управление на свойствата на формуляра.

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

Цветът е мощно средство за въздействие върху човешката психика. Ето защо с него трябва да се работи много внимателно. Неуспешната цветова схема може да доведе до бърза умора на потребителя, работещ с вашето приложение, до отвличане на вниманието му, до чести грешки. Твърде яркият или неподходящ цвят може да отвлече вниманието на потребителя или да го подведе, да създаде трудности в работата. Добре подбрана гама от цветове, смислени цветни акценти намаляват умората, фокусират вниманието на потребителя върху текущите операции и повишават ефективността на работата. С цвят можете да намекнете за нещо или да привлечете вниманието към определени области на екрана. Цветът също може да бъде свързан с различни състояния на обекти.

Трябва да се стремим да използваме ограничен набор от цветове и да обърнем внимание на правилната им комбинация. Поставянето на ярки цветове като червено върху зелен или черен фон затруднява фокусирането върху тях. Не се препоръчват допълнителни цветове. Като цяло най-приемливият цвят за фона ще бъде неутрален цвят, като светло сиво (използван в повечето продукти на Microsoft). Не забравяйте също, че ярките цветове сякаш излизат от равнината на екрана, докато тъмните сякаш се отдръпват по-дълбоко.

Цветът не трябва да се използва като основно средство за предаване на информация. Можете да използвате различни панели, форми, засенчване и други техники, за да подчертаете области от екрана. Microsoft дори препоръчва първо да проектирате приложението си черно-бяло и след това да добавите цвят към него.

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

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

Поради тези причини, където има смисъл, трябва да използвате системната цветова палитра за вашето приложение. Това са цветовете, които потребителят задава при настройка на Windows. Когато създавате нова формаили да постави компоненти върху него, Delphi автоматично им присвоява цветове според цветовата схема на Windows. Разбира се, ще промените тези настройки по подразбиране. Но ако използвате подходящите системни цветови константи, тогава когато потребителят промени цветовата схема на екрана на Windows, вашето приложение също ще се промени съответно и няма да изпадне от общия стил на други приложения.

Не злоупотребявайте с ярки цветове в приложението. Пъстрото приложение обикновено е признак на аматьорството на разработчика, уморява потребителя и разпръсква вниманието му. Като общо правило използвайте системните цветове, които потребителят може да променя, както намери за добре. От статичните цветове обикновено има смисъл да се използват само clBlack - черно, clWhite - бяло и clRed - червеният цвят на предупреждението за опасност.

Използването на шрифтове по подразбиране, System или MSSansSerif, най-често ще ви избави от неприятности. Въпреки това, уви, не винаги. Ако използвате руски текстове за надписи, тогава когато стартирате приложението на компютър с неруски Windows, понякога са възможни проблеми. В такива случаи все още е полезно да прикачите файловете на използваните шрифтове към вашата програма.

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

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

Основното изискване към менюто е тяхната стандартизация. Това изискване се отнася за много аспекти на менютата: разположението на заглавията на менютата и техните раздели, формата на самите заглавия, клавишните комбинации и организацията на каскадни менюта. Целта на стандартизацията е да улесни работата на потребителя с приложението. Необходимо е потребителят да не мисли в кое меню и как трябва да отвори или запише файл, как може да получи помощ, как да работи с клипборда на клипборда и т.н. За да извърши всички тези операции, потребител, който е работил с поне няколко приложения на Windows, развива стабилен автоматизъм на действията и е неприемливо да се нарушава този автоматизизъм.

Нека започнем с изискванията, като поставим заглавия на менюто. Разбира се, съставът на менюто зависи от конкретното приложение. Но поставянето на общоприетите раздели трябва да бъде стандартизирано. Всички потребители са свикнали да имат менюто Файл от лявата страна на лентата на главното меню, секцията Помощ от дясната страна, менюто Прозорец пред него в MDI приложенията и т.н. Главното меню също трябва да има лента с инструменти, бързи бутони, които дублират най-често използваните команди от менюто. На тези бутони трябва да използвате, ако е възможно, обичайните снимки.

Ако е възможно, подреждането на разделите в падащите менюта също трябва да бъде стандартно.

Групи от функционално свързани секции са разделени в падащи менюта с разделители.

Имената на секциите на менюто трябва да са познати на потребителя. Ако не знаете как да наименувате раздел, не си измисляйте собствено име, а се опитайте да намерите подобен раздел в някоя русифицирана програма на Microsoft за Windows. Заглавията трябва да са кратки и ясни. Не използвайте фрази или повече от две думи като цяло, тъй като това претоварва екрана и забавя избора на потребителя. Заглавията на разделите трябва да започват с главна буква.

Имената на секциите на менюто, свързани с извикване на диалогови прозорци, трябва да завършват с многоточие, което показва на потребителя, че когато избира този раздел, той ще трябва да зададе още някои параметри в диалоговия прозорец.

Разделите, които включват каскадни менюта, трябва да завършват със стрелка, показваща, че разделът има дъщерно меню.

Във всяко име на раздел трябва да бъде подчертан знакът, съответстващ на клавиша за бърз достъп до секцията (клавиш Alt плюс подчертания знак). Въпреки че е малко вероятно подобни ключове да се използват често, традицията за посочване на такива ключове е непоклатима. В реалната работа те вероятно се използват само когато мишката се повреди.

На много секции могат да бъдат назначени горещи клавиши, които ви позволяват да получите достъп до командата на този раздел, без дори да влизате в менюто. Комбинациите от такива "горещи" клавиши трябва да са традиционни. Например, командите за изрязване, копиране и поставяне на текстови фрагменти почти винаги имат клавишни комбинации Ctrl-X, Ctrl-C и Ctrl-V, съответно. Зададените клавишни комбинации се показват в заглавията на съответните раздели.

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

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

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

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

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

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

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

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

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

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

Раздел от менюто Помощ, който позволява на потребителя да отвори стандартния помощен файл на Windows.hlp, който съдържа подробна информация под формата на хипертекст по въпроси, интересуващи потребителя.

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

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

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

Елиминира необходимостта от повторно въвеждане на данни;

Осигурена е последователността на проекта и неговото изпълнение;

Повишена производителност на разработка и преносимост на програмата.

2.1.2 Достъп до СУБД

DBMS Access е система за управление на база данни от релационен тип. Данните се съхраняват в такава база данни под формата на таблици, чиито редове (записи) се състоят от набори от полета от определен тип. Индексите (ключовете) могат да бъдат асоциирани с всяка таблица, посочвайки поръчките, от които се нуждае потребителят, в набор от редове. Таблиците могат да имат полета (колони) от същия тип и това ви позволява да установявате връзки между тях, да извършвате операции по релационна алгебра. Типичните операции с базата данни са дефиниране, създаване и изтриване на таблици, модифициране на дефинициите (структури, схеми) на съществуващи таблици, търсене на данни в таблици според определени критерии (изпълнение на заявки), създаване на отчети за съдържанието на базата данни.

СУБД ви позволява да укажете типовете данни и как се съхраняват. Можете също така да зададете критерии (условия), които СУБД ще използва в бъдеще, за да гарантира коректността на въвеждането на данни. В най-простия случай, условието за стойността трябва да гарантира, че азбучен знак не е въведен случайно в числово поле. Други условия могат да определят обхвата или диапазоните на валидни входни стойности.

Microsoft Access предоставя максимална свобода при определяне на типа данни (текст, числа, дати, часове, валута, снимки, звук, електронни таблици). Можете също да зададете форматите за съхранение за представяне на тези данни, когато се показват на екрана или се отпечатват. За да сте сигурни, че само правилните стойности се съхраняват в базата данни, можете да зададете условия за стойности с различна степен на сложност.

Тъй като MicrosoftAccess е модерно приложение за Windows, можете да използвате пълната мощност на DDE (динамичен обмен на данни) и OLE (свързване и вграждане на обекти) във вашия работен процес. DDE позволява обмен на данни между Access и всяко друго приложение на Windows с активиран DDE. Microsoft Access ви позволява динамично да обменяте данни с други приложения с помощта на макроси или AccessBasic.

OLE е по-сложна функция на Windows, която ви позволява да свързвате към обекти в друго приложение или да вграждате обекти в база данни на Access. Тези обекти могат да бъдат снимки, диаграми, електронни таблици или документи от други приложения на Windows с активиран OLE.

Microsoft Access използва мощния SQL (Structured Query Language) за обработка на данни от базовата таблица. С помощта на SQL можете да извлечете от една или повече таблици информацията, необходима за решаване на конкретен проблем. Access значително опростява задачата за обработка на данни. Изобщо не е нужно да знаете SQL. Всеки път, когато обработва данни от множество таблици, Access използва веднъж дефинирани връзки между таблиците.

MicrosoftAccess също така предоставя прост, но мощен графичен инструмент за заявки, наречен "querybyexample", който се използва за определяне на данните, необходими за решаване на проблем. Използвайки стандартни техники за мишка на Windows и няколко клавишни комбинации за избор и преместване на елементи на екрана, можете да създадете доста сложна заявка само за секунди.

Microsoft Access е проектиран по такъв начин, че може да се използва както като самостоятелна СУБД на отделна работна станция, а в мрежата - в режим "клиент-сървър". Тъй като множество потребители имат достъп до данни едновременно, Microsoft Access осигурява стабилна защита на данните и контрол на целостта. Можете да укажете предварително кои потребители или потребителски групи могат да имат достъп до обекти (таблици, формуляри, заявки) на базата данни. Microsoft Access автоматично защитава данните от редактиране от различни потребители по едно и също време. Access също така разпознава и уважава функциите за сигурност на други структури, прикачени към база данни (като бази данни Paradox, dBASE и SQL).

Почти всички съществуващи СУБД имат инструменти за разработка на приложения, които могат да се използват от програмисти или квалифицирани потребители за създаване на процедури за автоматизиране на управлението и обработката на данни.

Microsoft Access предоставя допълнителни инструменти за разработка на приложения, които могат да работят не само с естествени формати на данни, но и с други най-често срещани формати на СУБД. Може би най-много силна страна Access е способността му да обработва данни от електронни таблици, текстови файлове, dBASE, Paradox, Btrieve, FoxPro файлове и всяка друга SQL база данни, която поддържа стандарта ODBE. Това означава, че можете да използвате Access, за да създадете приложение за Windows, което може да обработва данни от мрежов SQL сървър или SQL база данни на хоста.

Всичко по-горе направи възможно избора на СУБД на Access за настройка и решаване на проблема с автоматизирането на процеса на поддържане и събиране на информация в приложението.

2.2 Решения за дизайн на потребителския интерфейс

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

Фигура 6 - Основният прозорец на програмата.

След зареждане на базата данни се появява главният прозорец на програмата „Информационна система за отчитане на приложения на CJSC „CRT Service“, където диспечерът следи неизпълнените заявки и също така получава от клиенти за обслужване или ремонт.

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

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

Ако се получи заявка от клиент, диспечерът трябва да натисне бутона за добавяне на контролния панел, контекстното меню или главното меню. Номерът на IP приложението се въвежда автоматично, Агентът се избира от падащия списък, както и Изпълнителят. След това щракнете върху добавяне на заявка. След като щракнете върху бутона за добавяне, прозорецът ще се затвори и новата поръчка ще се появи в главния прозорец.

Ако в хода на работа е необходимо да се направят корекции в приложението, програмата предвижда редактиране на приложението, което може да бъде достъпно от контролния панел, контекстното меню или главното меню. С натискане на бутона редактиране прозорецът ще се затвори и заявката ще бъде актуализирана.

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

В прозореца за статистика можете също да преглеждате, редактирате, експортирате избрани приложения в Microsoft Excel и да ги филтрирате според определени диапазони и критерии.

2.3 Описание на структурата на разработената система

Структурата на разработената система има формата, показана на фигура 19.

2.4 Решения за проектиране на база данни

Разработената информационна система има една таблица с база данни, която също е включена в един от основните статистически модули. В тази таблица всички входящи приложения се регистрират без възможност за изтриване. Структурата на таблицата е представена в таблица 4.

Таблица 4 - Структурата на таблицата на базата данни.

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

Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms, Dialogs, ADODB, DB, StdCtrls, Grids, DBGrids, Buttons, ComCtrls, ExtCtrls, Menus;

TForm6 = клас (TForm)

ADOConnection1: TADOConnection;

DataSource1:TDataSource;

DBGrid1: TDBGrid;

ADOQuery1: TADOQuery;

DateTimePicker1: TDateTimePicker;

DateTimePicker2: TDateTimePicker;

SpeedButton1: TSpeedButton;

SpeedButton2: TSpeedButton;

SpeedButton3: TSpeedButton;

SpeedButton4: TSpeedButton;

SpeedButton5: TSpeedButton;

MainMenu1: TMainMenu;

Excel1: TMenuItem;

SpeedButton6: TSpeedButton;

ADOQuery2: TADOQuery;

GroupBox1: TGroupBox;

ComboBox1: TComboBox;

GroupBox2: TGroupBox;

ComboBox2: TComboBox;

процедура Button1Click(Sender: TObject);

процедура Button2Click(Sender: TObject);

процедура SpeedButton1Click(Sender: TObject);

процедура SpeedButton2Click(Sender: TObject);

процедура SpeedButton3Click(Sender: TObject);

процедура SpeedButton4Click(Sender: TObject);

процедура N7Click(Sender: TObject);

процедура SpeedButton6Click(Sender: TObject);

процедура N9Click(Sender: TObject);

процедура ComboBox1Change(Sender: TObject);

процедура ComboBox2Change(Sender: TObject);

(частни декларации)

(Публични декларации)

използва Unit1, Unit12, Unit3, Unit13, Unit14, Unit15;

процедура TForm6.Button1Click(Sender: TObject);

процедура TForm6.Button2Click(Sender: TObject);

AdoQuery1.Filtered:=False;

ADOQuery1.Filter:="Дата><="+DateToStr(DateTimePicker2.Date);

ADOQuery1.Filtered:=Вярно;

процедура TForm6.SpeedButton1Click(Sender: TObject);

Form1.adostatus.Active:=false;

Form1.adostatus.SQL.Text:="Изберете * от данни, където Резултат=false";

Form1.adostatus.Active:=true;

процедура TForm6.SpeedButton2Click(Sender: TObject);

AdoQuery1.Filtered:=False;

ADOQuery1.Filter:="Дата>="+DateToStr(DateTimePicker1.Date)+ " и дата<="+DateToStr(DateTimePicker2.Date);

ADOQuery1.Filtered:=Вярно;

процедура TForm6.SpeedButton3Click(Sender: TObject);

Form12.ShowModal;

процедура TForm6.SpeedButton4Click(Sender: TObject);

Form6.ADOQuery1.Edit;

Form13.Showmodal;

Form6.ADOQuery1.Active:=true;

процедура TForm6.N7Click(Sender: TObject);

Form14.Showmodal;

процедура TForm6.SpeedButton6Click(Sender: TObject);

form6.ADOQuery1.Active:=false;

form6.ADOQuery1.active:=true;

процедура TForm6.N9Click(Sender: TObject);

Form15.Showmodal;

процедура TForm6.ComboBox1Change(Sender: TObject);

ако combobox1.ItemIndex<>0 след това стартирайте

form6.ADOQuery1.Active:=false;

form6.ADOQuery1.SQL.Text:="Изберете * от данни, където Agent="+""""+combobox1.Text+"""";

form6.ADOQuery1.active:=true;

form6.ADOQuery1.Active:=false;

form6.ADOQuery1.SQL.Text:="Изберете * от данни";

form6.ADOQuery1.active:=true;

процедура TForm6.ComboBox2Change(Sender: TObject);

ако combobox2.ItemIndex<>0 след това стартирайте

form6.ADOQuery1.Active:=false;

form6.ADOQuery1.SQL.Text:="Изберете * от данни, където Performer="+""""+combobox1.Text+"""";

form6.ADOQuery1.active:=true;

form6.ADOQuery1.Active:=false;

form6.ADOQuery1.SQL.Text:="Изберете * от данни";

form6.ADOQuery1.active:=true;

2.5 Тестване на системата върху данни от случаи

Да кажем, че на 19 януари 2011 г. е получено заявление от агент - Megafon Retail OJSC, подразделение - ул. Проф. Баранова 34, оборудване - Fprint5200K, сериен номер - 0130633, с неизправност - грешка EKLZ, е определен изпълнител - Алексейчук П.В., дата на изпълнение на заявката - 22.01.2011 г. За да приложите този пример, е необходимо да стартирате ИС за отчитане на приложението и да влезете в главния прозорец на програмата и да извикате прозореца за регистрация на приложението.

След извикване на прозореца за регистрация на приложение, ИС автоматично замества номера на следващото заявление, а диспечерът трябва да попълни необходимите данни за регистрация на приложението.

Фигура 21 показва пример за попълване на регистрационния формуляр за кандидатстване с данни от конкретен пример. След натискане на бутона за добавяне, формулярът ще се затвори и приложението ще бъде добавено към главния прозорец на програмата, където се осъществява контролът върху неизпълнените заявки, а ИС автоматично въвежда приложението в подсистемата за статистика.

Фигура 23 показва формата за изглед на приложението от главния прозорец на системата. След това нека да преминем към подсистемата за статистика и да намерим новосъздадената заявка с помощта на филтъра. Резултатите от това действие са показани на фигура 24.

Сега нека разгледаме намереното приложение, за това щракнете върху бутона Преглед. Освен това, след регистрацията и контрола на приложението, можете да оттеглите приложението. Ще премахнем заявката от главния прозорец на системата, за което ще затворим подсистемата за статистика.

След премахване на поръчката (прехвърляне на поръчката към завършена), поръчката се съхранява в подсистемата статистика, след което ще видим поръчката със завършен статус в подсистемата статистика.

Въз основа на горния пример можем да заключим, че ИС работи

3. ИКОНОМИЧЕСКИ АСПЕКТИ НА РЕАЛИЗИРАНЕТО НА IP В ПРЕДПРИЯТИЯ ЗАД "СРТ СЕРВИС"

3.1 Концепцията за развитие на пазара на пощенски услуги за периода до 2010г

3.1.1 Общи

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

В съответствие с Федералния закон "За пощенските съобщения" в Руската федерация съществува пощенска услуга с общо ползване, извършвана от държавни унитарни предприятия, държавни пощенски институции, както и други пощенски оператори, специални съобщения на федералния изпълнителен орган който ръководи дейностите в областта на съобщенията, федералните куриерски съобщения и куриерско-пощенските съобщения на федералния изпълнителен орган в областта на отбраната. Тази концепция разглежда развитието на обществените пощенски съобщения.

Основните цели на тази Концепция са: задоволяване на потребностите на потребителите от висококачествени пощенски услуги в цялата страна чрез ускорено развитие на пощенската инфраструктура;

осигуряване на единен стандарт за качество на универсалните пощенски услуги;

развитие на лоялна конкуренция на пазара на пощенски услуги, ефективно използване на пощенската инфраструктура в интерес на всички участници на пазара.

За постигането на тези цели е необходимо да се решат следните основни задачи:

определяне на състава на универсалните пощенски услуги и изисквания за тяхното качество, контрол за изпълнението на тези изисквания;

определяне на източници на финансиране и начин на ценово регулиране на универсалните пощенски услуги;

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

3.1.2 Анализ на състоянието и прогноза за развитието на пазара на пощенски услуги

3.1.2.1 Текущо състояние на пазара на пощенски услуги

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

В същото време дейността на неправителствените пощенски организации практически не е свързана с предоставянето на универсални пощенски услуги, тъй като е ограничена основно до печеливши сегменти на пазара на пощенски услуги в градовете.

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

Най-атрактивните сегменти на пазара на пощенски услуги са градовете и гъсто населените райони, където висок процент от ползвателите на пощенски услуги са търговски организации.

По-малко атрактивни са селските райони, както и отдалечените и труднодостъпни райони с трудни климатични условия, където основен потребител на услуги е населението.

По отношение на качеството на пощенските услуги по отношение на честотата и скоростта на доставка на писмена кореспонденция Русия принадлежи към развиващите се страни. Основната причина за ниското качество е лошото развитие на пощенската инфраструктура.

От началото на 90-те години до наши дни броят на пощенските станции остава почти непроменен - ​​днес те са повече от 40 хиляди, което ни позволява да предоставяме европейско ниво на обслужване. Наблюдава се обаче огромно (9 пъти) намаляване на броя на междурегионалните и регионални пощенски маршрути, намалява броят и качеството на използвания пощенски транспорт - степента на износване е над 80 процента. Нивото на автоматизация и механизация на производствените процеси рязко намаля и единствено ръчният труд остава единственият бързо нарастващ показател.

Показател за диспропорцията в развитието на пазара е и съществената разлика в качеството на пощенските услуги, предоставяни в икономически развитите райони на страната и в труднодостъпните и слабо населени райони. От 83 недържавни пощенски оператора само 23 предоставят услуги извън Москва и Санкт Петербург.

Трудовата мотивация на държавните пощенски служители е изключително ниска - ако през 1998 г. средната работна заплата е била 80 процента от средната за Русия, сега тази цифра е спаднала до 64 процента. Основният работник в пощенските организации е пощальонът – над 40 процента от средната работна заплата.

Средният месечен доход на пощальон през 2002 г. е под жизнения минимум за трудоспособното население в почти всички региони на Русия.

3.1.2.2 Структурата на пазара на пощенски услуги и неговото състояние по вид услуга

Пазарният капацитет на пощенските услуги в Русия през 2002 г. възлиза на повече от 30 милиарда рубли (около 1 милиард щатски долара), което е 0,3 процента от брутния вътрешен продукт на Русия. В страните от Европейския съюз делът на пазара на пощенски услуги представлява повече от 1% от брутния вътрешен продукт, а в Съединените щати - около 1,3%, което показва необходимостта от развитие на този пазар в Русия и увеличаване на неговата принос към руската икономика.

Делът на основните услуги, предоставяни от пощенските оператори, е както следва: изплащане и доставка на пенсии и обезщетения - 24 на сто, пощенски преводи - 17 на сто, разпространение и доставка на печатни издания - 16 на сто, изпращане на писмовна поща - 14 на сто и експресна поща - 11 процента.

Основните дейности на федералните пощенски организации и другите пазарни оператори се различават. Дейностите на федералните пощенски организации са доминирани от предоставянето на традиционни услуги: изплащане на пенсии и обезщетения (24 процента), препращане на писмена кореспонденция (18 процента), разпространение на печатни публикации (13 процента), препращане на пощенски преводи (11 процента). ).

Дейността на недържавните пощенски оператори включва изплащане на пенсии и обезщетения (20 процента), доставка на печатни издания (20 процента), парични преводи (26 процента), както и по-скъпата и качествена услуга - експресна поща (26 процента).

Писмена кореспонденция.

Обемът на писмената кореспонденция в Русия през 2002 г. възлиза на повече от 1,3 милиарда броя. На база на глава от населението, броят на писмата в Русия е по-нисък не само от този в Западна Европа и Северна Америка, но и в страни, където брутният вътрешен продукт на глава от населението е сравним с руския. Например в Русия има 8 писма на човек годишно, а в САЩ тази цифра е 700 букви, във Франция - 432, в Германия - 252, в Чехия - 68, в Полша - 48, в Бразилия - 26 а в Индия - 15 .

Средната скорост на изпращане на писмена кореспонденция в Русия е няколко пъти по-ниска, отколкото в повечето развити и развиващи се страни. Например между страните от Европейския съюз повече от 80 процента от писмата отнемат средно 3 дни, а в рамките на страните от Европейския съюз повече от 95 процента от писмата се доставят на следващия ден след изпращането. В Русия, според официалната статистика, 84 процента от писмената кореспонденция се доставят в рамките на срока, който е до 20 дни, а в Москва срокът за изпращане е същият като между страните от Европейския съюз.

Тарифите за изпращане на писмена кореспонденция, чието държавно регулиране се извършва от Министерството на антимонополната политика и подкрепа на предприемачеството на Руската федерация, понастоящем се поддържат на по-ниско ниво, отколкото в други държави. Понастоящем тарифът за препращане на обикновено писмо с тегло до 20 g (въведено на 10 юни 2003 г.) е 4 рубли 25 копейки, тоест 0,14 щатски долара (в Далечния север се прилагат увеличаващи се коефициенти), докато в Бразилия - 0,17 $ , Полша - 0,3, САЩ - 0,37, и Мексико - 0,6. Заплащането на пощенски услуги за изпращане на писмена кореспонденция в Русия е 0,2 процента от разходите на населението.

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

В момента делът на недържавните оператори в сектора на писмовната поща е около 2 процента, докато делът на федералните пощенски организации е повече от 98 процента.

Тази ситуация отговаря на световната практика, което се дължи на икономическите характеристики на този сектор. Делът на публичните оператори в Западна Европа и Северна Америка е 98 процента, а в Източна Европа - 95 процента.

Според изследване на Всемирния пощенски съюз темпът на развитие на сектора на пощенските услуги на пазара на пощенски услуги се определя от следните основни фактори:

икономически (ръст на брутния вътрешен продукт, развитие на пазарни сектори, които са основни потребители на пощенски услуги, инфлационни процеси);

социално-демографски (промени в броя на домакинствата, нивото на образование на населението);

технологични (развитие на инфокомуникациите и замяна на пощенските услуги с други инфокомуникационни услуги);

вътрешноотраслови (дейности на пощенски организации, държавни органи).

С развитието на инфокомуникационните технологии пощенските услуги не остават в миналото - чуждият опит свидетелства за възможностите за тяхното сближаване и съвместно развитие. Всемирният пощенски съюз и Международният съюз по далекосъобщения прогнозират, че до 2010 г. писмовната поща ще представлява около 15 процента от световния комуникационен пазар по брой съобщения, факс и телефон 75 процента и електронна поща и хибридна поща 10 процента.

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

Разпространение на периодични издания.

В процеса на социалните промени в страната пазарът на периодични издания намалява от 1990 до 1999 г. средно с 20 процента годишно. Тази тенденция приключи през 2000 г. и досега общият тираж на периодичните издания се стабилизира на 7,5 милиарда бройки годишно, което е около 50 периодични издания на глава от населението. Това е в съответствие с базовата линия на развитите страни, където броят на вестниците на глава от населението е 75 в Германия, 62 в САЩ, 51 в Чехия, 45 във Франция и 39 в Испания.

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

През 1990 г. абонаментните периодични издания представляват около 75 процента от общия тираж на периодичните издания и се доставят главно от федерални пощенски организации. До 2000 г. делът на федералните пощенски организации в разпространението на периодични издания е спаднал до 45 процента. Една от причините е наличието на рекламации от страна на потребителите за ненавременна доставка на периодични издания, въпреки ниската цена на услугите.

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

За да се увеличи скоростта на пощенските пратки, включително периодичните издания, ще се работи за подобряване на пощенската логистика по направленията "център - периферия" в рамките на Русия и "град - село" в рамките на регионите.

Общият ръст на приходите за организациите, доставящи периодични издания, се предвижда на 4-5 процента годишно.

Изплащане и доставка на пенсии и обезщетения.

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

Секторът на изплащане и доставка на пенсии е разпределен между неговите участници, както следва: делът на федералните пощенски организации е около 65 процента, Спестовната банка на Руската федерация - 20 процента, и други компании за алтернативна доставка - 15 процента.

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

Пощенски преводи.

Услугите за парични преводи между физически и юридически лица, подобни на пощенските преводи, се предоставят в Русия от агенти на международни системи за парични преводи и руски банки. Всеки гражданин може да изпрати паричен превод, без да отваря сметка в която и да е руска банка, която има право да работи с физически лица. За много граждани на страната обаче пощенските парични преводи са единствената достъпна услуга за парични преводи поради неразвитостта на банковата мрежа в селските райони.

Федералните пощенски организации изпращат пощенски преводи в същите срокове като регистрираната писмена кореспонденция (до 20 дни), докато скоростта на банковия превод е 3-5 дни. За да се подобри качеството на този вид услуга, за да се гарантират високи темпове на растеж на техния обем, е необходимо да се разшири взаимодействието между организациите на федералната пощенска служба на Спестовната банка на Руската федерация, други банки и некредитни организации в условия за предоставяне на услуги на населението в селските и труднодостъпни райони.

Експресна поща, куриерска поща, колети.

Експресната поща е отделни препоръчани пощенски пратки, изпратени чрез системата за експресна поща в срокове, които са значително по-кратки от одобрените срокове за контрол. Куриерската поща е препоръчани пощенски пратки, доставяни лично от служител на обслужващия оператор от подателя до адресата.

Куриерските и експресните пощенски услуги са с по-високо качество от писмовните и колетните услуги и са по-скъпи.

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

Предвижда се руският пазар на експресна поща да расте с темпове, характерни за пазарите на Източна Европа като цяло, което ще бъде около 15 процента годишно. Очаква се също така тенденцията за доминиране на пазара на големи международни компании.

Куриерските пощенски услуги в Русия се предоставят основно от частни руски компании и са печеливш и следователно бързо развиващ се бизнес. Организации на федералните пощенски услуги в този сектор на пазара на услуги в момента практически липсват. Качеството на куриерските пощенски услуги в Русия съответства на основното ниво на качество на тези услуги в развитите страни. Темповете на растеж на куриерските пощенски услуги до 2010 г. се предвиждат на ниво от 10-15 процента годишно.

Обемът на услугите за спедиция на колети в Русия е 13 милиона колети годишно и на глава от населението е около 0,1 колети годишно, докато в Европейския съюз тази цифра е 6,8.

Основният фактор за растежа на този сектор на пазара на пощенски услуги е бързото развитие на услугата "стока по пощата".

При прогнозирането на развитието на услугите за спедиция на колети по тази концепция се приема, че темпът на растеж на този сектор ще бъде 25 процента годишно до 2007 г. и 15 процента годишно през 2008-2010 г., главно поради предоставянето на „стока- до поща" услуга.

Пощенски инфокомуникационни услуги.

До края на 20-ти век промените в живота на обществото, свързани с въвеждането и развитието на инфокомуникационните технологии и Интернет, доведоха до появата на концепцията за информационното общество, което включва използването на информацията като основен фактор за развитие на икономиката, науката, образованието, културата и социалната сфера.

Ръстът на руския пазар на информационни технологии през 2002 г. спрямо 2000 г. е над 18%. Делът на информационните технологии в брутния вътрешен продукт на Русия в момента е 0,6 процента, докато в развитите страни е 10-15 процента. До 2010 г. се предвижда увеличаване на дела на сектора на информационните технологии с 3-4 пъти спрямо сегашното ниво.

С използването на информационни технологии, такива проекти като осъществяване на колективен достъп до Интернет на базата на пощенски станции („CyberPost@“), както и отпечатване и доставка на абонати на вестници, получени чрез интернет в пощенските станции (" CyberPress@") бяха внедрени.

За да осигурят достъп до Интернет на руски граждани, федералните пощенски организации могат да използват своята инфраструктура, системи за доставка на материални активи и прехвърляне на средства, за да предоставят цял ​​набор от нови информационно-комуникационни услуги, свързани с областите на електронния бизнес, електронната търговия, рекламата. , дистанционно обучение и др. d.

Пощенската мрежа е един от най-важните инструменти за изпълнение на федералната целева програма "Електронна Русия (2002-2010)". Ускоряването на този процес зависи от подкрепата на правителството за развитието на федералната пощенска услуга чрез федерални целеви програми.

3.1.3 Основни изводи относно прогнозата за развитието на пазара на пощенски услуги

Анализът на състоянието на секторите на пазара на пощенски услуги в Русия и перспективите за тяхното развитие показват, че в момента някои от тях са на базовото ниво на развитите страни по такива ключови показатели като обема на услугите на глава от населението и нивото на качество на услугата.

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

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

Секторите на куриерската и експресната поща са на нивото на развиващите се страни по отношение на услугите на глава от населението и вече са достигнали нивото на развитите страни по отношение на качеството на услугите. Понастоящем колетният сектор е на ниско ниво, но неговото ускорено развитие, свързано с разрастването на услугите за доставка на пощенски услуги, е възможно, ако има достатъчно инвестиции в пощенската инфраструктура.

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

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

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

Така за развитието на пазара на пощенски услуги до 2010 г. е необходима държавна подкрепа за развитието на всички видове дейности в тази област.

3.1.4 Универсални пощенски услуги: състав, качествени параметри, ценообразуване

В съответствие с Федералния закон „За пощенските съобщения“ универсалните пощенски услуги включват пощенски услуги за задоволяване на нуждите на потребителите на такива услуги при обмен на писмена кореспонденция в рамките на Руската федерация и на достъпни цени.

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

необходими за провеждане на единна информационна, законодателна, данъчна и социална политика в цялата страна;

социално значими;

има отдавна установени традиции, нарушаването на които ще се отрази негативно на благосъстоянието на гражданите и тяхното възприемане на стабилността и стабилността на държавата;

прилага се в съответствие с международните задължения, поети от държавата.

Въз основа на изброените знаци и като се вземе предвид законодателството на Руската федерация, изпращането на писмена кореспонденция може да се счита за универсална пощенска услуга. В съответствие с Федералния закон "За пощенските съобщения", писмената кореспонденция включва обикновени и препоръчани писма, пощенски картички, сектограми, колети и малки пакети. Други видове пощенски услуги не са включени в универсалните услуги.

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

Тази концепция предлага мерки, които ще позволят до 2010 г. да се намали времето за изпращане и доставяне на писмена кореспонденция.

Качеството на универсалните пощенски услуги трябва да бъде гарантирано в цяла Русия, с изключение на труднодостъпните отдалечени райони, където всички параметри на универсалните услуги са предмет на специална регулация, която е в съответствие с международната практика.

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

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

За да се гарантира предоставянето на висококачествени универсални пощенски услуги в цяла Русия, препоръчително е (въз основа на международния опит) да се въведе изключително право за предоставяне на услуги за препращане и доставка на писмена кореспонденция с определено тегло и цена.

3.1.5 Развитие на конкуренцията на пазара на пощенски услуги

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

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

За да се разшири международният обмен на поща, е необходимо да се обмисли възможността за предоставяне на митнически облекчения за цялата международна поща, включително експресната.

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

3.1.6 Лицензионни дейности на пазара на пощенски услуги

В съответствие с Федералния закон „За пощенските съобщения“ операторите извършват дейности за предоставяне на пощенски услуги въз основа на лицензи, получени в съответствие с Федералния закон „За съобщенията“.

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

В същото време условията за получаване на лицензи за предоставяне на универсални и неуниверсални пощенски услуги трябва да се различават.

В съответствие с Федералния закон „За съобщенията“ списъкът с имената на пощенските услуги, включени в лицензите, и съответните списъци с лицензионни условия се установяват от правителството на Руската федерация и се актуализират ежегодно.

Министерството на комуникациите и информатизацията на Руската федерация, въз основа на решения на създадените от него лицензионни комисии, издава лицензи за извършване на дейности в областта на предоставянето на пощенски услуги.

Едно от задължителните изисквания за заявление за лиценз за извършване на дейност в областта на пощенските услуги е посочване от кандидата за лиценз на територията, на която ще се извършват пощенски услуги. Настоящите лицензи за извършване на дейности в областта на предоставянето на пощенски услуги се разпределят по федерални окръзи, както следва: Централен - 42 процента, Северозападен - 14 процента, Волга - 11 процента, Сибир - 10 процента, Южен - 9 процента, Урал - 8 процента, Далечния изток - 6 процента.

Условията за издаване на лиценз за предоставяне на универсални пощенски услуги в цяла Русия трябва да включват изисквания за спазване на установените стандарти за честота на събиране на поща от пощенски кутии, транспортиране и доставка на писмена кореспонденция, срокове за нейното изпращане, както и за наличност. на пощенски станции за потребители.

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

3.1.7 Нормативна правна рамка в областта на пощенските съобщения

Съгласно Конституцията на Руската федерация федералните комуникации са под юрисдикцията на Руската федерация, а въпросите за правното регулиране на пазара на пощенски услуги са от компетентността на държавните органи на федерално ниво.

Основните актове от специален характер, свързани с регулирането на пазара на пощенски услуги, са актовете на Всемирния пощенски съюз, федералните закони "За съобщенията" и "За пощенските съобщения" и Правилата за предоставяне на пощенски услуги.

В съответствие с Федералния закон „За пощенските съобщения“ правното регулиране на отношенията в областта на пощенските съобщения се определя и от закони и други нормативни правни актове на съставните образувания на Руската федерация в рамките на техните правомощия.

Прилагането на тази концепция е възможно при усъвършенстване на законодателната рамка.

Необходимо е да се изясни списъкът на пощенските услуги и да се променят условията за издаване на лицензи за предоставяне на тези услуги, което ще изисква изменения в законодателните актове.

За да се премине към определяне на тарифи за универсални пощенски услуги по метода на икономически обоснованите разходи, ще е необходимо да се изменят редица постановления на правителството на Руската федерация.

За да се развие конкуренцията на пазара на пощенски услуги и да се защитят правата на потребителите на тези услуги, е необходимо също така да се разработи нова версия на Правилата за предоставяне на пощенски услуги, които установяват равни изисквания за пощенските оператори от всички форми на собственост и защита на правата на потребителите на пощенски услуги.

3.2 ПРОУЧВАНЕ ЗА ОСОБЕНОСТИ

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

Изчисляването на икономическата ефективност на проекта се извършва преди началото на проектирането и разработването на системата, тоест в резултат получаваме изчисление на потенциалния ефект от внедряването на системата в обслужващото предприятие.

Процедура за изчисление:

Изчисляване на разходите за разработка;

Определяне на цената;

Изчисляване на икономическата ефективност от внедряването на системата в предприятието за сервизно обслужване.

Тази програма е много лесна за използване, което може значително да намали времето, прекарано за обучение на персонал.

Тази програма има много скромни системни изисквания, заема малко дисково пространство и трябва да се отбележи, че скоростта е висока.

За разработчика на информационна система източникът на приходи е продажбата на софтуерен продукт на клиенти. Разходите на фирмата включват разходите за разработване и възпроизвеждане на системата. Източникът на финансиране са собствените средства на разработчика.

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

3.2.1 Как да проектираме система

Като цяло разработването на информационна система включва следните стъпки:

Начален етап – на който се формулират основните изисквания към програмата, описват се основните цели и се разработват спецификации, т.е. разкриват се основните свойства и показатели, характеризиращи ги.

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

Етапът на проектиране и кодиране на компоненти – през този етап се извършва проектирането и кодирането на отделни системни модули на избрания език за програмиране.

Основният етап е най-отнемащ време. Необходимо е отстраняване на грешки и тестване на отделни програмни модули, след това - цялостно отстраняване на грешки на цялата програма като цяло.

Последният етап - тук се извършва окончателната корекция на програмата и се изготвя необходимата съпътстваща документация.

3.3 Изчисляване на разходите за разработване на метода

Разходите за разработване на автоматизирана диспечерска работна станция включват следните разходни позиции:

Основна заплата;

Допълнителна заплата;

Осигурителни вноски;

Други разходи;

Разработването на системата се извършва от един специалист: програмист. Заплатата на програмиста е 100 рубли/час. В същото време работният ден е 8 часа.

Изчисляването на основната заплата е показано в таблица 5.

Таблица 5 - Изчисляване на основната заплата

Допълнителните заплати включват: заплащане на отпуски, изплащане на възнаграждение за трудов стаж и др. Допълнителната заплата е 20% от основната:

10240 * 0,2 \u003d 2048 рубли.

Осигурителните вноски включват вноски за заплащане на прекъсвания на работа поради временна нетрудоспособност и вноски в пенсионния фонд. Нормата за осигурителни вноски е 26,2% от основната заплата:

10240*0,262=2682,88 търкайте.

Други разходи включват разходите за поддръжка на компютър и заплащане на електроенергия.

Разходите за електроенергия се изчисляват въз основа на консумацията на енергия на устройството и тарифата за електроенергия. В нашия случай се предполага използването на компютър с мощност 0,8 kWh. Цената на един kWh електроенергия е 2,47 рубли. Време за използване на енергия по време на разработка:

11*8=88 часа

Следователно сметката за ток ще бъде:

0,8 * 2,47 * 88 \u003d 173,88 рубли.

Разходите за поддръжка на компютъра се определят от цената на компютъра и времето на неговата работа, след което той трябва да бъде сменен (обикновено това време не надвишава 3 години), през годината компютърът използва 254 работни дни. Тогава:

Изчисляването на разходите за разработка на системата е представено в Таблица 6.

Таблица 6 - Изчисляване на разходите за разработване на системата

3.3.1 Изчисляване на цената на програмата

Предвижда се изпълнението на програмата в 5 обслужващи предприятия.

Тъй като цената за разработка е 15533,76 рубли, общата цена на системата за един обект на изпълнение () ще бъде:

15533,76 / 5 = 3106,75 рубли

Минималната цена на продукта се изчислява по формулата (1)

15 търкайте. - цената на магнитен диск;

10 търкайте. - цената на записа;

r - планираният процент на рентабилност спрямо разходите,

в нашия случай r=20%.

Минималната цена с ДДС се изчислява по формулата (2)

Приходите се изчисляват по формулата (3)

Обхват на изпълнение на програмата.

Общата печалба се изчислява по формулата (4)

ДДС - данък добавена стойност (ДДС=18%).

Нетната печалба се изчислява по формулата (5)

Къде е данък върху дохода ().

3.3.2 Изчисляване на еднократни разходи на проектантски организации за придобиване на методология

Еднократните разходи на предприятието включват следните позиции:

системна цена;

Такса;

Такса за обучение.

Цената на системата е Rs.

Транспортните разходи ще бъдат 10% от цената:

*0,1=443,45 rub.

Обучението на персонала за работа със системата се извършва в рамките на два часа в размер на 65 рубли на час. Следователно таксата за обучение е:

65*2=130 търкайте.

Таблица 7 представя резултатите от калкулирането на еднократните разходи на предприятието.

Таблица 7 - Изчисляване на еднократни разходи за внедряване на информационната система

3.3.3 Изчисляване на годишните еднократни разходи в употреба

Основни разходни позиции:

Фонд за заплати на персонала;

Единен социален данък;

Други разходи.

Изчислението се извършва веднъж годишно от компютърния оператор с часова ставка от 65 рубли на час за един час.

Осигурителните вноски ще бъдат:

65 * 0,34 \u003d 22,1 рубли.

Разходите за електроенергия ще бъдат:

0,8 * 2,47 \u003d 1,97 рубли.

Обобщаваме изчисленията в таблица 6.

Таблица 6 - Изчисляване на годишните еднократни разходи на предприятието

3.3.4 Изчисляване на периода на изплащане

Да предположим, че банковата лихва = 10%, тогава

K1 година = 1 / (1 + 0,1) = 0,91,

K2 години = 1 / (1 + 0,1) * (1 + 0,1) = 0,82,

K3 години = 1 / (1+ 0,1) * (1+ 0,1) * (1 + 0,1) = 0,75.

Приход от отстъпка 1 година \u003d Нетна печалба * K1 година \u003d 3555,35 * 0,91 \u003d 3235,36 рубли.

Приход от отстъпка 2 години \u003d Нетна печалба * K2 година \u003d 3555,35 * 0,82 = 2915,38 рубли.

Приход от отстъпка 3 години \u003d Нетна печалба * K3 години \u003d 3555,35 * 0,75 \u003d 2666,51 рубли.

Приход от отстъпка 4 години \u003d Нетна печалба * K4 година \u003d 3555,35 * 0,68 \u003d 2417,63 рубли.

Необходимо е да инвестирате 5008 рубли. Доход за 1 година \u003d 3235,36 рубли.

Оставаща инвестиция 5008 - 3235,36 \u003d 1772,44 рубли. 1772,44 / 2915,35 = 0,60 Година 2. Следователно срокът на изплащане на проекта е 1 година 7 месеца.

3.3.5 Заключения

Изчислението на икономическата ефективност показва, че проектът е осъществим и ефективен. Изчисленията показват, че срокът на изплащане на програмата ще бъде достигнат за 1 година и 7 месеца от изпълнението на проекта при 5 клиента.

ЗАКЛЮЧЕНИЕ

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

В тази връзка бих искал да подчертая особената актуалност на проблема за моделиране на взаимодействието на HO (човешки оператор) с техническите средства на автоматизираните системи за управление. Днес има реална възможност да се уточни видът и характеристиките на използваните информационни модели, да се идентифицират основните характеристики на бъдещата дейност на операторите, да се формулират изисквания за параметрите на хардуера и софтуера на интерфейса за взаимодействие и т.н., като се използва моделиране на съвременни многофункционални инструменти за обработка и показване на информация, като Delphi.

Говорейки за проблемите на човешкото взаимодействие с TS ACS и практическото изпълнение на интерфейса за взаимодействие, не може да се пропусне толкова важен въпрос като унификация и стандартизация. Използването на стандартни решения, модулния принцип на проектиране на системи за показване и обработка на информация става все по-широко разпространено, което обаче е съвсем естествено.

Специален акцент при изпълнението на тези задачи, дизайнът и разработването на AIS, разбира се, трябва да се отделят на съвременните CASE-инструменти за разработване на програми, тъй като те най-оптимално ви позволяват да проектирате решения, базирани преди всичко на изискванията за последователен потребителски интерфейс, който е интерфейсът Windows. Наличните днес продукти на никоя друга компания не предлагат същата лекота на използване, производителност и гъвкавост, както Delphi. Този език преодолява разликата между езиците от 3-то и 4-то поколение, като комбинира техните силни страни и създава мощна и продуктивна среда за разработка.

В тази дипломна работа е проектирана информационна система за отчитане на приложения на ЗАО "CRT Service". Базата данни е създадена на базата на програмата MSAccess.

По време на написването на дипломната работа е направено следното:

1 Анализирана дейността на ЗАО "CRT Service";

2 Изучават се функционалните отговорности на диспечера и същността на процеса на отчитане и контрол на приложенията;

3 избрани инструменти за разработка;

4 Проектирана е структурата на разработената система;

5 Разработен потребителски интерфейс;

6 Реализирана и тествана ИС по данни от конкретен пример;

Проектираната IS заема минимално пространство и памет, като осигурява всички връзки между данните. Можете лесно да въвеждате нови данни в него. Базата данни напълно удовлетворява изискванията на клиента, тъй като е лесна за използване и предоставя необходимата информация. В края на извършената работа получих положителен преглед от CJSC "CRT Service".

Получената програма може да се представи като демонстрация на моите професионални умения. Всички поставени цели в резултат на работата бяха постигнати.

Библиотеката за визуални компоненти (VCL) е обектно-ориентирана библиотека за разработка на софтуер, разработена от Borland, за да поддържа принципите на визуално програмиране. VCL е включен в Delphi, C++ Builder и Borland Developer Studio и всъщност е част от средата за разработка, въпреки че разработването на приложения в тези среди е възможно без използването на VCL. VCL предоставя огромен брой готови за използване компоненти за работа в различни области на програмирането, като потребителски интерфейс (екранни форми и контроли - така наречените "контроли", "контроли"), работа с бази данни, взаимодействие с операционни система, програмиране на мрежово приложение и т.н.

У дома » Как да печелите » Формулиране на проблема. Разработване на автоматизирана информационна система „отчитане на заявки за ремонт и диагностика” Автоматизирана система за записване на заявки