Разработка и внедрение информационной системы "Автовокзал"


Федеральноеагентство пообразованию

Сибирскаягосударственнаяавтомобильно-дорожнаяакадемия

(СибАДИ)


Факультетавтомобильноготранспорта


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


Курсоваяработа

“Разработкаинформационнойсистемы напредприятияхавтомобильноготранспорта”


Выполнил:Колесов С.С.

Шифр: ОДз-06-21

Проверила:Ловыгина Н.В.


г. Омск 2009


Содержание


Задание

Введение

1. Описаниепредметнойобласти информационнойтехнологииАТП

1.1 Характеристикаполной предметнойобласти

1.2 Характеристикаорганизационныхединиц предметнойобласти

2. Характеристикапроцессовциркуляциии переработкиинформации

2.1 Характеристикапроцесса сбораинформациив АТП

2.1.1 Источникивнешней информациии характеристикапередаваемыхими сведений

2.1.2 Источникивнутреннейинформациии характеристикапередаваемыхими сведений

2.2 Характеристикапроцесса передачиинформации

2.3 Характеристикапроцесса переработкиинформации

2.4 Характеристикапроцесса храненияинформации

2.5 Характеристикапроцесса доведениядо пользователяинформации

2.6 Вывод повторой главе

3. Предлагаемаяинформационнаясистема АТП

3.1 Основныеавтоматизированныерабочие местаи их функциональноеназначение

3.2 РекомендуемаяпоследовательностьреализацииАРМ в АТП

4. Техническоеобеспечениеинформационнойсистемы в АТП

4.1 Предлагаемыеперсональныекомпьютеры

4.2 Предлагаемыепринтеры

4.3 Предлагаемаялокальнаякомпьютернаясеть

4.4 Предлагаемыйперечень прикладныхпрограмм

5. Расчет затратна реализациюинформационнойсистемы в АТП

5.1 Расчет затратна персональныекомпьютеры

5.2 Расчет затратна принтеры

5.3 Расчет затратна локальнуюкомпьютернуюсеть

5.4 Расчет затратна приобретениеприкладныхпрограмм

Список используемойлитературы


Заданиек курсовойработе


1. Выбратьпредприятиеавтомобильноготранспорта(грузовое илипассажирское).

2. Представитьорганизационнуюструктурууправленияавтотранспортногопредприятия(АТП).

3. Рассмотретьпроцессы сбора,передачи,переработки,хранения информациии доведенияеё до пользователядля отделов(подразделений)внутри предприятий,занимающихсяорганизациейработы автомобильноготранспорта.

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

5. Предложитьновый илиусовершенствованныйвариант информационнойсистемы АТП,включающейв себя автоматизированныерабочие места(АРМ) толькодля тех отделов,для которыхбыли рассмотреныпроцессы сбора,передачи,переработки,хранения информациии доведенияеё до пользователя,а также техническоеобеспечениеинформационнойсистемы.

6. Рассчитатьзатраты навнедрение впредприятииинформационнойсистемы.


Введение


На современномэтапе развитияпроизводительныхсил и производственныхотношенийинформациястала товаромсо всеми присущимией свойствами.Сегодня существуютинформационнаяпромышленность,национальныеинформационныересурсы, происходитпереход отиндустриальнойэкономики кэкономике,основаннойна информации.Особенно этоактуально длятранспорта,как отраслинародногохозяйства.

Транспортнойсистеме присущичерты, свойственныелюбой другойпроизводственнойсистеме. Однакопо сравнениюс другими отрасляминародногохозяйстватранспортобладаетспецифическимиособенностями,порождаемымихарактеромпроизводственногопроцесса.Производствои реализациятранспортнойпродукцииосуществляютсяодновременно.Эта продукцияне существуетотдельно оттранспортаи не можетпроизводитьсяв запас. Средствапроизводстватранспортнойотрасли рассредоточеныпо всей странеи за её пределами,большая частьих находитсяв постоянномперемещении.Все виды транспорта:железнодорожный,морской, речной,воздушный,автомобильныйи трубопроводный- тесно связанымежду собой,образуя единуютранспортнуюсистему. Онапредставляетсобой совокупностьпутей сообщения,транспортныхузлов, транспортныхи погрузо-разгрузочныхсредств, котораяобеспечиваетперевозкугрузов и пассажировиз пунктовотправленияв пункты назначенияи выполнениесоответствующихгрузовых операций.Масштабы деятельностиотрасли,рассосредоточенностьеё объектов,динамическийхарактерпроизводственногопроцесса, воздействиебольшого числаслучайныхфакторовобусловливаютнеобходимостьсбора, передачи,хранения информациии доведенияеё до пользователя.


1. Описаниепредметнойобласти информационнойтехнологииАТП


Предметнаяобласть – этотранспортноепредприятие,его подразделения,службы, средствапроизводства,транспортныесредства и т.д.

РассмотриморганизационнуюструктурууправленияпредприятияООО «ДИЛ-АВТОТРАНС».Занимающегосямеждугороднимиперевозкамигрузов и перевозкойгрузов по городу.


1.1 Характеристикаполной предметнойобласти


Описаниеполной предметнойобласти сводитсяк описаниюорганизационнойструктурыпредприятияс расшифровкаминазваний служби подразделенийпредприятия.Структурапредставленана рис. 1.


1.2 Характеристикаорганизационныхединиц предметнойобласти


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

Основнымвидом деятельностиОАО «ДИЛ-АВТОТРАНС»является перевозкагрузов накоммерческойоснове. Следовательно,основной службойорганизацииявляется службаэксплуатации.В состав службыэксплуатациивходит отделэксплуатацииавтотранспорта,коммерческийотдел, отделбезопасностидвижения. Отделэксплуатациисостоит изавтоколонни диспетчерскойслужбы. Основнаязадача отделаэксплуатации– организацияперевозкигрузов.

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

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

Начальникавтоколонныобеспечиваетработу техническиисправногоподвижногосостава и эффективноеего использование,тем самымобеспечиваетвыполнениеобъема грузоперевозокпо договорнымобязательствами сменным заданиям.

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

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

Начальникотдела топливно-энергетическихресурсов (ТЭР)- организацияобеспечениятопливнымиресурсамипредприятияи контроль заих расходами.

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

Начальникотдела материально-техническогоснабжения(МТС)- организацияпоступленияи распределенияматериалов.

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

Главныймеханик- организацияводоснабжения,отопления,энергообеспечениепредприятия.

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

Начальникхозяйственногоотдела- обеспечениевыполненияхозяйственнойдеятельностивнутри предприятия.

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

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

Бухгалтерия- выполняетработу по ведениюбухгалтерскогоучета и имущества;обязательстви хозяйственныхопераций, участвуетв разработкеи осуществлениимероприятий,направленныхна соблюдениефинансовойдисциплиныи рациональноеиспользованиересурсов.Осуществляетприем и контрольпервичнойдокументациипо соответствующимучасткамбухгалтерскогоучета и подготавливаетих к счетнойобработке.

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

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

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

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


2. Характеристикапроцессовциркуляциии переработкиинформации


Неотъемлемойчастью деятельноститранспортаявляется процессциркуляциии переработкиинформации(информационныйпроцесс). Этовызвано тем,что, во-первых,незначительнаячасть информациина транспортепотребляетсяв том виде, вкотором онапоступает извнеили вырабатываетсявнутри системы;во-вторых, большаячасть информацииподлежит обработке,хранению, передаче,сбору, доведениюдо пользователя.При этом в ролипредмета трудавыступаетинформация(данные). Средствамитруда выступаютаппаратныеи программныесредстваавтоматизации,воздействующиена объект (предмет)труда. Поэтомуинформацияна транспортевместе со средствамитруда считаетсячастью средствпроизводства,составляющихтранспортныйпроцесс.


2.1 Характеристикапроцесса сбораинформациив АТП


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


2.1.1 Источникивнешней информациии характеристикапередаваемыхими сведений

Внешняяинформация– информацияиз внешнейсреды, являетсяприблизительной,не точной,отрывистой,противоречивой,она касаетсярынка и конкурентов,прогнозов,процентныхставок и ценналоговойполитики,политическойситуации, носитвероятностныйхарактер. Дляобработкииспользуютсяэкспертныеинформационныесистемы. Высшееруководствов основномиспользуетвнешнюю информацию.


2.1.2 Источникивнутреннейинформациии характеристикапередаваемыхими сведений

Внутренняяинформация-возникает всамой системеуправленияи отражает вразличныевременныеинтервалы егофинансовоеположение.

Внутри организацииобмены информациейпроисходятмежду уровнямируководства(вертикальныекоммуникации)и между подразделениями(горизонтальныекоммуникации).

Межуровневыекоммуникациив организации.Информацияперемещаетсявнутри организациис уровня науровень в рамкахвертикальныхкоммуникаций.

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

По окончаниюпроцесса переработкиинформациивнутри предприятияинформацияопять попадаетна внешниерынки в видесформированногокоммерческогопредложения.


2.2 Характеристикапроцесса передачиинформации


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

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

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

На данномпредприятииинформациямежду отделамипередаетсяпо локальнойсети, в устнойформе и документальнойписьменной.


2.3 Характеристикапроцесса переработкиинформации


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


2.4 Характеристикапроцесса храненияинформации


Информацияхранится втекстовомпечатном виде,на электронныхнакопителях,в памяти работников.Хранение инакоплениеинформациивызвано многократнымее использованием,применениемпостояннойинформации,необходимостьюкомплектациипервичныхданных до ихобработки. Длядолговременногохранения информациисоздают архивы.


2.5 Характеристикапроцесса доведениядо пользователяинформации


Доведениеинформациидо пользователя- это преобразованиесведений отечении транспортногопроцесса исведений, влияющихна ход этогопроцесса вформу, обеспечивающуюоперативноеи безошибочноевосприятиепользователеми непосредственнаявыдача сведений.До пользователяинформациядоводится по:телефону, факсу,Интернету.Информациюпользовательполучает и подокументам.

Вывод повторой главе

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


3. Предлагаемаяинформационнаясистема АТП


Информационнаясистема натранспорте-это, во-первых,совокупностьпроцессовциркуляциии переработкиинформациии, во-вторых,описание этихпроцессов.Целью реализацииинформационнойсистемы натранспортеявляется повышениеэффективноститранспортногопроцесса набазе использованиясовременныхкомпьютеров,распределеннойпереработкиинформации,распределенныхбаз данных,различныхинформационно–вычислительныхсетей, путемобеспеченияциркуляциии переработкиинформации.


3.1 Основныеавтоматизированныерабочие местаи их функциональноеназначение


Общая структурнаясхема информационнойсистемы АТПпредставлена.

Она включаеткомплексвзаимосвязанныхавтоматизированныхрабочих мест:АРМ отделакадров, АРМтехническогоотдела, АРМбухгалтерии,АРМ плановогоотдела, РМ ремонтнойслужбы, АРМадминистраторасистемы (базыданных).

АРМ плановогоотдела. Предназначендля планированиятехнико-экономическихпоказателей(ТЭП), убыткови доходов. Крометого, здесьвыполняетсярасчёт премийи анализ деятельностипредприятий.Формы анализадолжны формироватьсяпо всем видамработ (маршрутные,заказные,хозяйственные,коммерческиеи пр.) в разрезевсех подразделенийпредприятия(отработанныечасы, расходтоплива, фактическаявыручка и пр.).

АРМ техотдела.АРМ необходимодля планированияТО-1, ТО-2, ТР, учётаремонтныхвоздействийна автомобили,а также дляразработкимаршрутныхлистов. Здесьзаполняютсянеобходимыесправочники(виды ремонтныхвоздействий,нормативытрудоёмкостии простоя в ТОи ремонте, стоимостиремонта и пр.).Персонал даннойслужбы отслеживаетвсе перемещенияавтомобилейпо предприятию(постановкав ремонт, перемещенияпо ремонтнымзонам, выходиз ремонта) сформированиемсоответствующихдокументов(ремонтныхлистов). Модульанализа состоянияподвижногосостава позволитполучить оперативныеданные о местонахожденииавтомобиля,готовностик выполнениютранспортнойработы, о простояхв ремонте и пр.Вся информацияоб изменениисостоянияподвижногосостава мгновенноотражаетсяв базе данныхи становитсядоступной начтение с другихрабочих мест.

АРМ бухгалтерии.Это наиболеесложная служба(с точки зренияреализациии сопровождения)и должна состоятьиз комплексасамостоятельныхАРМ, функциональносвязанных какмежду собой,так и с другимирабочими местамипредприятия.Все бухгалтерскиепроводки должныфиксироватьсяв главной книге.Исходя из этого,в бухгалтериидолжны функционироватьподсистемы,представленные.

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

АРМ отделакадров. Предназначендля ввода икорректировкиинформациио персоналепредприятия.Здесь заполняютсянеобходимыесправочники(штатное расписание,категорииработников,виды образования,структураподразделенийпредприятияи пр.). Персоналотдела кадровотслеживаетвсе перемещенияработников(приём, увольнение,переход в другоеподразделение),а также изменениепо конкретнымработникам(смена местажительства,изменениеклассности,рождение детейи пр.) с выдачейсоответствующихприказов ираспоряжений.Модуль анализакадровогосостава позволяетполучать оперативныеданные о текучести,потребности,вакансиях,списочныйсостав подразделенийи пр. Вся информацияоб измененияхкадровогосостава мгновенноотражаетсяв базе данныхи становитсядоступной длячтения с другихрабочих мест.

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

Здесьзаполняютсянеобходимыесправочники(марки автомобилей,нормативытехническогообслуживанияи пр.). Персоналтехническогоотдела отслеживаетвсе перемещенияавтомобилей(получение,списание, переводв другое подразделение),а также измененияпо конкретнымавтомобилям(смена двигателя,закреплениеза водителеми пр.) с выдачейсоответствующихприказов ираспоряжений.Модуль анализасостоянияподвижногосостава позволитполучить оперативныеданные о пробегах,возрастнойструктурепарка, закрепленииза водителямии пр. Все данныеоб измененияхподвижногосостава мгновенноотражаютсяв базе данныхи становятсядоступнымидля чтения сдругих рабочихмест.


3.2 РекомендуемаяпоследовательностьреализацииАРМ в АТП


Внедрениеинформационнойсистемы в АТПнеобходимовыполнять вопределеннойпоследовательности.

На первойстадии запускаютсярабочие места,обеспечивающиесистему нормативно– справочнойинформацией,на второй стадии– текущей (первичной)информацией,на третьейстадии – формирующиесявыходные формы.

При реализациикомплекснойсистемы предприятияв первую очередьнеобходимозапустить АРМотдела кадров,АРМ техническогоотдела, посколькубез сведенийо подвижномсоставе, водителяхи ремонтныхрабочих и другомперсонале ниодна из подсистемработать небудет или произойдетсбой в транспортномпроцессе.

На второмэтапе необходимореализоватьподсистемыработы диспетчерскойслужбы, обработкипутевой документации,учет топлива.В результатекомплекснойобработкипутевых листовбудут формироватьсясведения орасходах топлива,отработкеводителей(часы) и о пробегахавтомобилей.

На третьемэтапе возможнареализациярабочих местбухгалтерии(начислениезарплаты) иплановогоотдела (формированиеформ анализаработы преприятия).

На четвертомэтапе, послетого как в системеналажен учётпробегов, можнореализоватьАРМ ремонтнойзоны (планированиеТО-1 и ТО-2).


4. Техническоеобеспечениеинформационнойсистемы в АТП


Без информационнойсистемы АТПне может выполнитьсвоих функцийв полном объеме.Поэтому необходимореализоватьинформационноеобеспечениена АТП.


4.1 Предлагаемыеперсональныекомпьютеры


В Россиираспространениеполучили двавида ПК, совместимыхс IBM PC и Apple Macentosh. Следуетотметить, чтокомпьютеры,совместимыес IBM в основномприменяютсяв сфере обработкиданных. IBM могутработать какавтономно, таки в локальнойсети. При покупкекомпьютера,набор егохарактеристикопределяетсязадачами, которыев нем будутрешаться, сервердолжен отвечатьповышеннымтребованиямк надежности,иметь приемлемоесочетание цены,надежностии производительности,а также иметьдостаточноемкие жесткиедиски устройствадля переносабольших массивовинформациина внешниеносители. Высокуюскорость работыкомпьютераможно получитьне только засчет процессорас высокой тактовойчастотой, гораздодешевле и эффективнееувеличитьпамять.

Количествоперсональныхкомпьютеров:для руководстваАТП- 2шт.,для АРМбухгалтерии-2шт., для АРМремонтнойслужбы- 1шт., дляАРМ отделакадров- 1 шт., дляАРМ плановогоотдела- 1 шт., дляАРМ техническогоотдела- 1 шт.

В итоге потребуется8 персональныхкомпьютеров.

ПК для руководстваи других работниковАТП.


Таблица 1.

ТоварКомплектующие, мониторыКол-воЕд.
1Процессор Intel Pentium 4 №531 3.0GHz /1Mb/800/socket-775 EMT64 BoxПроцессор8шт.
2Системная плата Intel D945PAWLK(i945P, LGA775, dual DDRII667, PCIX16, HD Audio, 2PCIX1, GbtLan)Системная плата8шт.
3Корпус Midi Tower ATX P4 400W Proxima Prestige V-159 siiver-blue(2USB, audio, 1394) TAC2.0 Tube 20+4Корпус8шт.
4Модуль памяти DiMM 512Mb DDRil SDRAM (PC5300) 667Mhz 240-pin HvnixОперативная память8шт.
5[Жесткий диск 160Gb Seagate SATA-300 (7200) (8Мб)Жесткий диск8шт.
6Видеоконтроллер PCI-E, 256Mb GeCude Radeon X1600Pro DDR2 DVi TV-outВидеокарта8шт.
7Привод FDD 3.5" silverФлоппи дисководы8шт.
8Привод DVD-RW Pioneer DVR-111 (dual) (DVD-RAM, 8xDL/R9, 16x DVD-R, 6x DVD-RW, 8x DVD+RWDVD-RW8шт.
917" Монитор ЖК LG 1752TR silver ([email protected]Гц;300кд/м;1600:1: 2мс;160°/160°;DVI;)Монитор8шт.
10Клавиатура Oklick 510S PS/2 blackКлавиатура8шт.
11Мышь Genies NetScrol 110 оптическая (USB), 800dpi, BlackМышь8шт.
12Acorp [email protected] W422G(ADSL2+WiFi)Факс-модем2шт.
13Genius SP-F120колонки8шт.

4.2 Предлагаемыепринтеры


Принтеры.Предназначеныдля выводаинформациина бумажныеносители. Внастоящее времяв основномиспользуютсятри вида принтеров,имеющих различныйпринцип работы:матричные,струйные илазерные.

Наиболеедешёвыми (постоимости ив эксплуатации)являются матричныепринтеры. Онидостаточнонадёжны и внастоящее времяявляются наиболеераспространённымив АТП. Однакоу матричныхпринтеров естьмного недостатков.В частности,низкая скоростьпечати (особенноесли программноеобеспечениеработает подWindows), неудовлетворительноекачество выходныхдокументов,высокая шумность,печать в черно-беломрежиме. Они нерассчитанына выдачу большогочисла документов(например, припечати путевыхлистов такиепринтеры долгоне проживут).

Струйныепринтеры работаютпрактическибесшумно, даютболее высокоекачество печати,существуютв чёрно-беломварианте, обладаютхорошей скоростьюпечати.

Лазерныепринтеры имеюточень высокуюскорость печати(до 12 стр./мин),отличное качествои высокую надежность.Они могут успешноприменятьсядля выводапутевых листов,так как рассчитанына печать большогочисла документов.Но они имеюти самую высокуюстоимость.

Для данногоАТП болееэкономичнымиявляются лазерныепринтеры.

Для руководстваодно многофункциональноеустройство-XEROX Phaser 3110 (лазерныйпринтер/сканер/копир,USB), для остальныхотделов предприятия-принтер Canon LBP 3000.


4.3 Предлагаемаялокальнаякомпьютернаясеть


Локальныесети. На информационномуровне все АРМпредприятиянастолькосвязаны междусобой, что осоздании эффективнойинформационнойсистемы безлокальнойкомпьютернойсети не можетбыть и речи.

Для связикомпьютеровв локальнуюсеть используютсятри типа носителейинформации- коаксиальныйкабель, проводтипа "витаяпара" и оптическоеволокно.

Коаксиальныйкабель представляетсобой одножильныйпровод с меднойоплёткой (внешнепохож на антенныйтелевизионныйкабель). Длинасегмента сетидля этого кабеляне может превышать180 м, а скоростьобмена информацииограничивается10 Мбит. При этомне требуетсяникакогодополнительногооборудования.На сегодняшнийдень это самыйдешёвый носитель.Сеть, построеннаяна коаксиальномкабеле, требуетдовольно жёсткихправил подключениякомпьютеровв электрическуюсеть. Самоеглавное - всекомпьютерыдолжны бытьзаземлены. Еслизаземлениянет, то они должныбыть подключенык одной фазе.В крайнем случае,необходимозаземлить одиниз терминалов.

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

Применениеэтого кабеляоправдано вследующихслучаях: еслив предприятиисовсем плохос финансамипри наличии3-5 компьютеров,если сеть непретендуетвыйти за пределынебольшогоздания.

Витаяпара представляетсобой многожильныйпровод в общейпластиковойоболочке. Длинасегмента сетидля этого кабеляне может превышать100 м, а скоростьобмена информациидоходит до 100Мбит (в 10 раз выше,чем по коаксиальномукабелю). Приэтом для стыковкикомпьютеровв небольшихсетях требуютсядополнительныеустройствасопряжения- так называемые"хабы"(hab). К одномуустройствусопряженияможет бытьподключено4, 8, 16 компьютеров.Таким образом,при наличиипервого устройствасопряжениямаксимальноерасстояниемежду компьютерамине превысит200 м. Сети, построенныена витой паре,менее зависимыот прихотиэлектрическогопитания компьютеров,более электробезопасны,быстры и надёжны.

Оптическоеволокно - принципиальнодругой типносителя информации,обеспечивающийсверхбыструюпередачу данных.Длина сегментасети для этогокабеля можетдостигать двухкилометров,а скоростьобмена информациидоходит до 1Гбит. При этомдля стыковкикомпьютеровтребуютсядополнительныеустройствасопряжения.Такая локальнаясеть будетсамой быстройи надёжной, ноеё цена примернов 10 раз превыситцену сети набазе витойпары. Основныезатраты здесьпридутся наустройствасопряжения.Такой кабельне окисляется,не боится сырости,что даёт дополнительныегарантии сохранности.

Теперьпоговорим оконфигурациисети. В сетяхсуществуеттри схемы соединениякомпьютеровв сеть: шина,кольцо и звезда.

Шина (сетьEthernet). В этом случаекомпьютерысоединяютсяпоследовательночерез общийкабель (наподобиелампочек наёлочной гирлянде).На концы кабеляставятся специальные"заглушки"(терминаторы).

При такойконфигурациисети будутминимальныезатраты накабель и монтажныеработы. Однакотакая типологиясети имеет одинсущественныйнедостаток- эффект ёлочнойгирлянды (есликабель обрываетсяв одном месте,нарушаетсяработа всейсети).

Кольцо(сеть Token Ring). В этомслучае компьютерытакже соединяютсяпоследовательно,но отпадаетнеобходимостьв терминаторах.При такой типологииразрыв кабелятакже приводитк остановкевсей сети.

Звезда(сеть Ethernet). При такойтипологии сетирасход кабелязначительновыше, чем в двухпредыдущихвариантах(иногда в десяткираз), так каккаждый компьютерсоединяетсяс устройствомсопряженияотдельнымкабелем.

Но этообеспечиваетбольшую надёжность,поскольку обрыводного звенаприводит кнарушениюобмена информациитолько с однимкомпьютером,остальные членысети могут ине заметитьобрыва. Приработе с даннымина первое местовсегда ставитсянадёжность,поэтому такаяконфигурациядостаточнопопулярна,несмотря набольшие затраты.

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

Т.к АТПне требуетсупер- совершенныхинформационныхтехнологий,информационныетехнологиине профильэтого предприятия,то можно использоватьне слишкомдорогой типносителя информации,такой как витаяпара. А соединитькомпьютерыбудет разумнопо схеме звезда.

4.4 Предлагаемыйперечень прикладныхпрограмм


Существуетстандартныйпакет программ(Microsoft Word, Microsoft Excel и др.) безкоторых нельзяиспользоватьвозможностикомпьютерав полном объемеодин из нихMicrosoft Office. Кроме стандартныхпрограмм необходимоустановитьспециальныепрограммы дляАТП напримердля планированиятранспортногопроцесса:

ОТТС. Программапредназначенадля определенияпроизводительноститранспортныхсредств приих функционированиив транспортныхсистемах различногоуровня: микросистемы,особо малойсистемы, малойсистемы.

Крометого, даннаяпрограммапозволяетисследоватьвлияниетехнико-эксплуатационныхпоказателейна функционированиеавтомобилейв каждой транспортнойсистеме и самихтранспортныхсистем в целом.Для этогопредусмотреновведение исходныхданных в пятивариантах,которые будутотличатьсядруг от другатолько однимизменяемымпоказателем,влияние которогонеобходимоисследовать.Для наиболееточной картинывлияния такогопоказателяего значениедолжно бытьизменено на± 20 % с шагом в 10%. Отличающиесязначения врезультирующихтаблицах ибудут иллюстрироватьвлияние рассматриваемогопоказателяна функционированиеавтомобилейи систем.

TRAN3. Программапредназначенадля решениятранспортнойзадачи - задачизакрепленияпотребителейза поставщикамиметодом МОДИ.

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


5. Расчет затратна реализациюинформационнойсистемы в АТП


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


5.1 Расчет затратна персональныекомпьютеры


Таблица 2.


ТоварКомплектующие, мониторыСтоимость 1 ед. товара, руб
1Процессор Intel Pentium 4 №531 3.0GHz /1Mb/800/socket-775 EMT64 BoxПроцессор3658.00
2Системная плата Intel D945PAWLK(i945P, LGA775, dual DDRII667, PCIX16, HD Audio, 2PCIX1, GbtLan)Системная плата3528.14
3Корпус Midi Tower ATX P4 400W Proxima Prestige V-159 siiver-blue(2USB, audio, 1394) TAC2.0 Tube 20+4Корпус1563.32
4Модуль памяти DiMM 512Mb DDRil SDRAM (PC5300) 667Mhz 240-pin HvnixОперативная память1896.00
5[Жесткий диск 160Gb Seagate SATA-300 (7200) (8Мб)Жесткий диск1918.00
6Видеоконтроллер PCI-E, 256Mb GeCude Radeon X1600Pro DDR2 DVi TV-outВидеокарта2231.50
7Привод FDD 3.5" silverФлоппи дисководы212.57
8Привод DVD-RW Pioneer DVR-111 (dual) (DVD-RAM, 8xDL/R9, 16x DVD-R, 6x DVD-RW, 8x DVD+RWDVD-RW1200.19
917" Монитор ЖК LG 1752TR silver ([email protected]Гц;300кд/м;1600:1: 2мс;160°/160°;DVI;)Монитор7079.50
10Клавиатура Oklick 510S PS/2 blackКлавиатура495.32
11Мышь Genies NetScrol 110 оптическая (USB), 800dpi, BlackМышь127.23
12Acorp [email protected] W422G(ADSL2+WiFi)Факс-модем2213.15
13Genius SP-F120колонки289,43

Общая стоимостьвсего оборудованиясоставит: 183568,57рублей.

Расчет наперсональныекомпьютерыи принтерыпроизводитсяпо даннымкомпьютернойфирмы ЛИК-2000,расположеннойв

Страницы:12

Источник: https://xreferat.com/96/567-1-razrabotka-informacionnoiy-sistemy-na-predpriyatiyah-avtomobil-nogo-transporta.html

Главная / Тематика работ

Дипломная работа по теме "Информационные системы и технологии в менеджменте"

Вас заинтересовала выбранная тема?

На нашем сайте Вы можете получить один из видов студенческих работ:диплом MBA, дипломная работа, отчет по практике, отчет поучебно-ознакомительной практике, отчет по производственной практике,отчет по преддипломной практике, курсовая работа, реферат.

Каждая работа написана преподавателем Высшего учебного заведения.Безупречное качество и оперативность в получении работы гарантированы.

Если Вас интересуют аналогичные темы работ, Вы можете просмотретькаталог тем.

Найдена тема: "Информационные системы и технологии в менеджменте"

Похожие темы:

Образцы выполненных работ

Отчет по практике: Преддипломная практика экономиста. Анализ налоговых платежей строительного предприятия ООО

Введение

Проблемы налогов и налогообложения всегда актуальны и имеют непреходящее значение. С момента возникновения государства налог стал единственно возможным способом удовлетворения его потребностей независимо от организационных основ государства и форм собственности. Сегодня налоги являются основным источником поступления денежных средств в доход бюджета государства и во внебюджетные социальные фонды.
История налогообложения насчитывает тысячелетия. При этом выделяют несколько этапов. Первый относится к древнему миру и средним векам. Второй этап датируется концом XVII в. В этот период система налогов и сборов расширяется, проводится грань между прямыми и косвенными налогами. Третий этап относится к концу ХХ века. Он характеризуется более четким выделением проблем, связанных с налогообложением.
Все это, несомненно, отражает особую актуальность темы, выбранной для исследования.
Объектом преддипломной практики является ООО «Новый Век-М». 
Цель преддипломной практики – рассмотреть теоретические и налогообложения на предприятии.

 


Выводы

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

Ознакомиться с полной версией выполненных работ Вы можете здесь
Источник: http://www.vip-study.ru/theme6156.htm

Федеральное агентство по образованию

Государственное образовательное учреждение высшего профессионального образования

"ЧИТИНСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ"

(ЧитГУ)

Институт переподготовки и повышения квалификации

Кафедра менеджмента технологических и транспортных систем

 

 

 

 

 

 

Курсовая работа

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Чита 2009

Федеральное агентство по образованию РФ

Государственное образовательное учреждение высшего профессионального образования

"ЧИТИНСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ"

(ЧитГУ)

Институт переподготовки и повышения квалификации

Кафедра менеджмента технологических и транспортных систем

Утверждаю

Зав. кафедрой

"___"_________________200 г.

 

Календарный план

Месяцы и неделиДекабрьЯнварьФевральМарт11223344551122334455112233445511223344551. Выдача задания2. Сбор информации3. Формализация материала4. Систематизация 5. Презентация в Power Point6. Защита курсовой работы

План выполнен:Руководитель проекта_________________200_г.

 

Реферат

 

Пояснительная записка страниц 39, рисунков 5, таблиц 1, библиография 5.

Ключевые сочетания:

ПАССАЖИРСКИЕ ПЕРЕВОЗКИ, ОРГАНИЗАЦИЯ, ДИСПЕТЧЕРСКОЕ УПРАВЛЕНИЕ, СИСТЕМА, УСТРОЙСТВО, АНТЕННА, ПАРАМЕТРЫ, ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ, СТОИМОСТЬ.

Цель курсовой работы: выяснить возможность применения автоматизированной системы диспетчерского управления при городских пассажирских перевозках на электротранспорте.

Объектом исследования является: автоматизированная система диспетчерского управления "Фара-0050".

Задачи:

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

-Подобрать комплекс аппаратуры системы управления и контроля.

- Определить требуемые затраты на внедрение.

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

 

Содержание

 

Введение

1. Основные определения и сокращения

2. Описание предприятия

2.1 Характеристика предприятия

2.2 Управление деятельностью депо

2.3 Структурные подразделения депо и их назначение

2.4 Техническая документация и учет эксплуатации троллейбуса

2.5 Выпуск троллейбусов из депо и их техническое обслуживание на маршрутах города

2.6 Диспетчеризация управления и регулярность движения троллейбусов

3. Автоматизированная система диспетчерского управления городского пассажирского транспорта (АСДУ ГПТ) "Фара-0050"

3.1 Область применения

3.2 Принцип действия

3.3 Особенности АСДУ "Фара-0050"

3.3.1 Принципиальные отличия от других систем

3.3.2 Полезные свойства

3.3.3 Возможности обмена информацией

3.4 Структура АСДУ "Фара-0050"

3.4.1 Аппаратное обеспечение

3.4.2 Программное обеспечение

3.4.3 Организационное обеспечение

4. Стоимость внедрения АСДУ "Фара-0050"

4.1 Разовые затраты

4.2 Постоянные затраты

Заключение

Список используемых источников

Введение

 

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

Согласно определению, принятому ЮНЕСКО, информационная технология это комплекс взаимосвязанных, научных, технологических, инженерных дисциплин, изучающих методы эффективной организации труда людей, занятых обработкой и хранением информации, вычислительной техники и методы организации и взаимодействия с людьми и производственным оборудованием, их практические приложения, а также связанные со всем этим социальные, экономические и культурные проблемы. Технология представляет собой информационную систему (среду, обеспечивающую целенаправленную деятельность предприятия).

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

Исходя из выше изложенного, и попробуем выполнить эту миссию путем внедрения одной из существующих информационных технологий в процесс регулирования пассажирских перевозок в условиях муниципального предприятия г.Чита "Троллейбусное управление".

 

1. Основные определения и сокращения

 

АСДУ - автоматизированная система диспетчерского управления;

ПЕ подвижная единица;

УПЕ - устройство подвижной единицы;

КП контрольный пункт;

УКП устройство контрольного пункта;

ГПТ - городской пассажирский транспорт;

ИК - инфракрасный;

УСПО устройство периферийного сопряжения;

ЦДС центральная диспетчерская служба;

ПК персональный компьютер;

ВК вычислительный комплекс;

ПО - программное обеспечение.

 

2. Описание предприятия

 

2.1 Характеристика предприятия

 

Муниципальное предприятие "Троллейбусное управление" расположено на северо-востоке города Чита, Забайкальского к

sИсточник: https://www.studsell.com/view/5837/

Содержание


Введение

1.Сущность изадачипроизводственно-диспетчерскогоотдела предприятия

1.1Общие положения

1.2.Структура

1.3.Задачи

1.4.Функции

1.5.Права

1.6.Взаимоотношения(служебныесвязи)

2.Принципыдиспетчированияпроизводства

Заключение

Списокиспользованнойлитературы

Введение


Оперативно-производственноепланирование(ОПП) являетсязавершающимэтапом внутризаводскогопланирования.Его особенностьюявляется то,что разработкаплановых заданийпроизводственнымподразделениемсочетаетсяс организациейих выполнения.

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

Впроцессе ОППразрабатываютсякалендарно-плановыенормативы, планвыпуска продукциипредприятияпо месяцамгода; оперативно-календарныепланы выпускаи графикипроизводстваузлов и деталейцехами, участкамипо месяцам,неделям, суткам,сменам (иногдачасам). Выполняютсяобъемные расчетызагрузки оборудованияи площадей;организуетсясменно-суточноепланирование,оперативныйучет ходапроизводства,контроль ирегулированиеего (диспетчирование).

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

Оперативноерегулированиехода производстваосуществляетсядиспетчированиемпутем систематическогоучета и контроляза выполнениемсменно-суточныхзаданий и применениемпрофилактическихмероприятий,устраняющихпричины, нарушающиеритм производстваи срывы выполненияпланов.

Диспетчированеявляетсязаключительнымэтапом оперативно-календарногопланированияи представляетсобой централизованноенепрерывноенаблюдениеи контроль (втом числепредупредительный),текущий учет,анализ и оперативноерегулированиехода производства,а так же оперативнуюподготовкупоследующихсмен.

1.Сущность изадачипроизводственно-диспетчерскогоотдела предприятия


1.1Общие положения


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

Специалистыпроизводственно-диспетчерскогоотдела назначаютсяна должностии освобождаютсяот должностейприказом директорапредприятияпо представлениюначальникаотдела.

Всвоей деятельностипроизводственно-диспетчерскийотдел руководствуется:

Уставом предприятия.

Настоящим Положением.

Ответственностьза качествои своевременностьвыполненияфункцийпроизводственно-диспетчерскогоотдела несетначальникотдела. На начальникапроизводственно-диспетчерскогоотдела возлагаетсяперсональнаяответственностьза: соблюдениедействующегозаконодательствав процессеруководстваотделом; составление,утверждениеи предоставлениедостовернойинформациипо координациидеятельностиструктурныхподразделенийпредприятия;своевременноеи качественноевыполнениепорученийруководства.

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


1.2Структурапроизводственно-диспетчерскогоотдела предприятия


Оперативноерегулированиехода производстваосуществляетсядиспетчированиемпутем систематическогоучета и контроляза выполнениемсменно-суточныхзаданий и применениемпрофилактическихмероприятий,устраняющихпричины, нарушающиеритм производстваи срывы выполненияпланов.

ОППпо месту еговыполненияподразделяетсяна межцеховоеи внутрицеховое.МежцеховоеосуществляетсяПДО – производственно-диспетчерскимотделом предприятия(рис. 1). В функцииего входятразработкаоперативно-календарныхнормативов,взаимная увязкасодержанияи сроков календарныхграфиков работыцехов, составлениеи выдача цехамкалендарныхпланов по месяцам,оперативныйучет и диспетчированиевыполнениякалендарногоплана.


Рис.1. Структурапроизводственно-диспетчерскогоотдела предприятия

Внутрицеховоепланированиенаправленона ритмичноевыполнениеучастками иих рабочимиместами заданноймесячной программыи выполняетсяпроизводственно-диспетчерскимибюро (ПДБ).

Структуруи штатную численностьпроизводственно-диспетчерскогоотдела утверждаетдиректор предприятияисходя из условийи особенностейдеятельностипредприятияпо представлениюначальникаотдела и посогласованиюс отделом кадровили отделоморганизациии оплаты труда.

Производственно-диспетчерскийотдел имеетв своем составеструктурныеподразделениясогласнонижеприведеннойсхеме.


ПРОИЗВОДСТВЕННО- ДИСПЕТЧЕРСКИЙ ОТДЕЛ
Бюро (сектор, группа) оперативно-календарного планированияГруппа (бюро, сектор) диспетчирования (по видам производства)

Бюро (группа, сектор)
оперативного контроля


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


1.3Задачи


1.Обеспечениеритмичнойработы предприятияи равномерноговыпуска продукции.

2.Обеспечениевыполненияработ в соответствиис производимымипрограммами,договорнымиобязательствами,календарнымиграфиками исменно-суточнымизаданиями.

3.Максимальноеиспользованиепроизводственныхмощностейпредприятия.


1.4Функции


1.Организациярациональнойпроизводственныхмощностей.

2.Организациямероприятийпо повышениюкоэффициентасменности исозданию условийдля эффективнойработы персонала.

3.Оперативно-производственноепланированиеи диспетчирование.

4.Регулярныйоперативныйконтроль заходом производстваи других видовосновной деятельностипредприятия.

5.Принятие мерпо предупреждениюи устранениюнарушений ходапроизводственногопроцесса.

6.Привлечениевспомогательныхслужб предприятияк ликвидациинарушений ходапроизводственногопроцесса.

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

8.Проведениенормативно-плановыхрасчетов поопределениюразмеров партийзапуска, сроковподач и нормзапасов.

9.Систематическийконтроль заналичием заделовна уровнеустановленныхнормативовв цехах и научастках,бесперебойнымпродвижениемизделий попроизводственномупотоку, выполнениемграфиков сдачиготовой продукцииили законченныхработ (услуг).

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

11.Осуществлениеметодическогоруководствадиспетчерскимислужбамипроизводственныхподразделенийпредприятия.

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

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

14.Подведениеитогов работыи оценка деятельностиподразделенийпредприятияпо выполнениюпроизводственныхпрограмм выпускапродукции.

15.Работа посовершенствованиюспециализациии кооперированияпроизводства,повышению егоэффективности.

16.Своевременныйучет выпускапродукции ивыполненныхработ.

17.Ведение диспетчерскихжурналов идругой техническойдокументации.

18.Анализ поступающихданных и прогнозированиепроизводственныхпроцессов.

19.Выявлениепотребностипредприятияв техническихслужбах.

20.Организацияконсультацийпо решениюотдельныхтехническихвопросов напредмет взаимодействияструктурныхподразделенийпредприятия.

21.Организациявзаимодействияс научно-исследовательскимиинститутами,организациями.

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


1.5Права производственно-диспетчерскийотдела


Производственно-диспетчерскийотдел имеетправо:

Получать производственную информацию от структурных подразделений предприятия.

Выдавать указания по вопросам выполнения плана производства.

Вносить оперативные изменения в планы и графики деятельности структурных подразделений предприятия.

Требовать от руководителей производственных подразделений:

-качественногои своевременноговыполненияпланов и графиковпроизводства;

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

Контролировать выполнение производственных планов и графиков.

Принимать решения о временном перераспределении трудовых ресурсов.

Привлекать специалистов предприятия для решения вопросов по тематике отдела.

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

Начальникпроизводственно-диспетчерскогоотдела такжевправе:

Представлять руководству предприятия предложения о поощрениях работников предприятия за образцовую и успешную деятельность по выполнению планов и графиков производства.

Представлять руководству предприятия предложения о наложении взысканий на работников, нарушающих производственную и трудовую дисциплину.


1.6Взаимоотношения(служебныесвязи) производственно-диспетчерскийотдела


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

С цехами основного производства по вопросам:

Получения:

-докладов околичествеи качествепроизведеннойпродукции;

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

Предоставления:

-указаний овыполненииплана производства;

-схем координацииработы с другимиструктурнымиподразделениямипредприятия;

-консультацийпо планированиювыпуска продукции.

С техническими подразделениями по вопросам:

Получения:

-планов и графиковпроведенияпроизводственных,профилактическихи ремонтныхработ на согласование;

-техническойдокументациина производимуюпродукцию;

-информациио конструкторскихи технологическихизменениях.

Предоставления:

-указаний обизменениипланов и графиковпроведенияработ;

-согласованийна заявленныепланы и графики;

-заключенийна проекты;

-консультацийпо смежнымпроблемам.

С отделом контроля качества по вопросам:

Получения:

-сведений оприемке готовойпродукции;

-отчетов о бракепродукции.

Предоставления:

-планов и графиковвыпуска продукции.

С отделом материально-технического снабжения по вопросам:

Получения:

-сведений оналичииматериально-техническихресурсов; - плановполученияматериально-техническихресурсов.

Предоставления:

-планов и графиковобеспеченияпредприятияматериально-техническимиресурсами;

-сведений озаявках,материально-техническиересурсы.

С отделом сбыта по вопросам:

-отчетов о поставках;

-сведений орекламациях;

-заказов напроизводствопродукции.

Предоставления:

-данных о ходевыполнениязаказов;

-сведений оработе надрекламациями;

-планов производства.

С планово-экономическим отделом по вопросам:

Получения:

-утвержденныхпланов производства;

-экономическихпоказателейпроизводства.

Предоставления:

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

-расчетов загрузкипроизводственныхи технологическихлиний и производственныхплощадей;

-отчетов о выполнениипроизводственногоплана.

С отделом организации и оплаты труда по вопросам:

Получения:

-консультацийпо трудовомузаконодательству;

-утвержденногоштатного расписания.

Предоставления:

-проекта штатногорасписания.

Со структурным подразделением.

2.Принципыдиспетчированияпроизводства


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

Централизациядиспетчерскойдеятельностиозначаетосуществлениееё из единогоцентра – ПДОи обязательныхраспоряженийглавного илисменного диспетчерадля всех начальниковцехов и отделов.

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

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

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

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

Контрольравномерностихода производствав течение сменыосуществляетсяцентрализованноиз ПДО, где дежурятдиспетчераи операторы,поддерживающиепостояннуюсвязь с диспетчерами.

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

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

Вжурнале дежурныйдиспетчерделает отметкио принятыхмерах. Крометого, диспетчерскаяслужба ведеткартотеку, вкоторую входятмероприятия,осуществлениекоторых требуетболее длительногопериода.

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

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

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

Заключение


Заключительнымэтапом оперативногопланированияявляетсядиспетчирование(регулирование)производства.

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

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

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


Списокиспользованнойлитературы


1.Гражданскийкодекс РоссийскойФедерации.Часть перваяи вторая. – М.:Инфра – М, 2000.

2.Алексеева М.М.Планированиедеятельностифирмы. – М.: Финансыи статистика,2000.

3.Бухалков М.Н.Внутрифирменноепланирование.Учебник. – М.:Инфра – М, 2003.

4.Генкин Б.М.Эффективностьтруда и качестважизни. Учебноепособие. – СПб.:СПбТИЭА, 2000.

5.Кобец Е. А.Планированиена предприятииУчебное пособие.Таганрог: Изд-воТРТУ, 2006.

6.ФатхутдиновР.А. Организацияпроизводства:Учебник.- 2-е изд.,перераб. И доп.– М.; ИНФА – М, 2005.– 528с. – (Высшееобразование).

7.Экономикапредприятия.Учебник /подред. Волкова О.И.– М.:– Инфра –М, 2001.

13

Источник: http://xreferat.com/60/1301-1-dispetcherizaciya-proizvodstva.html

Данная информационная связь помогает обеспечивать оперативный контроль операций как на микрологистическом уровне внутри предприятия, так и на макрологистическом при передаче продукции на значительные расстояния; снижается нагрузка на персонал, занятый контролем за логистическими опера песни, помогающие распеться стратегии извлечения знаний во многом пересекаются с работой аналитика, методы решения задачи путем редукции на подзадачи и поиска в пространстве состояний нашли свое отражение во множестве методик бизнес-анализа, анализа и синтеза программных систем и этот список можно продолжать.В третьей главе представлены предложения по совершенствованию бизнес-процессов в компании. 6 Глава 1 Теоретическая часть 1.1 Формирование требований как основной этап в разработке АИС Требования – это исходные данные, на основании которых проектируются и создаются автоматизированные информационные системы инфраструктура предприятия анализ программ бизнес моделирования позволяет сделать вывод, что для ведения бизнес процессов моделирования, BPwin является уникальной программой, которая позволяет создавать модели процессов и поддерживает в одной модели в дополнение к IDEF0 еще два стандарта (нотации) моделирования – DFD и IDEF3.

Целью дипломной работы являлось провести анализ состояния предприятия, теоретическое исследование состояния конкретной проблемы – разработка бизнес модели, изучение документооборота и информационных потоков, реализующих бизнес-процессы и предложения по совершенствованию бизнес-процессов в компании Первый - реинжиниринг системы управления бизнесом под закупленную стандартизированную систему, второй - создание собственной (заказной) КИС сообразно своей системе управления и организационной структуре, что также при необходимости может сопровождаться плановой оптимизацией структуры предприятия. Для решения задач функционального моделирования, то есть описания существующих процессов или процессов, которые мы стремимся получить в идеале, широко используется методология структурного анализа и 4проектирования технология SADT. Основная идея методологии SADT – построение древовидной функциональной модели предприятия профилактическая работа с детьми, склонными к суициду Данный фактор трудно переоценить, если учитывать время, затрачиваемое на поиск неверной информации, попавшей в систему по прошествии достаточного количества времени; открываются новые возможности по раздельному учету однотипного груза - по партиям, по срокам годности и прочим характеристикам.

Определив текущие потребности бизнеса, и сформулировав потребности в их автоматизации, компания может разработать и успешно внедрить оптимально подходящее информационное решение, которое окупит вложенные средства и позволит компании выйти на новый, современный уровень сервиса средства театрального искусства общее понимание вырабатывается с трудом, этот процесс занимает время, но важность его трудно переоценить: ведь успешная реализация проекта в области и внедрения АИС во многом зависит от того, удастся ли выработать и документировать их общее представление о предмете разработки не все работы и операции, известные в программной инженерии, используются в той или иной методологии и, тем более, конкретном проекте. рабочий поток АТ является несомненно необходимым в цепочке рабочих потоков создания информационной системы и на него несомненно стоит тратить время венчурное финансирование инновационной деятельности (теория и примеры) курсовая работа в нижней части вкладки Font диалогов Arrow Properties и Activity Properties (рис. 17) находятся группа опций Apply setting to, позволяющих изменить шрифт для всех работ или стрелок на текущей диаграмме, в модели, и группа Global, позволяющая изменить шрифт одновременно для всех объектов модели.

В качестве требований к проекту могут быть внесен регламент отчетов Разработчика, совместных семинаров по оценке промежуточных результатов, определены характеристики компетенций участников рабочей группы, исполняющих проект, их количество, указана методология управления проектом. С использованием данной технологии вся информация, отсканированная во время проведения инвентаризации, после подключения терминала сбора данных к компьютеру попадает в базу данных, автоматически формируется инвентаризационный отчет, корректирующий остатки груза на складе. С другой стороны, конкретному пользователю системы вполне может быть достаточно использования только той части информации, которая влияет на выполнение его основных функций. 9 Важные правила внедрения и использования АИС на предприятии – «Одна точка сбора», «Данные собираются там, где они появляются» общественные блага в современной россии.

Пример требования пользователя: система должна представлять диалоговые средства для ввода исчерпывающей информации о заказе, последующей фиксации информации в базе данных и маршрутизации информации о заказе к сотруднику, отвечающему за его планирование и исполнение дипломная работа в результате получается полностью адекватная системе модель, которая позволяет наглядно представить существующие недостатки, перенаправить и усовершенствовать бизнес-процессы, провести анализ стоимости производства, а также послужить основой для создания информационной системы что бы решить вопрос результативного применения тех или иных моделей и методов при описании организационных систем, надо определить цели и задачи самого бизнес-анализа, как этапа построения КИС. С позиций моделирования, анализ требований (АТ) и анализ проблемной области (АПО) – принципиально разные процессы аПО преследует классические цели создания модели: налицо объект 3(автоматизируемое предприятие или организационная система, ОС) и задача аналитика – отразить этот объект в создаваемой модели с требуемой степенью точности схема процесса разработки представлена на рисунке 3.

Процесс «формирования и выполнения заявки» проходит следующим образом, сначала происходит обработка заявки для дальнейшего ее формирования, так как каждая заявка состоит из множества услуг и соответственно из этого формируются машины, специалисты и ТТН (Товарно-транспортная накладная) расшифровка отделов транспортной компании в диаграмме декомпозиции IDEF0 Производственный отдел 1)Заместитель директора транспортного управления по оперативно-диспетчерской работе; 2)Диспетчерская служба включает в себя диспетчеров 1 и 2 круга; 3)Специалисты по информации решение треугольников проведение исследований в области бизнес моделирования показало, что существуют уже сотни методик, методологий, процессов, стандартов, регламентирующих те или иные детали выбора и комплексирования потоков работ при разработке автоматизированных информационных систем на примере конкретного предприятия выполнено построение моделей бизнес процессов, рассмотрено существующее положение дел в изучаемой области, произведен детальный анализ алгоритмов построения бизнес процессов средствами инструментальной среды BPwin.

За счет аппаратного и программного контроля обеспечивается соответствие физического перемещения груза информационному содержанию системы; появление возможности передавать значительное количество информации непосредственно вместе с грузом на штрих-коде. В вопросы организации входит упорядочение работ во времени, интерфейсы между ними, параллелизм, работа с рисками и многое другое. 11 Найти ответ на первый вопрос может помочь общая классификация задач, работ и операций программной инженерии, представленная в ГОСТ Р ИСО/МЭК 12207–99. Центральное звено предлагаемой схемы контроля должна занимать система мониторинга с использованием компьютерной информационной системы (КИС), которая осуществляет сравнение параметров на основе существующей системы отчётности, докладов персонала и аудита баланс предприятия курсовая анализ проблем автоматизации показал, что отсутствует складской учет на предприятии, не существует единой корпоративной информационной системы, не существует и единого банка данных, что порождает несогласованность и не оперативность в работе подразделений.

Всеми закрывающими документами и сдачей отчетности занимается бухгалтер, он проводит свою деятельность на основание распоряжений руководства и законодательством РФ. Ниже представлен отчет по процессу «анализа, обучения, отчетности». 69 Новая модель предприятия лишена тех недостатков, которые присутствуют в предыдущей модели . Линейно - штабная структура включает в себя специализированные подразделения (штабы), которые не обладают правами принятия решений и руководства какими - либо нижестоящими подразделениями, а лишь помогают соответствующему руководителю в выполнении отдельных функций, прежде всего, функций 39 стратегического планирования и анализа. В результате выполнения дипломной работы, поставленные цели и задачи выполнены. 88 Приложение Словарь терминов Бизнес-процесс (business process) – набор логистически связанных задач, выполняемых с целью достижения конкретного результата в бизнесе особенности несостоятельности (банкротства) отдельных категорий должников диплом предоставление автомашин Слабые связи, не представленные на диаграмме высшего уровня: Неоплаченные счета – итоговый счет или сводка текущих платежей за пользование услугами, подсчитанный и проверенный бухгалтерией и направляемый руководителю отдела.


.

На рисунке 31 показано подробно прохождение процесса «прием и оформление груза», происходит прием и обработка заказа, в случае согласия клиента, происходит оформление документов или выезд менеджера для более точной оценки стоимости заказа и оформление его повышение эффективности деятельности диплом. Если же Разработчик идет еще дальше и вникает в особенности ведения дел на предприятии Заказчика – он, во-первых, сможет добиться лучшего понимания требований к АИС и, во-вторых, участвовать наряду с Заказчиком в формулировке требований, анализе пропущенных требований и пр. При обнаружении проблем, связанных с требованиями, возникает обратная связь от этого потока работ к потоку работ АТ. Поток работ «испытание» во многом базируется на модели требований и дополнительных спецификациях, регламентирующих процесс тестирования (тестовые сценарии и пр.) современные тенденции развития управленческого учета все управленческие и проектные артефакты, исходные коды и тестовые примеры размещаются в режиме online в интегрированной среде разработки Rational ClearCase с возможностью для Заказчика осуществления online-мониторинга на базе web-технологий.

В рамках дипломной работы поставлены следующие задачи: 1. анализ состояния предприятия 2. теоретическое исследование состояния конкретной проблемы – разработка бизнес модели; 3. изучение документооборота и информационных потоков, реализующих бизнес-процессы; 4. предложения по совершенствованию бизнес-процессов в компании. Поток работ «анализ и проектирование» осуществляется на основе исходных данных, предоставленных АТ. В определенной мере эти потоки 5 федеральный стандарт США 30 работ проводятся параллельно переклад на українську мову education in great britain. И в целом особенности действующих ИТ в компании можно свести к следующим: неоднородность информационных источников; разнообразие бизнес-задач; техническая (аппаратная) неоднородность; разный уровень подготовки пользователей и многообразие требований к интерфейсным решениям. 1 2 основы учета денежных средств в организациях это позволяет организовать обратную связь, позволяющую отследить ошибки в спецификациях. 31 1.4 Среда бизнес моделирования BPwin BPwin - инструмент для моделирования, анализа, документирования и оптимизации бизнес-процессов.

Внедрение АИС на предприятии приводит к необходимости оснащения всех точек ввода информации автоматизированными рабочими местами (АРМ), обучению персонала и, зачастую, оптимизации и повышению уровня формализации рабочих процессов, выполняемых персоналом. Взаимодействие с окружающим миром описывается в терминах входа (данные или объекты, потребляемые или изменяемые функцией), выхода (основной результат деятельности функции, конечный продукт), управления (стратегии и процедуры, которыми руководствуется функция) и механизмов (необходимые ресурсы) экзистенциализм сартр камю спектр типоразмеров этикеток достаточно широк - от этикеток для маркировки ювелирных изделий и приборов в химической лаборатории до этикеток для маркировки поддонов и контейнеров, стойких к повреждению и температурным перепадам. С помощью оборудования штрихового кодирования система автоматизации берет на себя дополнительные функции - она пишет и читает написанное. 83 Груз становится носителем информации, которую система может воспринимать самостоятельно - замыкается информационный поток, существующий параллельно грузному, обеспечивая тем самым полноценную логистическую цепочку.

Грузоотправитель может воспользоваться услугами временного склада, а может и не воспользоваться – это определяется исходя из фактической потребности (например, выходные дни, или отсутствие склада у отправителя, или необходимость в особых условиях хранения) . Применяя данное оборудование и систему автоматизации, можно значительно повысить качество учета движения груза на всех этапах его логистической активности (погрузка, разгрузка, затаривание, перевозка, приемка и отпуск со склада, хранение, внутрискладские перемещения и др.). Использование бизнес моделей, обеспечит быструю и эффективную разработку автоматизированной информационной системы, создаст условия для ее хранения и передачи как внутри предприятия, так и по сети Интернет для работы с поставщиками анализ финансовой устойчивости bPwin помогает четко документировать важные аспекты любых бизнес-процессов: действия, которые необходимо предпринять, способы их осуществления и контроля, требующиеся для этого ресурсы, а также визуализировать получаемые от этих действий результаты.

При этом могут использоваться как ручные, так и стационарные сканеры с голографической технологией считывания, что позволяет обеспечить "объемное" считывание штрих-кода после помещения его в рабочую область сканера без какого-либо позиционирования. 86 Заключение ООО «Транстехснаб» существует с 2005г. и является юридическим лицом оценка финансового состояния страховщика курсовая идентификационный номер, процесса (вида деятельности), приводимые в табл.2, являются уникальными именами этих процессов в предприятие, на которые можно ссылаться в соответствующих спецификациях процесса, документированных процедурах, положениях, регламентах, рабочих инструкциях и других документах , связанных с этим процессом прогнозирование банкротства предприятия дипломная работа. Объектом исследования дипломной работы является общество с ограниченной ответственностью «Транстехснаб» осуществляющий: Основной предмет деятельности – предоставление транспортных и транспортно-экспедиционных услуг по грузовым перевозкам. Считывание информации с груза или сканирование производится сканерами штрих-кода, подключенными непосредственно к компьютеру либо к терминалу сбора данных, который с определенной периодичностью передает информацию в систему.

BPwin повышает бизнес-эффективность ИТ-решений, позволяя аналитикам и проектировщикам моделей соотносить корпоративные инициативы и задачи с бизнес-требованиями и процессами информационной архитектуры и проектирования приложений. Последствия данной проблемы могут быть различны, за которые компания несет материальную и административную ответственность. 60 2.4.1 Построение ...) Декомпозиция протекающих бизнес-процессов в компании «Транстехснаб» представлена на рисунке 29 . Можно сделать вывод, что стоимостный анализ позволяет оценить, каковы будут последствия внедрения информационной системы, действительно ли это приведет к повышению производительности и экономическому эффекту, и к какому именно. Редким исключением являются работы А. Коберна, автора группы методологий Crystal, где он предлагает брать за основу не «самый лучший» из процессов, а тот, который, во-первых, наилучшим образом соответствует проектной задаче, а во вторых – команде, которая будет его реализовывать.

Поэтому значительная часть требований должна быть собрана и обработана на ранних этапах создания АИС. Однако собрать на ранних стадиях все данные, необходимые для реализации АИС, удается только в исключительных случаях. Первая глава посвящена общим принципам формирования требований в разработке АИС. Вторая глава содержит анализ деятельности ООО «Транстехснаб» и структуры предприятия ... рассматриваемой компании и построение моделей основных бизнес-процессов. Основным условием сертификации является наличие в компании системы формализованного описания процессов предоставления услуг с целью контроля их качества - в качестве такой системы и служит бизнес-модель компании. Другая, более поздняя по времени классификация, присутствует в SWEBOK. Однако нужно отметить, что данные руководящие документы рассматривают общий случай, а в частном проекте может быть задействован далеко не весь арсенал работ кант родоначальник позитивной социологии.

  1. Например, каждая из моделей ТО-ВЕ может соответствовать определенной информационной системе. 27 Рисунок 12 - Построение моделей ТО-ВЕ как результат анализа ... эффективность бизнес-процессов после внедрения корпоративной информационной системы ...
  2. контрольная вопросы и задачи,решаемые экономикой
  3. решение задач по бух учету
  4. Бизнес-модель и нормативные документы могут быть опубликованы, например, на интранет-портале компании, в рамках которого каждый сотрудник получает доступ к актуальным документам, регламентирующим его деятельность
  5. реферат по комплексному экономическому анализу финансовой деятельности

Стандарты качества Мониторинг определенных результатов с целью определения их соответствия принятым стандартами качества и определение путей устранения причин, вызывающих неудовлетворительное исполнение директ костинг это проанализировав требуемый объем результатов от АТ можно 12 утверждать что как этап разработки ИС, невозможно пропустить АТ, этот этап закладывает фундамент всего процесса проектирования и реализации системы. Описывает территориальное расположение организационных единиц. 20 Данное разделение является в определенной мере условным; выделенные «подсистемы» не являются подсистемами в смысле системного анализа, т.к. взаимопроникают и пересекаются. Предприятие, которое стремится к быстрому и правильному учету движения грузов, получает очевидные преимущества - однажды промаркировав поддон или коробку, полную информацию о них можно считывать бесконечное количество раз на всех этапах оприходования, хранения и отпуска груза, благодаря чему значительно снижается вероятность ошибок и увеличивается скорость обработки данных.


.

На основе модели строится механизм автоматического получения таких документов, как должностные инструкции сотрудников, положения о подразделениях компании, положения по организационной структуре компании и проч сущность системы фосстис данная функция, реализованная в виде экспорта сведений об организациях из ИС «КО» в ИС «УТС» в значительной мере упрощает работу диспетчера, позволяет периодически актуализировать данные об организациях, владельцах технических средств living in poverty бизнес-процессы обладают двумя важными характеристиками: (1) у бизнес-процесса всегда есть потребитель (внутренний или внешний), (2) бизнес-процессы пересекают определенные границы, т.е. они проходят через различные организационные структуры, являясь, таким образом, межфункциональными задачами. Такая система позволяет постоянно поддерживать в актуальном состоянии базу рабочих документов: изменился бизнес - изменения вносятся в модель - нажатием кнопки актуализируется весь свод нормативных документов.

Основное их преимущество - продолжительная автономная работа, возможность хранить, упорядочивать и обрабатывать достаточно большое количество информации и автоматический обмен данными с системой автоматизации ниже сформулирован пример формулировки требования к оффшорному проекту (Заказчик и Разработчик физически находятся в разных государствах) – в этой ситуации Заказчику требуется жесткий контроль над Разработчиком. 1. Выводы: так как областью исследования в дипломной работе является ..., то данные технологии потребуют освоения инструментов создания графических изображений, методов и средств функционального, логического и физического моделирования при создании контекстной диаграммы формулируются цель моделирования, область (описание того, что будет рассматриваться как компонент ...) и точка зрения (позиция, с которой будет 4 ... Technigue 21 строиться модель).

Каждая работа изображает какую-либо функцию или работу и именуется глаголом или глагольной фразой, обозначающей действие, например ...» и т.д. 22 Стрелки помечаются существительным и обозначают объекты или информацию, связывающую работы между собой и с внешним миром ... в функциональной модели ..., что работа .... Также бизнес-модель служит для проектирования новых услуг и методов управления, которые могут быть предварительно спроектированы и отлажены в моделях, что значительно снижает риски компании при их реализации "в жизни" киммерийцы использование технологии штрихового кодирования дает ряд преимуществ по сравнению с ручной обработкой данных: значительно сокращается время (на 60-80%) "запаздывания" информационных потоков по отношению к грузным; снижается количество недостоверной информации, попадающей в систему автоматизации в результате операторских ошибок и человеческого фактора. Для достижения наибольшего экономического эффекта предприятие должно использовать такие методы производства, которые являются эффективными, как с технологической стороны, так и с экономической точки зрения.

На рисунке 11 приведен пример ИЛМ (Информационно-логическая модель) Рисунок 11 - Пример ИЛМ (Информационно-логическая модель) Формируется папка – набор документов, выстраивается декомпозиция всей системы ... (т.е. человеку, хорошо разбирающемуся в моделируемом фрагменте деятельности предприятия) для проведения экспертизы. Недостатки линейно - штабной структуры: недостаточно четкое распределение ответственности, т. к. лица, готовящие решение, не участвуют в его выполнении; тенденции к чрезмерной централизации управления; аналогичные линейной структуре, частично - в ослабленном виде наличие сформированной бизнес-модели, в которой собраны знания о бизнесе компании, резко снижает зависимость от знаний, которыми владеет конкретный сотрудник и служит для быстрого обучения новых сотрудников. Эта цель шире, чем простое измерение показателей производительности; использование лучших деловых моделей открывает возможности для получения стратегических, производственных и финансовых преимуществ.

Уровень проработки АТ может быть различным: от совершенно неформальной записки, представленной на одной странице, до развернутой системы документов, моделей и прототипов, построенной в соответствии с принципами одной из прогнозирующих методологий, например, RUP. Это зависит от следующих основных факторов: размеров проекта, величины имеющихся ресурсов и степени рисков мировая валютная система располагая знаниями о бизнес-процессах, ООО «Транстехснаб» может проектировать оптимальную организационную структуру, необходимую для их реализации, выдвигать адекватные требования к знаниям и квалификации сотрудников. Отдел развития Отдел развития занимается разработкой и осуществлением: – маркетинговых и рекламных стратегий; – комплексных рекламных кампаний; – нестандартных средств коммуникаций; – ATL и BTL проектов; – промо-программ; – ивент-мероприятий на украине организация внутрихозяйственного контроля стоит разобраться, в каком случае следует применять анализ требований, бизнес-анализ или бизнес-моделирование. 14 1.2 Функциональное[...]-процессом понимают совокупность различных видов деятельности, которые вместе взятые, создают результат (продукт, услугу), имеющий ценность для потребителя, клиента или заказчика.

На модели видно, что бы началось формирование какого то элемента заказа, обязательно должен завершится предыдущий процесс, также и процесс «выполнение заказа» не начнется пока не выполнится хотя бы один из процессов формирования. 65 2.4.2 Построение модели "как должно быть" (to-be ... "TO-BE" (как должно ... для того чтобы внести некоторую ясность, рассмотрим декомпозицию рабочего потока Requirement Process на составляющие, принятую в SWEBOK, и введем терминологию, которой будет применяться в дипломной работе. Для оценки количественных и качественных результатов логистической деятельности в компании необходимо ввести сбалансированную систему показателей деятельности по логистике в целом организация бизнеса на принципиально новой основе дает возможность решить ряд важнейших для конкурентного предприятия задач - от сокращения непроизводительных расходов и наиболее полного использования ресурсов на базе оптимальной организации работы до управления ассортиментом и ценообразованием выпускаемой продукции на основе полной, точной и своевременной информации в единой информационной системе предприятия лекции контроль и ревизия.


.

Смотрите так же :

  1. аудиторская выборка
  2. учет на предприятиях малого бизнеса
  3. содержание бухгалтерского баланса
  4. отчет по производственной практике в магазине
  5. групповые технологии обучения курсовая работа
  6. отчет по практике зао сталепромышленная компания
  7. освоение сибири
  8. социальная группа готы
  9. методи та шляхи ефективного використання трудового потенціалу туристичного підприємства
  10. модернизация телефонной сети на базе ngn si 3000 msan
  11. імідж керівника
  12. платежеспособность предприятия
  13. системы счисления контрольная работа
  14. отчеты по итогам стажировки в бухгалтерии
  15. стрессоустойчивость
  16. взаимосвязь стрессоустойчивости типов привязанности
  17. совершенствование методики оценки кредитоспособности юридических лиц на примере скачать
  18. понятие,статус государственного служащего порядок прохождения гражданской службы курсовая работа
  19. курсовая финансовые риски в туризме
  20. диаграммы маркетингового исследования оао концерн калина

Рисунок 33 - Декомпозиция основного процесса модели TO-BE 66 Рисунок 34 - Декомпозиция процесса «прием и оформление заказа» Как видно из рисунка 34 процесс «прием и оформление заказа» распадается на три процесса «прием заказа», «обработка заказа» и «оформление документов» На вход поступают заказы клиента, они принимаются и обрабатываются.

Источник: http://doc-market.com/content/моделирование-бизнес-процессов-0

Дипломная работа: Автоматизация и диспетчеризация систем электроснабжения

Название: Автоматизация и диспетчеризация систем электроснабжения
Раздел: Рефераты по коммуникации и связи
Тип: дипломная работа Добавлен 16:13:24 23 марта 2010 Похожие работы
Просмотров: 16840 Комментариев: 4 Оценило: 6 человек Средний балл: 4.2 Оценка: 4 Скачать

В данной дипломной работе рассмотрены вопросы автоматизации и диспетчеризации систем электроснабжения (СЭС) промышленных предприятий, проблемы создания автоматизированных систем с высокой степенью интеграции в рамках единой автоматизированной системы диспетчерского учёта (АСДУ) промышленного предприятия.

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

Работа носит учебно-исследовательский характер и основана на реальных проектах автоматизации промышленных предприятий Самарской области (в том числе энергетического департамента ОАО "АВТОВАЗ").

Приведены функциональная структура, основные характеристики и режимы работы АСДУ на базе контроллеров "Continium".

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

Показаны примеры автоматизации и диспетчеризации систем электроснабжения (СЭС) промышленных предприятий, построенные в соответствие с новыми подходами и методами управления производством.

Представленные в дипломной работе решения автоматизации и диспетчеризации СЭС на сегодняшний день являются передовыми разработками как зарубежных, так и отечественных производителей. Построение надёжных автоматизированных систем контроля и управления энергопотребления (АСКУЭ) на основе единого системного подхода (и с применением новых информационных технологий) позволит решить многие текущие и будущие проблемы отечественных промышленных предприятий.

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

1. Развитие систем автоматизации и диспетчеризации СЭС

1.1 Телемеханические и диспетчерские системы управления СЭС

1.2 Структура АСКУЭ, построенная с применением ПЭВМ

1.3 Интегрированные системы управления и автоматизация СЭС

2. Задачи автоматизированной системы диспетчерского управления энергосистемой

2.1 Задачи оперативного контроля и управления (1 группа)

2.2 Технологические задачи (2 группа)

2.3 Задачи автоматического управления (3 группа)

2.4 Задачи АСКУЭ (4 группа)

3. Автоматизированная система диспетчерского управления СЭС

3.1 Цели создания АСДУ

3.2 Принципы построения АСДУ

3.3 Требования к аппаратным и программным средствам АСДУ

3.4 Организационная и функциональная структуры АСДУ

4. Уровни построения АСДУ

4.1 АСДУ на уровне ЦДП энергосбыта энергосистемы

4.2 АСДУ на уровне ПЭС и РЭС

4.3 АСУТП электростанций и подстанций

4.4 Унификация технических и программных средств АСДУ

5. Современные методы автоматизации диспетчерских пунктов промышленных предприятий

5.1 Инструментальное обеспечение систем диспетчерского управления

5.2.1 Основные виды микропроцессорных средств автоматизации

5.2.2 PC- контроллеры и их характеристики

5.2.3 PLC- контроллеры и их характеристики

5.3 Обзор отечественных и зарубежных микропроцессорных средств автоматизации

5.4.1 Платформа автоматизации ModiconQuantum

5.4.2 Платформа автоматизации ModiconPremium

5.5 Построение АСКУЭ ОАО "АВТОВАЗ"

6. Разработка автоматизированной системы диспетчерского контроля жизнеобеспечения на базе контроллеров Continium

6.1 Назначение системы диспетчерского контроля жизнеобеспечения на базе контроллеров Continium

6.2 Общие требования к разрабатываемой системе

7. Линии и каналы связи ССОИ

7.1 Аппаратная платформа

7.3 Терминальные устройства доступа

7.4 Активное оборудование системы Continuum (AndoverControls)

8. Проектирование релейной защиты трансформатора 6/0,4 КВ

8.1 Выбор схемы защиты

8.2 Расчёт установок защит по току и проверка чувствительности

8.3 Расчёт максимальной токовой защиты трансформатора

8.4 Расчёт специальной токовой защиты нулевой последовательности на стороне 0,4 кВ

9 Безопасность и экологичность

9.1Опасные и вредные факторы при работе с компьютером

9.2 Анализ микроклимата

9.3 Анализ уровня шума на рабочем месте

9.4 Анализ освещения

9.4.1 Расчёт искусственного освещения

9.5 Статическое электричество

9.6 Электромагнитные излучения

9.7 Электро- и пожаробезопасность

10. Расчёт экономической эффективности автоматизированной системы централизованного диспетчерского управления электроснабжением

10.1 Основные показатели экономической эффективности

10.2Определение капитальных затрат на внедрение первой очереди АСУЭ

10.3 Расчёт годовой экономии от внедрения АСЦДУЭ

10.3.1 Экономия от снижения расходов энергоресурсов за счет внедрения задачи управления расходом энергоресурсов

10.3.2 Экономия от снижения платы за нагрузку

10.3.3 Экономия от снижения потерь в сетях электроснабжения и улучшения качества электроэнергии

10.3.4 Экономия теплоэнергии

10.3.5 Экономия электроэнергии за счет эффективного управления компрессорами

10.3.6 Экономия от сокращения численности персонала

10.4Расчёт годового экономического эффекта

Промышленность России на современном этапе остается основным потребителем энергоресурсов, например, доля промышленного потребления электроэнергии в отдельных регионах достигает 60-65%. Планируемое удвоение ВВП России может привести к увеличению потребления энергоресурсов, но это увеличение должно быть основано на внедрении новых технологий.

Из-за многократного удорожания энергоресурсов их доля в себестоимости продукции для многих промышленных предприятий резко возросла и составляет 20-30%, а для наиболеё энергоёмких производств достигает 40% и болеё. Вместе с удорожанием энергоресурсов наступил экономически целесообразный предел их потребления в рамках исторически сложившихся технологий для каждого отдельного предприятия, возникли вопросы качества использования этих ресурсов внутри предприятия и безопасности основных средств производства. Факторы высокой стоимости энергоресурсов и обеспечения безопасности обусловили в последние годы кардинальное изменение отношения к организации диспетчеризации в промышленности и других энергоёмких отраслях (транспорт и жилищно-коммунальное хозяйство).

Современная цивилизованная организация производства основана на использовании автоматизированного приборного учёта, сводящего к минимуму участие человека на этапе измерения, сбора и обработки данных и обеспечивающего адаптируемый к различным тарифным системам и графикам работы предприятия учёт. Учёт всесторонний с предоставлением оперативной и достоверной информации для всех заинтересованных сторон: поставщиков энергоресурсов и их потребителей, работников самого предприятия и служб инженерного контроля и безопасности.

При наличии современной АСДУ промышленное предприятие полностью контролирует весь свой процесс ресурсопотребления и имеёт возможность по согласованию с поставщиками энергоресурсов гибко переходить к разным тарифным системам, минимизируя свои энергозатраты. В этом случае появляется возможность эффективно перераспределять все виды ресурсов внутри предприятия, контролируя эффективность использования рабочего времени работниками предприятия. При этом обеспечение безопасность их работы будет обеспечена на болеё высоком уровне во время всего рабочего дня.

Сегодняшний день промышленных предприятий в области диспетчеризации связан с внедрением современных АСДУ, реализованных на основе современных информационных технологий. Многие ведущие фирмы мира предлагают интегрированные решения диспетчерских инженерных служб обеспечения жизнедеятельности предприятия с использованием микропроцессорных систем и средств, сетевых телекоммуникационных устройств и высокопроизводительных рабочих станций.

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

Автоматизированная система управления (АСУ) – это система "человек-машина", обеспечивающая эффективное функционирование объекта, в которой сбор, передача и обработка информации, необходимой для реализации функций управления, осуществляются с применением средств автоматизации и вычислительной техники.

Если вычислительная техника используется для решения комплексов взаимосвязанных задач управления энергетическим департаментом ПП (управление тепло-, водо-, газоснабжения и т.п.), то принято такую систему называть автоматизированной системой энергоснабжения (АСУ-Энерго). Если построена система управления электропотреблением ПП, то часто используется сокращение – АСУ-Электро. Последняя может быть разработана в виде отдельной изолированной системы или входить в состав общей АСУ-Энерго. Самый верхний уровень иерархии управления предприятием в целом осуществляется с помощью автоматизированной системы управления предприятия (АСУП). Системы АСУЭ соответственно относятся к болеё низкому уровню иерархии – АСУ технологических процессов (АСУ ТП) и имеют ряд специфических особенностей.

В сложных системах полная автоматизация управления предприятием (или его отдельным департаментом) обычно трудно реализовать из-за отсутствия аналитического аппарата управляющих процессов, а также непредсказуемости всех возможных режимов работы. Поэтому наряду с устройствами автоматизации и телемеханики определённые функции выполняет исключительно человек (оператор), при этом система управления превращаются в автоматизированную систему диспетчерского управления (АСДУ).

Эти диспетчерские системы управления отличаются от соответствующих систем автоматизации в первую очередь превалирующей ролью человека (диспетчера) в контуре управления. Приёмо-передача сигналов управления осуществляется диспетчером с помощью специально организованных каналов и линий связи. С помощью средств телемеханики диспетчер получает информацию о параметрах режима электропотребления и положения коммутационных аппаратов на главной понизительной подстанции (ГПП). С помощью этих устройств осуществляется передача управляющих команд с диспетчерского пункта на объекты.

Режимы работы отдельных элементов в системе электроснабжения (СЭС) промышленных предприятий (ПП) взаимосвязаны. Согласованное действие всех этих элементов будет обеспечено лишь в случае, если важнейшие из них обладают устойчивыми операциями контроля и управления, сосредоточенные в одном месте (диспетчерском пункте).

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

Работа диспетчера оказывается болеё эффективной, если информация о режимах работы элементов системы автоматически приходит от приборов, установленных на диспетчерских пунктах. Кроме того, сам диспетчер имеёт возможность изменить режим работы управляемой системы, непосредственно посылая сигналы на контролируемые объекты.

Если контрольных пунктов мало, а расстояние между диспетчерскими пунктами значительно, то можно использовать дистанционное управление. Для этого необходимо перенести аппаратуру управления и сигнализации со щитов местного управления на центральный диспетчерский пункт (ЦДП) (Рис 1.1). В случаях большого расстояния между диспетчерскими и контрольными пунктами необходимо использовать устройства телемеханики. Они не требуют постоянного дежурного персонала и позволяют использовать управляющую вычислительную машину.

Отдельной задачей АСУЭ является операция, выполненная с помощью технических средств и программного обеспечения, в результате решения которой формируются либо отчетный документ, либо одно или серия однотипных сообщений обслуживающему персоналу.

Отдельная функция АСУЭ – это совокупность задач, направленных на достижение общей цели управления и объединённых единым критерием управления.

Рис 1.1.Диспетчерская система управления СЭС

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

Телесигнализация (ТС) – это получение информации о состоянии контролируемых и управляемых объектов, имеющих ряд возможных дискретных состояний. ТС должна обеспечивать передачу на пульт управления предупреждающих и аварийных сигналов, а также обеспечивать отображение состояние основных элементов СЭС на диспетчерском пульте (и на щите), при этом должны предусматриваться следующие показатели:

— положение всех телеуправляемых объектов;

— положение крупных телеприёмников;

— положение нетелеуправляемых выключателей ВН на вводах;

— положение секционных шинно-соединительных и обходных выключателей;

— положение силовых трансформаторов, находящихся в цехе.

Телеизмерения (ТИ) – должны обеспечивать возможность измерения основных параметров, отображающих работу системы и позволяющих правильно управлять ситуацией. Для телеизмерений в АСУ-Электро рекомендуют выбирать:

— напряжение на головных шинах;

— напряжение на шинах пункта приёма электроэнергии;

— ток на одном из концов линии подстанции;

— суммарную мощность, полученную от отдельных источников и т.д.

Телеизмерения тока и напряжения организуются по вызову, а мощности – по циклическому типу в течение суток. Телеизмерения интегральных параметров (ТИИ) обеспечивают возможность составления энергетических балансов. Кроме того, они используются постоянно для ввода результатов измерений в вычислительную информационную сеть.

Телеизмерения текущих параметров (ТИТ) – должны обеспечивать диспетчеру возможность измерения основных электрических параметров, необходимых для управления системой и восстановления её после аварии.

Телемеханизация (ТМ) должна обеспечивать:

— отображение на диспетчерском пульте состояний и основных элементов;

— передача на диспетчерский пульт предупреждающих и аварийных сигналов;

— управление основными элементами системы и т.п.

В качестве технических средств ТМ используются проводные многоканальные телемеханические устройства заводского изготовления. В качестве первичной измерительной аппаратуры в СЭС используются стандартные измерительные трансформаторы тока, имеющие на выходе ток 1 А или 5 А, и измерительные трансформаторы напряжения с напряжением измерительных обмоток 100 В, а также датчики для сбора различной технической информации.

В связи с постоянным удорожанием потреблённой электроэнергии и необходимости модернизации производственных мощностей (и их систем автоматизации) у промышленных предприятий возникла необходимость в построении интегрированных решений, в разработке автоматизированных систем контроля и управления электропотребления (АСКУЭ), построенных с применением персональных ЭВМ.

В числе главных проблем, возникающих при создании АСКУЭ предприятия — оптимальное разделение функций между универсальными и специализированными средствами. Это в конечном итоге определяет конкретный выбор технических средств, суммарные затраты на создание АСКУЭ, её эксплуатацию и достигаемую эффективность.

Одна крайность при решении указанной проблемы заключается в перенесении почти всех функций АСКУЭ на ЭВМ. Полная централизация сбора и обработки измерительных данных на ЭВМ — приводит к уменьшению затрат на специализированное оборудование, но одновременно и к увеличению затрат на кабели связи, снижению надёжности и живучести системы в целом, а также делает проблематичной её метрологическую аттестацию. Другая крайность — построение АСКУЭ исключительно на базе специализированных средств. В данном случае достигается экономия кабельной продукции, успешно решаются вопросы метрологической аттестации, обеспечивается децентрализованный доступ к информации, но снижается эффективность АСКУЭ в целом за счет ограничения функций систем в плане полноты накопления данных, их обработки, отображения, документирования и анализа информации.

Оптимальный подход при создании АСКУЭ предприятия состоит в согласованном выборе специализированных и универсальных средств с Учётом их функций. При этом типовая структура централизованной АСКУЭ предприятия включает, как специализированные системы, так и ПЭВМ (Рис. 1.2.). Устройства сбора и передачи данных (УСПД) выполнены в виде микропроцессорных средств и предназначены для экономии кабельной продукции, а также для контроля каналов связи. Структура АСКУЭ конкретных предприятий отличаются количеством и типом систем, средствами связи, но для всех АСКУЭ характерны взаимозависимость функций ПЭВМ и систем.

Рис. 1.2. Типовая структура централизованной АСКУЭ

Современные специализированные информационно-измерительные системы автоматизированного электроснабжения характеризуются определенным числом измерительных каналов и групп учёта, а также списком штатных энергетических (мощность, расход) и сервисных (неработающие каналы, сбои питания и т.п.) параметров. В группу алгебраически суммируются данные определенных измерительных каналов одного вида учёта (точки учёта) в соответствии со схемой АСУ-Энерго конкретного предприятия. По соответствующей группе и (или) каналу система за определённые интервалы времени накапливает информацию о фактических расходах энергии или энергоносителей (электроэнергии, холодной и горячей воды, пара, газа, воздуха и др.).

Перечень интервалов накопления информации о расходах определяется:

1. Требованиями коммерческого учёта в соответствии с действующими и перспективными тарифами;

2. Требованиями технического учёта, то есть задачами оперативного прогнозирования и управления нагрузкой;

3. Требованиями контроля за показателями электроэнергии и т.п.

Поэтому диапазон интервалов содержит, как правило, интервал краткосрочного накопления (1 — 3 мин), интервалы среднесрочного (30 мин, зоны и смены суток, сутки) и долгосрочного (неделя, декада, месяц, квартал, год) накоплений. Данные о расходах электроэнергии и энергоресурсов в указанных интервалах используются помимо своего прямого назначения и для расчётов мощностей или удельных расходов, а также могут быть использованы в контуре экономического энергопотребления (в задачах АСКУЭ).

Основную информацию о процессах электропотребления предприятия получают на основе изучения комплекса графиков и диаграмм, отражающих в интегральном виде характер и динамику процессов на различных объектах (или их группах) системы электроснабжения предприятия. Указанные графики и диаграммы желательно иметь если не по каждой группе или каналу учёта, то по большинству точек учёта, причём в режиме сопоставления их друг с другом (например, суточный график нагрузки нескольких цехов на фоне графика нагрузки предприятия в целом и т.п.) и с возможностью выбора за любой среднесрочный или долгосрочный интервал текущего года.

Основным видом энергетических параметров для АСКУЭ являются не графики нагрузок, а текущие итоговые суммы расходов и мощностей. Поэтому сбор информации для вышеперечисленных графиков и её накопление (архивирование) являются задачами программного комплекса АСКУЭ верхнего уровня.

Периодичность процесса сбора данных в ПЭВМ с систем нижнего уровня определяется, с одной стороны, срочностью решаемой задачи верхнего уровня, а с другой — списком параметров систем. Для согласования времени принятия решения на разных уровнях управления применяются промежуточные системы человеко-машинного интерфейса (SCADA-системы).

Рассмотрим основную структуру диспетчерского управления и автоматизации системы электроснабжения.

В современных условиях в электроэнергетике России (как и в других странах) происходит постепенное слияние различных систем автоматизации: АСКУЭ, АСДУ и АСУ ТП, и создание на их базе интегрированных автоматизированных систем управления (ИАСУ).

Интегрированные АСУ – это логическое продолжение вертикальной интеграции АС на разных этапах производства (потребления) электроэнергии. Основная цель создания таких систем – дальнейшеё повышение эффективности технических и программных средств автоматизации и диспетчеризации СЭС для улучшения технико-экономических показателей и повышения качества и надёжности электроснабжения ПП.

Реформирование электроэнергетики России требует создания полномасштабных иерархических систем управления: автоматических систем измерения показателей электроэнергии (АСИЭ); автоматизированных систем учёта потребления и сбыта электроэнергии (АСУПСЭ), АС диспетчерского управления (АСДУ), АС контроля и управления электропотреблением (АСКУЭ).

Основная особенность экономического метода управления – рассмотрение электропотребления как главного звена, управляющего рынком электроэнергии. Этот рынок, в свою очередь, представляет совокупность собственно технологического процесса (производства, передачи, распределения и потребления электроэнергии), учётно-финансового процесса электропотребления, а также политических процессов в государстве и обществе. Эти факторы должны являться основой для создания и развития рынка электроэнергии в России. Причём функционирование такого рынка не возможно без создания интегрированной системы управления электропотреблением на базе систем АСИЭ, АСУПСЭ, АСДУ и АСКУЭ. При этом возникает необходимость чётко разграничить функции указанных систем в рамках единой системы управления энергопотреблением.

Интегрированная система управления электропотреблением в условиях рынка должна охватывать все уровни и стадии управления от производства до реализации — от физических потоков электрической энергии до финансовых и экономических показателей электропотребления (табл.1.1).

Управление на каждом уровне должно осуществляться соответствующими системами, что обусловлено спецификой выполняемых ими функций (в зависимости от стадии управления) и находит подтверждение в теории и практике создания больших информационно-управляющих систем.

В рамках интегрированной системы АСКУЭ должны быть задействованы различные по функциональному назначению технологические системы, образующие иерархию экономического управления электропотреблением.

Такая единая система АСКУЭ поможет реализовать управление электропотреблением экономическим методом:

— долгосрочное и краткосрочное планирование режимов (кривой) потребления — на основе экономических параметров электропотребления потребителей и поставщиков (от АСУПСЭ) и действующей системы тарифов на электроэнергию (отражающей внешнеё, косвенное, воздействие на управление потреблением);

— контроль режимов электропотребления — по параметрам потребления, используемым для расчётов с потребителями (от АСИЭ);

— принятие управленческих решений по регулированию потребления и доведение их до системы управления производством и распределением энергии.

Таблица 1.1.Структура (иерархия) управления электропотреблением

5. Уровень процесса.

5. Измерение (контроль) технических параметров.

Система АСДУ осуществляет управление на технологическом уровне (уровне процесса и уровне присоединения). Её основными функциями являются:

— управление и регулирование потреблением на основе исполнения команд системы экономического управления (АСКУЭ) либо посредством исполнения директив внешнего уровня;

— обеспечение надёжного электроснабжения посредством автоматического измерения (контроля) технических параметров электроэнергии (/, U. W, Р) и автоматической коммутации цепей и генерирующих мощностей либо посредством исполнения старшего директивного уровня управления.

Система АСУПСЭ выполняет функции:

— учёт и накопление экономических параметров потребления — потреблённой энергии и мощности; соответствующих им стоимости и фактической оплаты;

— взаиморасчёты через выставление платежей непосредственно с поставщиками и потребителями, а также с финансовыми учреждениями для контроля оплаты;

— подготовку исходной информации об экономических параметрах электропотребления со стороны потребителей и поставщиков для принятия решений.

Система АСИЭ осуществляет измерение и контроль параметров электропотребления для расчётов с потребителями (потреблённой энергии и мощности).

Распределение подобным образом функций (рис.1.3) между системами АСИЭ, АСУПСЭ, АСКУЭ и АСДУ позволяет создать контур управления, замкнутый на верхнем уровне экономического управления потребления и производства электроэнергии. Благодаря этому можно обеспечить оптимальное управление электропотреблением, в наибольшей степени учитывающеё (балансирующеё) интересы производителей и потребителей в условиях формирующегося рынка электроэнергии.

АСИЭ выполняет измерение параметров энергопотребления в точках присоединения потребителей и поставщиков. АСУПСЭ осуществляет преобразование и группировку параметров потребления электроэнергии в экономические параметры конкретных потребителей и поставщиков, выставление счетов и контроль оплаты, их Учёт (накопление) и анализ.

АСДУ является исполнительным органом, осуществляющим непосредственное управление (по командам системы управления экономического уровня) коммутацией цепей и генерацией мощностей, т.е. на уровнях процесса и присоединений.

Рис. 1.3 Структурная схема функционального взаимодействия АСИЭ, АСУПСЭ, АСДУ и АСКУЭ при управлении процессом энергопотребления

АСКУЭ должна выполнять одновременно две функции:

— оперативный контроль и управление по выдерживанию заданного режима (кривой) потребления;

— формирование нового оптимального режима потребления на основе фактических экономических параметров потребления и тарифов на электроэнергию, а при необходимости — управление переходом на новый режим потребления.

Следует отметить, что рекомендуемые "ЕЭС России" автоматизированные системы контроля и учёта электроэнергии (или контроля, учёта и управления энергопотреблением) можно структурировать как совокупность систем АСИЭ, АСУПСЭ и АСДУ. Тогда их внедрение можно и нужно рассматривать как этап внедрения интегрированной системы экономического управления энергопотреблением (АСУ-Энерго).

Интегрированные организационно-технологические АСУ энергосистемами создаются на базе функционирующих АСУ как естественное их развитие и характеризуются рядом особенностей, в частности наличием: многомашинного оперативного информационного управляющего комплекса (ОИУК); системой сбора оперативно-диспетчерской и организационно-экономической информации; разветвлённой сетью периферийных пунктов сбора и обработки информации; АСУ различного назначения, автоматизированных систем диспетчерского (АСДУ) и организационно-экономического управления (АСОУ), АСУ технологическими процессами, АСУ энергетическими компаниями и предприятиями.

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

2. З адачиавтоматизированной системы диспетчерского управления энергосистемой

Задачи оперативного контроля и управления решаются в ходе процесса на различных временных интервалах, осуществляют сбор данных из каналов связи с объектами, обеспечивают создание и ведение баз данных реального времени и являются поставщиком информации для технологических задач и задач автоматического управления. Технологические задачи решаются на основе обработки и анализа данных реального времени и данных из ИБД. В комплексе АСДУ в режиме on–line на единой информационной базе должныбыть реализованы функции ОИК (SCADA) и режимно–технологических задач оперативного управления, полностью адаптированные к особенностям и условиям России. Задачи автоматического управления решаются на основе обработки и анализа данных реального времени.

В качестве источника информации для АСДУ могут использоваться: ручной ввод параметров; устройства телемеханики и РЗА; комплексы АСУТП электростанций и подстанций; системы учёта электрической энергии; интегрированная база данных энергопредприятий

Задачи оперативного управления решаются на базе программно–технических средств оперативно–информационного управляющего комплекса (ОИУК) в рамках двух подсистем: иформационно–управляющей (ИУП) и информационно–вычислительной (ИВП). Основным назначением ИУП является сбор, первичная обработка и отображение информации о текущем режиме, а также контроль допустимости режима и состояния элементов энергооборудования. В задачи ИВП входят болеё сложные вычислительные функции, обеспечивающие помощь оперативному персоналу с расчётом допустимости нормальных и послеаварийных режимов, ремонтных заявок, коммутационных переключений, оценку состояния работы электрических, тепловых сетей и электростанций, определение расстояния до места повреждения, оперативный прогноз нагрузок и контроль за потреблением энергии и мощности, расчёт и оптимизацию электрических и тепловых режимов в реальном времени, диагностику основного оборудования. В части обработки телеинформации должны решаться задачи:

– приёма телеизмерений и телесигналов по каналам связи, контроль достоверности, восстановление недостоверных данных, расчёт интегралов, осреднение, контроль пределов;

– контроля состояния системы сбора информации и формирование статистических данных о работе отдельных элементов системы сбора;

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

– ретрансляции телеинформации на другие уровни управления.

В части диспетчерской ведомости должны решаться задачи:

– переноса телеизмеряемых данных в архивы и ведомости;

– переноса интегральных и осредняемых значений телеизмерений в архивы и ведомости;

– приёма и передачи данных по каналам межуровневого обмена;

– уточняющего расчёта данных диспетчерской ведомости;

– формирования отчётных документов требуемой структуры.

Технологические задачи решаются в рамках подсистем:

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

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

– формирование и ведение оперативной расчётной схемы электрической и тепловой сети;

– ведение оперативного журнала диспетчера;

– ведение оперативной документации;

– автоматизированное рассмотрение диспетчерских заявок;

В подсистему планирования режимов входят задачи:

– прогноз нагрузок на характерные периоды;

– оценка режимных последствий ввода в работу новых объектов и подключёния их к электрическим и тепловым сетям;

– разработка и корректировка нормальных и ремонтных режимов работы оборудования;

– расчёт потерь энергии в электрических сетях и на электростанциях,

– анализ и прогноз надёжности, качества электроснабжения;

– расчёт удельных расходов топлива и себестоимости выработки энергии на электростанциях.

Режимно–технологические задачи оперативного управления включают:

– отслеживание состояния топологии электрической сети энергосистемы по данным ТИ и ТС;

– контроль правильности работы телеизмерительной системы на основе сравнения фактических и оценённых значений телеизмеряемых режимных параметров;

– оценку надёжности текущих режимов и выдача рекомендаций по её повышению;

– оптимизацию текущих электрических режимов энергосистемы и выдача рекомендаций по снижению потерь активной мощности;

– внутрисуточную коррекцию режимов энергосистемы по активной мощности;

– возможность проведения проверочных расчётов режимов на основе реальных данных с целью оценки допустимости тех или иных решений, принимаемых диспетчером;

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

В область режимно–технологических задач краткосрочного планирования входят:

– краткосрочный прогноз суммарной нагрузки энергосистемы и её ‘районов на основе фактических нагрузок, хранящихся в диспетчерской ведомости:

– расчёт краткосрочного баланса мощности энергосистемы;

– оптимальное распределение нагрузки между электростанциями энергосистемы;

– формирование расчётной схемы и нагрузок узлов для краткосрочного планирования электрических режимов энергосистемы;

– расчёт и оптимизация краткосрочных электрических режимов энергосистемы исходя из минимума потерь и соблюдения заданных ограничений;

– оценка режимной надёжности сформированных краткосрочных режимов энергосистемы;

– определение плановых краткосрочных значений технико–экономических показателей работы энергосистемы;

– обработка и достоверизация контрольных замеров;

– определение статических характеристик нагрузок;

– прогноз нагрузок в узлах электрических сетей на характерные периоды;

– расчёт плавких вставок предохранителей, устанавливаемых на трансформаторах;

– оценка режимных последствий ввода в работу новых объектов и подключёния их к электрическим сетям;

– разработка и корректировка нормальной и ремонтной схем сетей;

– разработка типовых ремонтных схем;

– расчёт, анализ и прогноз надёжности схем электроснабжения;

– расчёт, анализ и прогноз качества электроэнергии в электрических сетях;

– расчёт, анализ, нормирование и прогноз потерь электроэнергии в электрических сетях.

К таким задачам относятся:

– автоматическое управление энергоагрегатами (котел, турбина, генератор и т.д.);

– автоматическое управление средствами регулирования напряжения и реактивной мощности;

– автоматическое управление средствами первичной коммутации для локализации аварий и восстановления электроснабжения (автоматическое повторное включение (АПВ), автоматическая частотная разгрузка (АЧР), автоматический ввод резерва (АВР), автоматическое секционирование электрических сетей и т.п.);

– автоматическое управление средствами первичной коммутации для оптимизации установившихся режимов электрических сетей;

– релейная защита электрических сетей.

Особенностью этой группы задач является решение их соответствующими устройствами (как локальными, так и АСУ ТП) автоматически, без участия человека.

Подсистема АСДУ должна быть развёрнута на всех уровнях:

– уровень предприятий электрических сетей (ПЭС) – отделение энергосбыта;

– уровень районов электрических сетей (РЭС) – участок энергосбыта;

– уровень энергообъектов (ТЭЦ и подстанции).

Функции и задачи АСКУЭ заключаются в формировании и передаче данных о выработанной и потреблённой электроэнергии, а также потреблении топлива для оперативного диспетчерского управления (ОДУ) энергосистемой и для решения сбытовых задач.

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

В основу создаваемых систем АСКУЭ положены следующие базовые принципы:

– исходной информацией для системы служат данные, получаемые от счётчиков расхода электроэнергии (уровень подстанций и станций);

– система создаётся как расчётная, использующая для расчётного и технического учёта одни и те же комплексы технических средств;

– сбор, первичная обработка, хранение и выдача в систему информации об электроэнергии и мощности на объектах осуществляется с помощью специализированных информационно–измерительных систем или устройств сбора и передачи данных (УСПД);

– информация об электроэнергии и мощности, образующаяся на энергообъектах и циркулирующая в АСКУЭ привязана к астрономическому времени или синхронизирована в пределах энергообъекта;

– система сбора и передачи информации АСКУЭ по возможности использует установленные системы связи.

Автоматизированная система диспетчерского и технологического управления (АСДУ) представляет собой многоуровневый программно–технический комплекс, включающий средства сбора информации, каналы связи, ПЭВМ и программы обработки. АСДУ позволяет:

– обеспечить диспетчерский и режимный персонал, энергоснаб, энергонадзор, руководство энергосистемы и предприятий сетей оперативной информацией о текущих прогнозных и ретроспективных режимах;

– организовать эффективный контроль за ведением текущего режима энергосистемы;

– повысить обоснованность принимаемых диспетчером решений;

– повысить качество и надёжность электроснабжения потребителей;

– осуществлять оперативный и ежесуточный контроль баланса мощности и электроэнергии и улучшить планирование внутрисуточных и текущих режимов;

– получить максимальную прибыль за счет оптимального ведения режимов, экономии топлива и электроэнергии;

– внедрить в кратчайший срок в промышленную эксплуатацию самые современные средства вычислительной техники, а также прикладное программное обеспечение.

АСДУ разрабатывается на основе следующих принципов:

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

– гибкость структуры – возможность достаточно быстрой настройки при изменяющихся условиях эксплуатации объекта управления;

– открытость – должна обеспечивать возможность присоединения к системе новых функций;

– живучесть – способность сохранять работоспособность системы при отказе её отдельных элементов;

– унификация – максимальное использование стандартного системотехнического программного обеспечения и совместимость системы с международными стандартами с целью его дальнейшего развития и включения в межуровневую региональную вычислительную сеть;

– распределённость обработки информации в неоднородной вычислительной сети;

– отработка типовых решений на "пилотных" проектах с последующим их применением на других объектах;

– преемственность по отношению к эксплуатируемым в настоящеё время системам АСДУ энергосистемой, предусматривающая возможность совместной эксплуатации существующих устройств управления на энергообъектах (телемеханики, релейной защиты и автоматики) и внедряемых микропроцессорных систем, с последующей заменой устаревших устройств;

– информационная совместимость на разных уровнях управления.

АСДУ должна удовлетворять следующим требованиям:

– использования современных микропроцессорных терминалов и контроллеров с требуемой реакцией: электрические процессы – не болеё 1–5 мс, тепломеханические процессы – не болеё 250 мс;

– возможности передачи данных от контроллеров и устройств телемеханики с меткой времени (для расчётов баланса энергии и мощности и регистрации аварийных процессов);

– повышения скорости передачи данных по телемеханическим каналам;

– возможности использования стандартных промышленных контроллерных сетей и применение в этих сетях контроллеров;

– использования стандартов Международной электротехнической комиссии (МЭК) и российских ГОСТов;

– использования стандартных, локальных вычислительных сетей (ЛВС);

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

– обеспечения требуемой точности и реакции на события в нормальных и аварийных ситуациях.

АСДУ должна иметь открытую сетевую архитектуру, как в отношении конфигурации её оборудования, так и в отношении универсальности функциональных пакетов программ, чем обеспечивается высокая степень гибкости. Она строится на базе многопроцессорных систем управления, объединённых в локальные (ЛВС) и региональные (РВС) вычислительные сети, имеёт в своем составе мощные ЭВМ.

На всех уровнях АСДУ должна быть использована интегрированная база данных (ИБД), включающая SQL–совместимые базы данных и базы данных реального времени (БДРВ), реализующие единое информационное пространство.

ИБД должна обеспечивать необходимую полноту, целостность и надёжность хранения информации.

АСДУ — это совокупность комплексов АСДУ ЦДП (центр. диспетч. пункта) АО-Энерго, АСДУ ПЭС и РЭС, АСУТП электростанций и подстанций, систем АСКУЭ, обменивающихся информацией по каналам телемеханики или через ЦКИ (центр коммутации информации). В соответствии с территориальным принципом обслуживания и управления объектами АСДУ можно реализовать на трёх или четырёх уровнях управления:

I. Уровень служб и отделов АО-Энерго и энергосбыта (ЦДП, энергосбыт).

II. Уровень предприятий электрических сетей (ДП ПЭС, отделение энергосбыта).

III. Уровень районов электрических и тепловых сетей (ДП РЭС, участок энергосбыта). Крупные предприятия электрических сетей делятся на районы.

IV. Уровень энергообъектов (электростанция, подстанция).

Каждый уровень АСДУ функционирует на базе локальных (ЛВС) либо региональных вычислительных сетей, под управлением специализированных ЭВМ.

Задачи АСДУ, в общем, должны быть аналогичными для всех энергопредприятий (за исключением Энергосбыта, где есть только задачи АСКУЭ). Это является одним из основных принципов построения единой вертикали АСДУ АО-Энерго. В состав АСДУ входят следующие группы задач:

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

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

– задачи контроля и учёта электрической энергии.

Комплекс может быть построен на основе модели "клиент–сервер" с использованием следующих стандартов открытых систем:

– DECnet, IPX, TCP/IP;

– WindowsNT (для рабочих станций и клиентских рабочих мест на базе ПЭВМ).

В комплекс может быть включена поддержка распределённой SQL–базы данных (для задач АСДУ и ПХД).

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

– два базовых сервера АСДУ, которые выполняют функции оперативно–информационного комплекса и оперативного управления режимом;

– два сервера связи АСДУ, которые выполняют коммуникационные функции с нижними уровнями. На первом этапе к этим серверам будут подключаться установленные в энергосистеме КП отечественных телемеханических комплексов и АСУ нижних уровней;

– клиентская часть на базе ПЭВМ и графических рабочих станций;

– автоматизированные рабочие места (АРМ) пользователей;

– вычислительная сеть, обеспечивающая подключёние локальных и удалённых конечных пользователей;

–коммуникационная система, обеспечивающая подключёние удалённых локальных вычислительных сетей по коммутируемым и выделенным каналам связи, для обеспечения обмена с АСУ РАО другими АСУ данного уровня;

– контроллер управления диспетчерским щитом. Реализация человеко–машинного интерфейса в комплексе осуществляется через АРМ пользователей, функционирующие на ПЭВМ в локальной сети. Устанавливаются следующие АРМ:

– АРМ руководства АО;

– АРМ пользователей в службах и отделах (СРЗА, СТМиС, ОАСУ);

– АРМ диспетчеров передающих (системообразующих) сетей;

– АРМ инженера ЦДП по режимам.

Подсистема АСКУЭ на уровне Энергосбыта выполняет следующие основные задачи:

– сбор данных об электроэнергии, и мощности для решения сбытовых задач;

– передача данных об электроэнергии и мощности в АСДУ ЦДЛ для решения технологических, режимных и информационных задач;

– передача обобщенных данных об электроэнергии и мощности в АСУ РАО.

Функции и задачи собственно АСКУЭ, включающие:

– оперативный контроль баланса мощности и электроэнергии по основным подстанциям, сетевым районам и в целом по ПЭС;

– оперативный контроль мощности, потребляемой крупными потребителями в часы максимумов нагрузок;

– текущий контроль режимов электропотребления и договоров с потребителями;

– управление нагрузкой потребителей с целью оптимального расходования энергоресурсов и соблюдения режимов электропотребления;

– статистический Учёт и анализ режимов электропотребления.

Функции коммерческого учёта электроэнергии и мощности, включающие:

– обеспечение соответствующих подразделений энергосистемы информацией, необходимой для коммерческих расчётов;

– оперативное отслеживание условий выполнения заключенных контрактов на покупку (продажу) электроэнергии и мощности.

Уровень РЭС для малых предприятий электрических сетей отсутствует. Функции, выполняемые АСДУ ПЭС и РЭС практически одинаковы. Оперативно–диспетчерское управление распределительными сетями в ПЭС, с выделенными РЭС, децентрализовано.

АСДУ верхнего уровня управления предприятия и района электрической сети создаётся на базе рабочих мест отделов и служб ПЭС и РЭС в рамках локальной вычислительной сети на основе единого информационного обеспечения. На данном уровне реализуется интеграции задач оперативного диспетчерского управления подсистем АСДУ ПЭС и РЭС.

Интеграция осуществляется по двум направлениям:

– согласованным решением задач в каждой подсистеме АСДУ на различных уровнях иерархии – от энергообъектов до ПЭС и РЭС;

– организацией взаимодействия с разными подсистемами данного уровня (АСКУЭ, Электроснабжения).

На начальном этапе рабочие места отделов и служб функционируют автономно. На последуюих этапах интеграции и создания ЛВС информационное единство обеспечивается интегрированной базой данных (ИБД). При этом в отдельных случаях возможна автономная работа некоторых задач при условии согласованности информации.

На уровне АСДУ ПЭС и РЭС решаются следующие задачи:

– по информационно–управляющей подсистеме (ИУП) – контроль и представление сетей, регистрация ТИ, ТС, дорасчёт и контроль параметров режима, накопление данных реального времени, суточная ведомость, телеуправление;

– по информационно–вычислительной подсистеме (ИВП) – достоверизация ТИ, ТС, оценка состояния электрической сети, формирование и контроль баланса мощности и энергии, оперативный расчёт и оптимизация режима распределительной сети, расчёт потерь мощности и энергии, и др.;

– по технологическим задачам диспетчерского управления – формирование и ведение оперативной схемы электрической сети, ведение оперативного журнала диспетчера, ведение оперативной документации, автоматизированное рассмотрение диспетчерских заявок, формирование и ведение базы данных бланков переключении;

– по подсистеме планирования режимов – обработка контрольных замеров, расчёт режимов сетей, расчёт ТКЗ, расчёт уставок защит, разработка ремонтных схем, прогноз нагрузок, анализ и прогноз надёжности;

– по подсистеме автоматического управления – автоматическое управление средствами регулирования и реактивной мощности, автоматическое управление средствами первичной коммутации (АПВ, АЧР, ЧАПВ, АВР и др.).

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

– два базовых сервера АСДУ, которые выполняют функции оперативно–информационного комплекса и оперативного управления режимом;

– два сервера связи АСДУ, которые выполняют коммуникационные функции с нижним и верхним уровнями. На первом этапе к этим серверам будут подключаться установленные в энергосистеме КП отечественных телемеханических комплексов и АСУ нижних уровней;

– клиентская часть на базе ПЭВМ и графических рабочих станций – автоматизированные рабочие места (АРМ) пользователей;

– вычислительная сеть, обеспечивающая подключёние локальных и удалённых конечных пользователей;

– коммуникационная система, обеспечивающая подключёние удалённых локальных вычислительных сетей по коммутируемым и выделенным каналам связи, для обеспечения обмена с другими АСУ данного уровня;

– контроллер управления диспетчерским щитом. Реализация человеко–машинного интерфейса в комплексе осуществляется через АРМ пользователей, функционирующие на ПЭВМ в локальной сети. Предусматриваются следующие АРМ:

– АРМ руководства ПЭС и РЭС;

–АРМ пользователей в службах и отделах;

– АРМ диспетчера распределительной сети;

– АРМ инженера по режимам.

Подсистемы АСКУЭ на уровне РЭС выполняет следующие основные задачи:

– сбор данных об электроэнергии и мощности;

– передача данных об электроэнергии и мощности в АСКУЭ Энергосбыта;

– передача данных об электроэнергии и мощности в АСДУ ПЭС и РЭС для решения технологических, режимных и информационных задач.

АСУ ТП станций и подстанций выполняется на базе МП терминалов РЗА и программируемых контроллеров. Такая система управления должна обеспечивать:

– информационные функции, которые включают сбор аналоговой и дискретной информации о режимных и технологичеких параметрах оборудования;

– регистрацию событий и процессов в аварийных режимах;

– обработку, накопление, архивирование информации;

– ведение базы данных реального времени;

– отображение графической информации в виде схем, графиков и др.;

– функции управления, в том числе управление коммутационными аппаратами, регулирование и др.;

– диагностику работы оборудования, определение ресурса работы, тепловизионный контроль и др.;

– диагностику технических средств АСУ ТП;

– приём и передачу информации на разные уровни управления и смежные подсистемы (АСКУЭ);

– выполнение функции релейной защиты и автоматики. Сочетание контроллеров и терминалов РЗА позволяет создать гибкую систему АСУ ТП, имеющую различную конфигурацию и учитывающую особенности различных подстанций.

В состав технических средств, необходимых для функционирования АСУ электростанций и подстанций, входят:

– базовый сервер АСУ (на ТЭЦ – резервный), который выполняет функции оперативно–информационного комплекса и оперативного управления режимом;

– два сервера связи АСУ (на небольших подстанциях интегрирован с базовым сервером), который выполняет коммуникационные функции с оборудованием нижнего уровня АСУ ТП, уровнем РЭС или ПЭС, другими АСУ данного уровня (АСКУЭ);

– клиентская часть на базе ПЭВМ и графических рабочих станций – автоматизированные рабочие места (АРМ) пользователей;

– вычислительная сеть, обеспечивающая подключёние локальных и удалённых конечных пользователей.

Рабочие места пользователей АСУ ТП станций и крупных подстанций с постоянным оперативным персоналом строятся на базе IBM–совместимых ПЭВМ, офисного или промышленного исполнения, работающих автономно либо в составе ЛВС. На небольших подстанциях без персонала могут использоваться переносные ЭВМ.

Предусматриваются следующие АРМ:

– АРМ пользователей в службах и отделах (СРЗА, СТМиС. ОАСУ);

– АРМ оперативного дежурного персонала.

Подсистема АСКУЭ на уровне станций и подстанций выполнена на базе счётчиков электроэнергии и устройств сбора и передачи данных (УСПД).

УСПД решает следующие основные задачи:

– сбор данных об электроэнергии и мощности с счётчиков;

– передача данных об электроэнергии и мощности в АСКУЭ РЭС или ПЭС;

–передача данных об электроэнергии и мощности в АСУ станций и подстанций для решения технологических, режимных и информационных задач.

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

Резкое увеличение потребности в информационном обеспечении всех служб электростанций и подстанций, РЭС, ПЭС и энергосистемы привело к необходимости замены установленных и внедрения новых подсистем АСДУ на всех уровнях – от уровня АСУ ТП подстанций до уровня АСДУ энергосистемы. Подсистемы АСДУ выполняющие одинаковые управляющие функции (Электроснабжение, АСКУЭ) на всех уровнях должны выполнять следующие требования:

Такой подход к выбору единого базового программного обеспечения позволит:

– унифицировать АСДУ уровня РЭС и ПЭС;

– унифицировать АСУ уровня электростанций и подстанций;

– разработать библиотеки программных модулей, расширяющих возможности базового комплекса;

– снизить единичные затраты на разработку и внедрение АСДУ;

– организовать централизованную поддержку внедрения и эксплуатации подсистем АСДУ.

Тесное взаимодействие между подсистемами АСДУ необходимо для эффективной работы каждой из них. Однако особенности базового инструментария и существенно отличающиеся показатели надёжности (в т.ч. готовности), делают нецелесообразной или затрудняют реализацию всего комплекса АСДУ на основе одной программно–аппаратной платформы. Важной задачей является обеспечение двунаправленного интерфейса между подсистемами на основе ПО промежуточного слоя (шлюзов), работающего на стандартных сетевых протоколах различного уровня, среди которых можно выделить как сетевые версии Windows протоколов ОDВС, DDЕ, СОМ (ОLЕ), так и другие открытые протоколы, например, OPC.

5. Современные методы автоматизации диспетчерских пунктов промышленных предприятий

Построение систем диспетчерского управления как открытых систем, аппаратные средства и программное обеспечение которых согласуется с международными стандартами, обеспечивает принятие наилучшего решения, удовлетворяющего как потребителей, так и производителей АСУ. Их отличительной особенностью является жесткая функционально-временная связь с технологическим циклом (оборудованием) производства, передачи, распределения и потребления электроэнергии, которая и определяет подход к созданию открытых АСКУЭ и АСДУ.

Основу архитектуры (платформы) рассматриваемых систем должны составлять базовое изделие – система диспетчерского управления и сбора данных (СДУСД), а также модули прикладного программного обеспечения. Данный подход обеспечивает многообразие (масштабируемость) и гибкость (наращивание) при построении АСУ на единой платформе – от систем на базе однопользовательского персонального компьютера (РС) и диспетчерского щита с мнемосхемой (на небольших и средних подстанциях) до многопользовательских систем на основе специализированных серверов и рабочих станций. В первом случае говорят об одноуровневой АСУ, во втором – двух- и многоуровневой архитектуре АСУ.

Архитектура открытых АСУ должна предусматривать чёткое разделение функций, реализуемых отдельными серверами. При этом критичные ко времени функции можно реализовать на двойном комплекте серверов (основном и резервном), в то время как менеё критичные – на одинарных. Эта гибкая и эффективная схема резервирования в полной мере обеспечивает высокую надёжность функционирования АСУ.

Информация в СДУСД должна поступать через серверы сбора данных и серверы связи. Серверы сбора данных сообщаются с локальными блоками управления (ЛБУ), устанавливаемыми на подстанциях, а серверы связи – с другими центрами управления.

Для облегчения создания и изменения (расширения) СДУСД в соответствии с уникальными требованиями заказчика программное обеспечение должно быть выполнено в виде отдельных модулей со стандартными интерфейсами. Современный уровень программирования предусматривает ориентацию на рабочие станции и серверы фирм "Sun" и "IBM" и такие производственные стандарты, как POSIX (для операционной системы UNIX), Х.25 и ТСР/IР (для сетевых коммуникаций), Ethernet (для локальных вычислительных сетей), X Window System и OSF/Motif (для человеко-машинных интерфейсов ), ORACLE RDBMS C SQL2 (для работы с базами данных ), ISO/OSI (для протоколов обмена), С++ и РАSCAL (для языков программирования).

Использование в открытых СДУСД высокопроизводительных рабочих станций и серверов, распределённых компьютерных баз данных, а также разработка человеко-машинных интерфейсов обеспечивают наибольшеё удобство работы операторов и наилучшеё исполнение ими функциональных обязанностей, касающихся управления технологическим оборудованием.

Рис. 5.1 Масштабируемая архитектура СДУСД

Масштабируемая (расширяемая) архитектура открытых СДУСД предоставляет им возможности не только собственного неограниченного роста (посредством добавления большого количества рабочих станций и серверов для поддержки сотен ЛБУ, сотен тысяч передающих цифровых и аналоговых точек и миллионов распределенных цифровых и аналоговых точек), но и создания (развития) на их основе систем управления генерацией энергии, управления энергией, управления распределением энергии и управления нагрузкой (посредством добавления серверов и модулей программного обеспечения, реализующих соответствующие функции) (Рис. 5.1).

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

5.2 Микропроцессорные средства автоматизации и диспетчеризации СЭС

5.2.1 Основные виды микропроцессорных средств автоматизации

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

Сложилось так, что сигналы выводились ото всех датчиков на щиты управления – блочные, групповые, местные. Там же размещались контрольно-измерительные приборы, устройства защиты, регуляторы, ключи управления. Соответственно и формировалась структура АСУТП, когда на щитах управления располагались программируемые контроллеры (Рис. 5.2), включая модули ввода – вывода устройств связи с объектом, и велось централизованное управление основным и вспомогательным технологическим оборудованием. В последнеё время ситуация несколько меняется. Все чаще применяется установка контроллеров, объединённых в локальную вычислительную сеть (ЛВС).

Рис. 5.2. Контроллеры для систем автоматизации

Устройства релейной защиты и автоматики (РЗА), измерительные приборы и ключи управления максимально приближены к объектам, т.е. находятся в самих распределительных устройствах (РУ). В ряде случаев последние отстоят на сотни метров и даже на километры от главных или центральных щитов управления. Для электрической части характерно такая идеология управления и регулирования, когда к централизованным задачам относятся, в основном, лишь автоматическое регулирование частоты и мощности, групповое управление возбуждением генераторов и противоаварийная автоматика, а устройства РЗА выполненные в виде отдельных локальных устройств. Следовательно, микропроцессорное устройство системы контроля и управления электрической части должны иметь не только функциональную, но и территориальную распределённость.

Программно-технические комплексы (ПТК) для тепловой части выпускают в мире десятки производителей. Имеются развёрнутые производства в России, в том числе и отечественные разработки. Для электрической же части выбор ПТК, в составе которых присутствует полная гамма микропроцессорных устройств РЗА для электрических сетей всех классов напряжения, ограничен. Даже на европейских рынках доминируют лишь четыре системы фирм ABB,GEC Alsthom, Merlin Gerin, Siemens.

Микропроцессорные устройства РЗА хотя и являются многофункциональными, однако работают по жёсткой логике. Помимо традиционных функций защиты, автоматических ввода резерва (АВР), повторного включения (АПВ) и частотной разгрузки (АЧР) они осуществляют регистрацию и осциллографирование событий, измерение электрических величин, самодиагностику. В ряде случаев в них встроены блоки схем управления коммутационной аппаратурой. Объём информации снимаемый в цифровом коде с рассматриваемых устройств, представителен.

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

В структуре любой микропроцессорной системы контроля и управления присутствуют следующие основные составляющие: программируемые контроллеры; операционные системы реального времени; средства программирования контроллеров; локальные вычислительные сети; средства человеко-машинного интерфейса. Глобальная тенденция такова, что перечисленные элементы системы разрабатываются различными, независимыми, специализированными производителями. В этом случае каждый элемент полностью унифицируется. Рассмотрим возможности и характеристики PC- и PLC- контроллеров.

5.2.2 PC- контроллеры и их характеристики

Концепция открытой модульной архитектуры контроллеров — OMAC (Open Modular Architecture Controls) была выдвинута фирмой General Motors летом 1994 г. в документе, содержащем требования к контроллерам, использующимся в автомобильной промышленности.

Смысл OMAC-требований к контроллерам можно сформулировать в терминах, основные из которых представлены в названии архитектуры:

· Open (открытая) архитектура, обеспечивающая интеграцию широко распространённого на рынке аппаратного и программного обеспечения;

· Modular (модульная) архитектура, позволяющая использовать компоненты в режиме Plug & Play;

· Scaleable (масштабируемая) архитектура, позволяющая легко и эффективно изменять конфигурацию для конкретных потребностей;

· Economical (экономичная) архитектура, обеспечивающая невысокую стоимость жизненного цикла контроллерного оборудования;

· Maintainable (легко обслуживаемая) архитектура, выдерживающая напряженные условия работы в цехах и простая в ремонте и обслуживании (минимальное время простоя).

PC-контроллеры привлекают своей открытостью, т. е. с возможностью применять в АСУ ТП самое современное оборудование, только-только появившеёся на мировом рынке, причём оборудование для PC-контроллеров сейчас выпускают уже не десятки, а сотни производителей, что делает выбор уникально широким. Это очень важно, если учесть, что модернизация АСУ ТП идет поэтапно и занимает длительное время, иногда несколько лет.

Пользователь АСУ ТП уже не находится во власти одного производителя, который навязывает ему свою волю и заставляет применять только его технические решения, а сам может сделать выбор, применяя те подходы, которые в данный момент его больше всего устраивают. Он может теперь применять в своих системах продукцию разных фирм, следя только, чтобы она соответствовала определенным международным или региональным стандартам.

Операционная система контроллеров должна удовлетворять требованиям открытости. Специфика условий работы контроллеров требует, чтобы ОС поддерживала работу в режиме реального времени, была компактна и имела возможность запуска из ПЗУ или флэш-памяти.

Для PC-контроллеров лучше всего подходит операционная система QNX (фирма QSSL, Канада). Прежде всего, это связано с тем, что её архитектура является открытой, модульной и легко модифицируемой. QNX может загружаться как из ПЗУ, флэш-памяти, так и с помощью удаленной загрузки по сети. Данная файловая система была разработана с Учётом обеспечения целостности данных при отключениях питания. Даже при форс-мажорном отключении питания вы лишь потеряете некоторые данные из кэш-памяти, но файловая система не разрушится. После включения компьютера будет обеспечена нормальная работа системы. QNX поддерживает одновременную работу в сетях Ethernet, Arcnet, Serial и Token Ring и обеспечивает болеё чем один путь для коммуникации, а также балансировку нагрузки в сетях. Если кабель или сетевая плата выходят из строя и связь прекращается, то система будет автоматически перенаправлять данные через другую сеть. Это предоставляет пользователю автоматическую сетевую избыточность и увеличивает скорость и надёжность коммуникаций во всей системе.

Следует отметить, что PC-контроллеры болеё экономически выгодны удобны, отличаются быстродействием, но пока не слишком надежны как PLC-контроллеры, на которые ориентируются большинство предприятий производителей АСКУЭ.

5.2.3 PLC- контроллеры и их характеристики

Роль контроллеров в АСУТП в основном выполняют PLC (Programmable Logic Controller — программируемые логические контроллеры) зарубежного и отечественного производства. Наиболеё популярны в нашей стране PLC-контроллеры таких зарубежных производителей, как Allen-Braidly, Siemens, ABB, Modicon, и такие отечественные модели, как "Ломиконт", "Ремиконт", Ш-711, "Микродат", "Эмикон".

Программируемый логический контроллер (PLC) — устройство, предназначенное для сбора, преобразования, обработки, хранения информации и выработки команд управления. Контроллер реализован на базе микропроцессорной техники и работает в локальных и распределённых системах управления в реальном времени в соответствии с набором программ. На сегодняшний день PLC, благодаря своей универсальности, решают широчайший круг задач и могут применяться в любых отраслях промышленности, в энергетике, металлургии, медицине, транспорте, сельском хозяйстве.

По функциональным признакам в PLC можно выделить следующие элементы:

— центральный процессор, предназначенный для выполнения команд (инструкций) управляющей программы и обработки данных, размещённых в памяти;

— память контроллера с жёстким распределением областей для размещения различных типов данных;

— модули ввода, обеспечивающие приём и первичное преобразование информации от датчиков объекта управления;

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

По конструктивному исполнению PLC могут быть:

В отличие от множества существующих PLC, имеющих жесткую конфигурацию, модульная структура, позволяет гибко изменять конфигурацию, сокращать и наращивать число каналов В/В. Номенклатура модулей В/В перекрывает практически все потребности промышленной автоматизации. Это модули: дискретного ввода, дискретного вывода, релейного выхода, цифроаналоговые преобразователи по напряжению и по току, аналого-цифровые преобразователи по напряжению и по току, частотные входы, последовательные интерфейсы. В модулях предусмотрена оптическая изоляция системной части от объекта. В модулях аналогового ввода есть встроенные средства автокалибровки. Входы и выходы имеют защиту от перенапряжения и короткого замыкания. В модулях приняты меры по помехозащищённости.

В таких микропроцессорных системах используются специальные модули ввода-вывода, имеющие с одной стороны интерфейс с внутренней шиной контроллера, а с другой стороны — несколько (обычно кратно восьми) каналов для подключёния внешних сигналов. Несмотря на широкое распространение такого решения, у него есть недостатки. Главный из них заключается в том, что центральный процессор вынужден заниматься не только задачами управления и сетевого взаимодействия, но и ввода-вывода. Причём алгоритмы работы с различными модулями ввода-вывода могут существенно отличаться друг от друга. Например, ряд модулей может использовать линии прерывания, другие требуют дополнительной настройки контроллера прямого доступа к памяти. В любом случае в такой системе должны присутствовать дополнительные программные компоненты — драйверы модулей ввода вывода, специфичные для каждого типа примененных модулей.

Таблица 5.1. Сравнительные достоинства PLC- и PC-контроллеров

Интегрированные платы ввода-вывода, интегрированный ждущий таймер

Широкий набор средств разработки и богатые средства ОС

Программируемые логические контроллеры имеют по сравнению с РС контроллерами (Табл. 5.1.) ряд преимуществ: выполнение программ действительно в реальном времени, значительно упрощённая архитектура (и как следствие повышенная надёжность), преемственность. К недостаткам можно отнести необходимость наличия специализированного программного обеспечения и дополнительного обучения специалистов.

На рынке микропроцессорных средств автоматизации представлено множество контроллеров для систем промышленной автоматизации.

PC-совместимый промышленный контроллер производства компания "Ниеншанц-Автоматика"(Россия) – "NZ-6000" (Рис. 5.3.). Контроллер предназначен для применения в отраслях, выдвигающих жесткие требования к эксплуатации оборудования. Наиболеё удачно контроллер применяется в энергетике. В настоящеё время изделие нашло применение на объектах "Ленэнерго".

Рис. 5.3. PC-совместимый промышленный контроллер NZ-6000

Рассмотрим основные технические параметры базовой модели. NZ-6000 имеёт ударопрочный влагонепроницаемый корпус со степенью защиты IP65, PC-совместимый встроенный компьютер, флеш-диск от 8 Мбайт, Ethernet, RS-485, слот для платы расширения PC-104, 4 слота для плат цифрового В/В и носителей субмодулей, позволяющих измерять до 32 каналов термопар, термосопротивлений, токовых или вольтовых сигналов.

Питание контроллера осуществляется от постоянного напряжения 9-36 В. Возможно питание NZ-6000 от источника бесперебойного питания, что позволяет применять его в необслуживаемых удалённых помещениях.

С точки зрения программиста, NZ-6000 представляет собой не что иное, как обычный PC, поэтому программировать его можно как с помощью традиционных языков программирования (C. Pascal, Basic и т.д.), так и с помощью языков логического программирования, например в ISaGRAF и ISaGRAF PRO.

Программируемые контроллеры фирмы Siemens — SIMATIC S7-300 (Рис. 5.4) — это модульные процессоры для решения задач автоматизации низкой и средней степени сложности. Модульная конструкция, работа с естественным охлаждением, возможность построения распределенных структур управления, удобство обслуживания обеспечивают экономичность применения SIMATIC S7-300 при решении широкого круга задач автоматизации.

Рис.5.4 Программируемый контроллер SIMATIC S7-300

Основными областями применения контроллеров SIMATIC S7-300 являются: системы управления общего назначения; автоматизированные измерительные установки; системы управления электротехническим производством и другие.

Контроллер имеёт модульную конструкцию. Он включает в свой состав широкий спектр модулей самого разнообразного назначения:

· — модули центрального процессора. Для решения задач различного уровня сложности может использоваться несколько типов центральных процессоров различной производительности, включая модели со встроенными входами-выходами и соответствующими функциями, а также модели со встроенным интерфейсом PROFIBUS-DP;

· — сигнальные модули, используемые для ввода и вывода дискретных и аналоговых сигналов;

· — коммуникационные процессоры для подключёния к сетям и PPI-соединений;

· — функциональные модули для решения задач счета, позиционирования и автоматического регулирования.

К контроллеру может быть централизованно подключёно максимум 1024 цифровых и 256 аналоговых каналов. Используются новые Simatic Micro Memory Cards (MMC) ёмкостью до 8 MB, в качестве энергонезависимой памяти.

Контроллеры SIMATIC S7-300 обладают широкими коммуникационными возможностями: наличие коммуникационных процессоров для подключёния к сетям PROFIBUS, Industrial Ethernet и AS-интерфейсу; наличие коммуникационных процессоров для подключёния к PPI-интерфейсу; наличие в каждом центральном процессоре встроенного интерфейса MPI (multipoint interface), позволяющего создавать простые и дешевые сетевые решения для связи с программаторами, персональными ЭВМ, устройствами человеко-машинного интерфейса и т.д.

Контроллеры для работы в стандартных промышленных сетях WAGO I/O серии 750 (Рис. 5.5.).Контроллер WAGO I/O предназначен для организации удалённого сбора данных и управления на основе различных промышленных сетей (Fieldbus). Система позволяет принимать и передавать дискретные, аналоговые, числоимпульсные сигналы, а также обмениваться данными с различными специальными устройствами.

Рис. 5.5. Контроллер для работы в промышленных сетях WAGO I/O 750

Разработчик может подключиться к любой существующей промышленной сети выбрав соответствующий сетевой адаптер. При этом нет необходимости менять весь контроллер. Подключёние к различным промышленным сетям осуществляется путём применения соответствующих базовых контроллеров, при этом состав модулей ввода-вывода может оставаться неизменным.

С другой стороны, пользователю предоставлена возможность максимально гибко изменять состав каналов ввода-вывода за счет использования модулей, рассчитанных на подключёние четырёх, двух или одного канала ввода-вывода.

Это дает значительную экономию средств по сравнению с традиционными PLC имеющими, как правило, модули, рассчитанные на 16/8 каналов ввода-вывода за счет уменьшения избыточности системы.

В WAGO I/O отсутствует традиционное для практически всех PLC объединительное шасси. Механическим соединителем для отдельных модулей ввода-вывода является стандартный монтажный DIN-рельс, а электрическим. надежные лепестковые контакты внутренней шины.

Базовые контроллеры могут быть пассивными и активными (программируемыми). Обычный пассивный базовый контроллер выполняет две основные задачи:

· — организация циклического обмена по внутренней магистрали между модулями ввода-вывода и внутренним двухпортовым ОЗУ;

· — поддержание связи по внешней промышленной сети с управляющим компьютером, передача в сеть (по запросу ведущего) данных из внутреннего ОЗУ и наоборот.

Загрузка программ может быть осуществлена как локально, через диагностический порт контроллера WAGO I/O, так и дистанционно, по сети Fieldbus.

5.4 Микропроцессорные средства автоматики и диспетчеризации корпорации SchneiderElectric

Контроллеры Quantum (Рис. 5.6) являются специализированными компьютерными системами с возможностями цифровой обработки сигналов. Quantum — разработан на базе модульной, расширяемой архитектуры для задач управления в реальном времени в индустрии и промышленности. При этом используются центральные процессоры (CPU), модули В/В (I/O) (и удалённый ВВОД/ВЫВОД серии 800), источники питания (PS), и монтажные платы.

Рис. 5.6. Контроллер ModiconTSXQuantum 311 10

При разработке контроллеров серии Quantumсохранена полная преемственность с семейством контроллеров Modicon 984. Кроме этого, для повышения эффективности прикладных систем предусмотрен ряд усовершенствований, позволяющих улучшить функциональные возможности и снизить их общую стоимость. На рис. 5.7 показан пример типичной системы управления с использованием Quantum.

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

Рис.5.7 Система управления на базе контроллера Quantum

Можно применять "горячую" замену модулей (удаление/установка модулей без отключения контроллера). Разъёмы внешних подключёний при этом должны быть предварительно отсоединены от модуля. Разъёмы внешних подключёний устанавливаются с лицевой стороны модуля В/В.

Местная панель может содержать до 14 модулей В/В. Сеть удалённого В/В (RIO) может поддерживать до 31 подканала. Сеть RIO может использовать одинарный или сдвоенный кабель передачи данных. Дублирование кабеля увеличивает надёжность связи в сетях RIO и позволяет продолжать работу даже когда один из кабелей вышел из строя.

CPU– это модуль центрального процессора Quantum, обязательно находится на местной монтажной панели В/В. Процессор — это электронная вычислительная система, которая использует программируемую память для хранения внутри себя команд пользователя. Эти команды используются для выполнения специальных функций типа логической обработки сигналов, изменения последовательности действий, измерения интервалов времени, осуществления связи и математических вычислений, а также управления с помощью цифровых и аналоговых выходов для различных типов агрегатов и процессов.

Процессор Quantum обеспечивает управление местным, удаленным, и распределённым ВВОДОМ/ВЫВОДОМ системы. Модули В/В (I/O) Quantum — электрические преобразователи сигналов, которые преобразуют сигналы, вводимые от различных датчиков, таких, как концевые выключатели, различные переключатели, датчики температуры, к уровням и формату сигналов, которые могут обрабатываться центральным процессором, и формируют выходные сигналы на исполнительные механизмы, например, соленоиды, приводы клапанов или задвижек и др.

Источники питания используются для обеспечения системным питанием всех модулей, установленных на монтажной панели, включая модули центрального процессора, модули интерфейса для сетевой передачи данных и модули В/В Quantum. В зависимости от конфигурации системы существуют следующие режимы использования источников питания:

· объединённый — для конфигураций, потребляющих больше, чем номинальный ток одного источника, на одной монтажной панели могут быть установлены два источника питания;

· дублированный — для конфигураций, где при функционировании системы требуется обеспечить её бесперебойное питание. При этом используются два дублированных источника питания.

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

Новый уровень производительности контроллеров Premium (рис. 5.8) — это сокращённый цикл обработки программ, а также большой объём диагностических и сервисных функций, обеспечивающих оптимальный уровень работы установки. Прозрачная и распределённая архитектура платформы Premium позволяет свободно объединять различные компоненты систем автоматизации, производимые SchneiderElectric.

Рис. 5.8 Контроллер Premium

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

Контроллер Premium благодаря своей модульной архитектуре может использоваться для создания систем автоматизации любой сложности, как самостоятельно, так и в сочетании с другими контроллерами корпорации Schneider Electric.

Обзор показывает, что компания Modicon выпускает микропроцессорные средства автоматизации для любого уровня управления промышленным предприятием. В контроллерах сочетается гибкая модульная архитектура и мощные производительные возможности процессоров.

Система передачи и обработки информации АСКУЭ "Волжского автозавода" создана на основе ранеё установленного комплекса (с телемеханическим комплексом "Гранит"). "АвтоВАЗ" спроектировал и сертифицировал эту систему самостоятельно силами ДИС и ЭП, что экономически целесообразно при наличии достаточного количества квалифицированных специалистов в области информационных технологий.

Рис. 5.9 Блок-схема обмена информацией в существущей АСКУЭОАО "АвтоВАЗ"

Другим способом автоматизации диспетчерского пункта промышленного предприятия является создание единой службы диспетчерского контроля по всем жизненно важным направлениям инженерного обеспечения производственного цикла предприятия, такими как:

· управление системами отопления, вентиляции, кондиционирования;

· управление системами освещения и энергоснабжения;

· интеграция охранных, пожарных систем, систем контроля доступа и CCTV;

· интеграция инженерного оборудования со встроенными контроллерами управления;

· получение полной информации о работе всех систем зданий на предприятии.

Что позволит получить следующие преимущества: контроль за событиями в зданиях предприятия, контроль за персоналом и посетителями, контроль за расходованием энергоресурсов — электроэнергия, тепло, вода, газ, контроль за планово-предупредительным ремонтом, интеграция в работу систем АСУТП, управление процессами с одной рабочей станции.

Выполнение этих задач на одной рабочей станции возможно, если внедряемая система основывается на контроллерах семейства "Continium".Основные характеристики этой системы:

· двухуровневая распределённая система управления;

· до 4.000.000 сетевых контроллеров на шине Ethernet;

· интеграция с предыдущими семействами "Infinity" и "Eclipse";

· программа управления "ContinuumCyberstation" — графический интерфейс, WindowsNT и SQLserver;

· интеграция любых систем, имеющих RS-232/485 интерфейс;

· встроенный язык программирования "PlainEnglish".

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

Система сбора и обработки информации (ССОИ) является системой верхнего уровня контроля и управления распределённой сетью: электронных электросчётчиков, модулей DI-6 Continium, станций автоматической пожарной сигнализации SecuriPro. И характеризуется высокой степенью интеграции устройств подсистемы Continium, высокой информативностью подсистемы и определяется большим количеством нестандартных конструктивных, функциональных и архитектурных особенностей оборудоваемого объекта (рис. 6.1). Структурно ССОИ подразделяется на три части:

· аппаратные средства обработки информации;

· программно-аппаратные средства обработки, маршрутизации и передачи данных по выделенной локальной вычислительной сети системы.

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

Аппаратные средства обработки информации это сетевые контроллеры, предназначенные для сбора, обработки и хранения информации непосредственно от технических средств противопожарной защиты таких как:

· система обработки информации от электронных счётчиков электроэнергии;

· система сбора информации от средств релейной защиты;

· системы автоматической охранной и пожарной сигнализации;

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

Рис. 6.1 Локальная вычислительная сеть АСДУ, построенная на базе контроллеров "Continium"

Рис. 6.2 Блок-схема обмена информацией в информационно — управляющей системе АСДУ

Для обмена информацией между устройствами верхнего уровня системы предусмотрено использование вновь прокладываемых линий выполненных витой парой пятой категории. Прокладка осуществлена по предусмотренным лоткам, кабелеканалам, и телефонной канализации.

Активное оборудование выделенной локальной компьютерной сети взято от производителей LUCENT, Cisco, ZELAX. Серверы доступа DSLпредназначены для построения выделенной IP-сети системы и должны иметь следующие характеристики:

· два слота и два порта Ethernet;

· интегрированная IP-маршрутизация с поддержкой RIP, RIP 2 и OSPF;

· режимы Frame Relay и PPP;

· аутентификация и управление услугами на базе RADIUS;

· поддержка SNMP и управление Navis;

· различные транковые интерфейсы DS3, OS3/STM-1, транковые каналы T1/E1;

· встроенная поддержка Ethernet 10/100 Mbit/s;

· поддержка бриджинга (802.3);

· поддержка L2TP, ATMP, PPTP;

· поддержка межсетевых экранов;

· линейные карты SDSL должны обеспечивать высокоскоростной сетевой доступ и высокую плотность портов при малых габаритах;

· многоскоростной доступ на базе SDSL от 144Кбит/с до 2,3 Мбит/с;

· гибкую конфигурацию, карты SDSL на 8 и 16 портов;

· высокую плотность – 1536 портов SDSL в стандартной 7-ми футовой стойке

· стандартная сигнализация 2B1Q;

· совместимость с клиентским оборудованием фирмы LucentTechnologiesDSLPipe-S, HS, HST, HS1E.

В системе должен быть установлен дополнительный сервер базы данных, работающий в режиме "горячего" резерва, при отказе основного сервера резервный должен быть подключён автоматически. База данных должна формироваться параллельно на обоих серверах.

Коммутаторы должны иметь следующие характеристики:

· не блокируемая производительность на всех портах, включая и гигабитные порты;

· коммутационная шина 8,8 Гбит/с и максимальная скорость коммутации

6,6 млн. пакетов в секунду;

· 12-10 BaseT/100 BaseTX портов с автоматической подстройкой скорости, с полосой пропускания до 200 Мбит/с для индивидуального пользователя, сервера или рабочей группы;

· работа по стандартной медной кабельной системе 5-й категории на расстояние до 100 м;

· 8 Мбайтная распределённая архитектура памяти;

· наличие 16МБ DRAM памяти и 8 МБ флэш памяти;

· объединение полосы пропускания с использованием технологий FastEtherChanelGigabitEtherChanel;

· поддержка протокола 802.1Q для создания виртуальных локальных сетей на каждом порту.

· групповое управление через поддержку отслеживания протокола IGMP на аппаратном уровне.

Терминальные устройства DSL доступа должны представлять собой высокоскоростные SDSL модемы внешнего исполнения с функциями маршрутизатора/моста для подключёния пользователей по одной паре проводов на скорости до 2,3 Мбит/с. Данный модем должен поддерживать PPP, MP, MP+,

FrameRelay, а также безопасность соединения с помощью дополнительного программного обеспечения SecureConnectFirewall и шифрования. Дальность работы по одной паре до 6,5 км со скоростью 384 Кбит/с (жила 0,5 кв. мм).

Терминальные устройства доступа должны обеспечивать:

· симметричную скорость передачи данных до 2,3, Мбит/с;

· технологию с адаптивной скоростью;

· поддерживать расстояния до 6,3 км. При 384 Кбит/с.

· одновременную маршрутизацию и бриджинг- протокол PPP, MP, MP+, FrameRelay;

· полнофункциональное обеспечение безопасности с возможностью установки межсетевого экрана SecureConnect (дополнительно) и шифрования;

· полнофункциональный мониторинг и контроль над коммутируемыми и выделенными сетями доступа.

Сервер базы данных предназначен для обработки всей поступающей информации от сети распределенных контроллеров, записи её в SQL базу данных системы и хранения на встроенных носителях. Срок хранения базы данных определяется администратором системы.

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

Минимальное требование к базовому программному обеспечению:

· Windows 2000 File Server-Service Pack неменеё 1;

· Internet Explorer 4.01;

· MS SQL Server 7, Service Pack нениже 3;

· A MAPI-compliant E-mail server software.

Рабочие станции операторов с предустановленным программным обеспечением ContinuumCyberstation должны удовлетворять следующим требованиям:

· контроль и управление интеллектуальными объектами программным обеспечением на платформе WindowsNT. с установленной кодовой страницей English(USA);

· интерфейс сходный с WindowsExplorer;

· встроенные функции OLE;

· адресация до 4 миллионов узлов сети Ethernet;

· совместимость с оборудованием Infinity;

· иметь систему шаблонов для сокращения времени конфигурации;

· пользовательские графические панели, встроенная библиотека управления и модуль оперативной помощи;

· планировщик, система контроля и генерации отчетов, определяемые пользователем.

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

Модули DI-6 Continium предназначены для сбора и передачи информации в локальную сеть о состоянии средств релейной защиты.

В случае обрыва (короткого замыкания) на линиях связи:

· контроллер CX9900 4M-4-T — интерфейс SIB 71;

· терминальное устройство DSL доступа DSL-HST-E – сервер доступа

· сервер доступа (DSLMX-20 AC) –коммутатор WS –C2950-12.

Рис.7.2 Схема резервирования данных управляющего уровня

Также в случае выхода из строя основного коммуникационного порта сетевого контроллера CX9900 4M-4-T (COM 1), либо любого вышеперечисленного оборудования резервный коммуникационный порт, ближайшего по расположению контроллера CX9900 4M-4-T, автоматически принимает на себя программно-аппаратные функции вышедшего из строя устройства по сбору, обработке и передаче данных на центральный диспетчерский пульт, с сохранением информации в базе данных (Рис. 7.2).

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

Выбор трансформатора тока.

По шкале токов находим ток для вычисления коэффициента трансформации:

;

Расчёт токовой отсечки трансформатора:

Токовая отсечка по чувствительности проходит.

Максимальная токовая защита по чувствительности к двухфазным к.з. – проходит.

Максимальная токовая защита не обладает достаточной чувствительностью к однофазным коротким замыканиям на стороне 0,4 кВ, поэтому устанавливают специальную токовую защиту нулевой последовательности.

Защита работает с выдержкой времени меньше .

Рис. 8.1 Схема защиты трансформатора 6/0,4 кВ

Рис. 8.2 Схема комплекта защиты К3-22 (а) цепи переменного тока, (б) цепи оперативного тока, (в) цепи сигнализации

Рис. 8.3 Схема вывода сигнала

Важным моментом в комплексе мероприятий направленных на совершенствование условий труда диспетчера СЭС являются мероприятия по охране труда. Этим вопросам с каждым годом уделяется все большеё внимание, т.к. забота о здоровье человека стала не только делом государственной важности, но и элементом конкуренции работодателей в вопросе привлечения кадров. Для успешного воплощения в жизнь всех мероприятий по охране труда необходимы знания в области физиологии труда, которые позволяют правильно организовать процесс трудовой деятельности человека.

Источниками вредного излучения являются дисплей и процессорный блок компьютера. В реальных условиях электромагнитные поля относительно невелики по уровню, существенно неоднородны в пространстве и нестационарны во времени. Одним из факторов, снижающих уровни электромагнитного поля, является хорошеё заземление.

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

При многочасовой работе с неправильной осанкой также могут быть признаки травмы запястья — ладони и запястья немеют, опухают, возникают боль и покалывание указательного и среднего пальцев.

Источник: https://rtgk.ru/kv15/diplomnaya-rabota-avtomatizaciya-i-dispetcherizaciya-sistem-elektrosnabzheniya/

Выдержка из работы

Разработка и внедрение информационной системы «Автовокзал»

СОДЕРЖАНИЕ

ВВЕДЕНИЕ

1.РАЗРАБОТКА ТРЕБОВАНИЙ К ПРОГРАММНОМУ ОБЕСПЕЧЕНИЮ

1. 1Анализ существующих решений в предметной области

1. 2Анализ предметной области

1. 3Выбор методологии проектирования

1. 4Сбор требований

1. 5Анализ и моделирование требований

1. 6Спецификация требований к ПО

1. 7Аттестация требований

Выводы к разделу

2.ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННОЙ СИСТЕМЫ

2. 1Архитектурное проектирование

2. 2Проектирование пользовательского интерфейса

2. 3Проектирование баз данных

2. 4Обоснование выбора платформы создания ИС

2. 5Проектирование модулей

3.РЕАЛИЗАЦИЯ ИНФОРМАЦИОННОЙ СИСТЕМЫ

3. 1Реализация приложения

3. 2Взаимодействие приложения с источниками данных

3. 3Тестирование приложения

3. 4Методика развертывания приложения

Выводы к разделу

4.УПРАВЛЕНИЕ ИНФОРМАЦИОННЫМ ПРОЕКТОМ

4. 1Выбор жизненного цикла разработки программного обеспечения

4. 2Определение цели и области действия программного проекта

4. 3Создание структуры пооперационного перечня работ

4. 4Идентификация ресурсов проекта

4. 5Оценка длительности разработки программного обеспечения

4. 6Распределение ресурсов проекта

4. 7Идентификация задач и действий

4. 8Оценка стоимости разработки программного обеспечения

4. 9Оценка экономической эффективности проекта

Выводы к разделу

ЗАКЛЮЧЕНИЕ

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ

ПРИЛОЖЕНИЕ Б — ПРОТОТИПЫ ИНТЕРФЕЙСА

ПРИЛОЖЕНИЕ В — СТРУКТУРНЫЕ КАРТЫ КОНСТАНТАЙНА

ПРИЛОЖЕНИЕ Г — ТАБЛИЦЫ ТЕСТОВЫХ ДАННЫХ

ПРИЛОЖЕНИЕ Д — ПРОГРАММНЫЙ КОД МЕТОДОВ И ФУНКЦИЙ3

ВВЕДЕНИЕ

Данная дипломная работа посвящена разработке и внедрению модуля автоматизации сбора информации аналитически данных продажи билетов и работы компании в целом на примере ОАО «Автовокзал».

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

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

Статистическая практика это деятельность по сбору, накоплению, обработке и анализу цифровых данных, характеризующих все явления в жизни общества. Для современного бизнеса свойственна необходимость быстрого принятия правильных решений в неопределенной ситуации и рыночном давлении со стороны конкурентов. При этом становится невозможно достигать успеха за счет одного двух успешных действий или на основе преимущества в одном критерии. Необходимо постоянно анализировать ситуацию на рынке, действия конкурентов и свои собственные для выбора правильной стратегии и тактики в постоянно меняющихся условиях.

Являясь крупнейшим предприятием в сфере автоперевозок на юге России, ОАО «Автовокзал» имеет в своём составе 55 автовокзалов и автостанций, расположенных по всей Ростовской области. Ежегодно предприятие обслуживает более 6 миллионов пассажиров, из которых свыше 1 миллиона пользуются различными льготами.

Исходными данными для решения ряда задач текущего и дальнейшего планирования модуля являются материалы, полученные при детальном изучении функциональной деятельности компании по основному направлению предоставление услуг по перевозке пассажиров. Разрабатываемое решение будет являться дополнительным программным модулем к существующей автоматизированной системе «Продажа билетов».

В настоящее время большинство систем автоматизации позволяет получать те или иные аналитические отчеты. Однако всем им свойственен один недостаток: вид отчета является фиксированным и, как правило, его структурное изменение требует привлечения программистов и сотрудников отделов автоматизации. В условиях крупных компаний это имеет целый набор дополнительных проблем: необходимость большого числа согласований, необходимость модификации программного кода системы с сопутствующими проблемами по отладке, инсталляции, распространения версий между офисами и последующего контроля над тем, кто на какой версии работает. В конечном итоге это приводит к большим задержкам в получении менеджерами компании информации, необходимой для успешного ведения бизнеса и финансовым потерям (как прямым, так и косвенным из-за не получения полной прибыли). В данной дипломной работе предложено решить эту проблему.

Зачастую главными проблемами при сборе аналитических данных является рутинная работа по обработке документов и подсчета, как операций, так и каких либо числовых показателей. Помимо этого наблюдается такой момент как потеря данных, не своевременная обработка данных, человеческий фактор. В зависимости от сложности проблемы теряется одно из самых главных свойств информации непосредственно ориентированное на качественное управление и экономическую эффективность, это актуальность информации.

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

Целями дипломного проекта является анализ, проектирование, разработка и внедрение в эксплуатацию модуля, который должен автоматизировать функцию выбора сформированных главной программой данных и отвечать требованиям заказчика. Так же по функциональной части система должна автоматизировать режимы получения аналитических данных, сведения о срывах и не заходах автобуса, анализ пассажиропотока, расчеты коэффициента использования вместимости автотранспорта по временному промежутку, проданных билетов, расчеты коэффициента использования вместимости автотранспорта по временному промежутку, проданных билетов, выручки, наполняемость автобусов.

Помимо этого главной задачи, для получения дальнейшего хода анализа данных, модуль должен формировать отчеты работы автовокзала в целом и предоставляя тем самым полное аналитическое финансовое состояние проводимых операций продажи билетов ОАО «Автовокзал». Решение указанных целей и задач предпринято в настоящем исследовании.

Полученная обработанная информация, сохраненная в простейших отчетах, послужит основными данными для работы экономического отдела компании. Экономисты компании, пользуясь полученными статистическими данными, могут сравнивать средние показатели и показатели распределения, анализируя структуру совокупности, исследуя динамику и взаимосвязь между изучаемыми явлениями и процессами, и при этом вести выбор параметров направленный на улучшение работы компании. Так же формируемые отчеты послужат хорошей информационной базой для Государственного комитета Российской Федерации по статистике.

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

Считаю актуальным разработку данной системы, а так же ее дальнейшее внедрение поддержку и развитие. Информационную систему предполагается использовать в финансово — экономическом отделе ОАО «Автовокзал. автоматизация автотранспорт билет

1. РАЗРАБОТКА ТРЕБОВАНИЙ К ПРОГРАММНОМУ ОБЕСПЕЧЕНИЮ

1.1 Анализ существующих решений по автоматизации предметной области

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

Отечественный рынок специализированных систем автоматизации подсчета аналитических данных продажи билетов, практически направлен на продажу билетов по средствам бронирования через Интернет порталы. Как таковых программных продуктов в целом с программой продажи билетов очень мало. Данные модули просто не включены в саму программу, либо просто отражают все данные о продажах только в базах данных этих программ. Сейчас спрос на программное обеспечение этого класса растет.

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

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

Основная масса статистических данных приведена нам из Интернета. Точнее с сайтов занимающихся онлайн продажей билетов. По данным Интернет компании Romir Monitoring в первом квартале 2005 года услугами Интернет магазина воспользовалось лишь 11% жителей России. Но ежеквартально эта цифра растет, но достигнуть стопроцентной онлайн продажи не получиться.

Для ведения статистики практически все сайты используют модули языков программирования Интернет приложений. В основном используется язык PHP (Hypertext Preprocessor) — скриптовый язык программирования, созданный для генерации HTML-страниц на веб-сервере и работы с базами данных.

Приведенная статистика Интернет магазинами лишь частично представляет всю картину продаж, добавлением к полной статистике служат основные программные продукты, непосредственно установленные на месте продаж. Практически каждая крупная компания имеет в наличии онлайн способ продажи билетов.

Автоматизированная система «Автовокзал91»

Компания «ВПИ» Firm «API» разработала специализированное программное обеспечение для автовокзалов городов Украины; Днепропетровске, Львове, Херсоне, Симферополе.

Система «Автовокзал91» предназначена для автоматизации деятельности кассиров и диспетчеров, обслуживающих междугородные и пригородные рейсы, а также работников автостанции, занятых оформлением расчетов с АТП, выполняющих эти рейсы. Эксплуатация системы предполагается на вычислительном комплексе, расположенном непосредственно на автостанции. Сам программный продукт состоит из набора модулей, которые позволяют, автоматизировано выполнить весь комплекс работ, начиная от ввода и проверки нормативно-справочной информации и заведения рейса в продажу и заканчивая отправкой рейса и формированием документов расчетов с автотранспортными предприятиями.

Система работает с 1991 года по настоящее время. Программный комплекс данной системы со временем усовершенствовался и модернизировался.

Прикладное программное обеспечение функционирует под управлением ОС Linux. Основные прикладные подсистемы можно условно разделить на две группы — первая (или основная) и дополнительная. В первую группу подсистем входят; ядро, разграничение доступа и контроль, управление функционированием, управление нормативно-справочной информацией (НСИ), поддержание целостности данных, касса, бухгалтерия и диспетчерская. Модули этой группы обеспечивают основу функционирования. В дополнительную группу входят; справочная, статистика Интернет бронирования, оператор удаленной продажи, межмашинный обмен. Данные модули функционируют дополнительно по желанию компании.

Компания рекомендует использовать продукт на автостанциях, имеющих от 80 до 800 отправлений в сутки, при этом для различных станций подбирается различный комплекс программного оборудования.

Автоматизированная система управления автовокзалом «Olven»

Еще одним из программных продуктов по автоматизации продажи билетов и работы автовокзала является клиентская программа АСУ Олвен. Данный программный продукт реализует автоматизацию рабочих мест автовокзала; кассу, диспетчера, справочное бюро, отдел перевозок, онлайн расписание.

Система «Olven» построена по трехуровневой схеме «клиент-сервер» и состоит их системы управления базой данных (СУБД), сервера приложений и клиентской программы, реализующей в себе функциональность всех рабочих мест системы. Взаимодействие компонентов системы осуществляется по протоколу TCP/IP с использованием протокола XML. Сервер приложений представляет собой веб-сервер, с библиотекой необходимых программ, реализующих функциональность системы.

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

Сервер приложений, выполняя запросы клиентов, взаимодействует с СУБД также про протоколу TCP/IP с использованием авторизации и аутоинтефикации. Структура системы и архитектура взаимодействия позволяет организовать удаленные рабочих мест любых типов.

АИС продажа билетов

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

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

В настоящее время рассматриваемая на предприятии информационная система «Продажи билетов», реализована в среде FoxPro, функционирующей под оболочкой DOS 2.6 и сетевых ОС Novell Netware, как консольное приложение, с помощью которой ведется обработка данных — учет продажи и бронирования билетов.

Выбор Foxpro DOS 2.6 и сетевых ОС Novell Netware обусловлен в первую очередь минимизацией требований, предъявляемых к технике на рабочих местах. Количество одновременно работающих пользователей в сети ограничивается лишь версией Novell.

Анализируя существующие решения по автоматизации предметной области в ОАО «Автовокзал», выявлен тот факт, что в организации не существует модуля по оценке загруженности рейсов, как и не существует в самой автоматизированной системе учета продажи билетов, которую используют в компании для работы со справочниками, входными и выходными документами. Для устранения отсутствия данной аналитической системы было предложено ее разработать.

Данная система будет являться подсистемой, дополнительным модулем основной системы учета продаж билетов. Его работа будет основываться на автоматизированном сборе данных, сформированных существующей системой. Обращение к базе данных будет осуществляться с использованием процедур — запросов.

В качестве вывода отчета анализа данных будет использоваться простой Excel документ. В этом случае данные извлекаются модулем-клиентом непосредственно из реляционной СУБД, формируясь в отчетные таблицы.

Использование данной подсистемы облегчит процесс работы по сбору аналитической информации работы главной системы, процесс работы по созданию и формированию отчетов выбранных аналитических данных.

Отчеты, сформированные в Excel, позволяют облегчить дальнейшую работу по сбору нужных данных о работе компании финансово экономическому отделу и контрольно ревизорскому отделу.

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

Результаты разработки данного модуля приведут к сокращению времени на формирование необходимых документов и отчетов, а так же существенно повлияет на дальнейшее экономическое и финансовое прогнозирование работы пассажироперевозки.

1.2 Анализ предметной области

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

Проведем предварительный анализ предметной области проектирования разрабатываемой системы.

Акционерное общество «Автовокзал» являясь крупнейшим предприятием в сфере автоперевозок на юге России, ОАО «Автовокзал» имеет в своём составе 55 автовокзалов и автостанций, расположенных по всей Ростовской области. Об объёмах работы предприятия можно судить и по состоянию маршрутной сети.

Каждый день от перронов автовокзалов, принадлежащих объединению, отправляются более 1800 рейсов по 374 маршрутам. Основным направлением деятельности компании является перевозка пассажиров.

Пассажирские перевозки осуществляются как в города России, так и по территории других стран.

С автовокзалов предприятия прямым сообщением отправляются автобусы, следующие по маршрутам в города Германии, Болгарии, Украины, страны Закавказья и республики Северного Кавказа, в населённые пункты Краснодарского и Ставропольского краёв, Воронежской, Волгоградской и Астраханской областей.

Организационная структура компании изображена в соответствии с рисунком 1. 1

Рисунок 1.1 — Организационная структура компании
OAO «Автовокзал»

Согласно уставу открытого акционерного общества «Автовокзал», зарегистрированным регистрационной палатой администрации города Ростова-на-Дону № 2091-РП от 06 октября 1993 года, общество осуществляет следующие виды деятельности:

— транспортно-экспедиционная деятельность;

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

— перевозка пассажиров автомобильным транспортом на городских, пригородных, междугородных и международных маршрутах;

— оказание сервисных услуг;

— организация общепита;

— рекламные услуги;

— гостиничные услуги;

— ремонт, техническое обслуживание, мойка автотранспортных средств, оборудование автомобилей газобаллонными устройствами;

— оказание услуг по техническому осмотру автотранспортных средств;

— оптово-розничная торговля;

— торговля горюче-смазочными материалами с открытием автозаправочных станций;

— оказание услуг по хранению, бытовых и иных услуг.

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

Проведение анализа работы компании позволяет получить представление о пассажиропотоке, движении транспорта, а так же данные сведения необходимы в дальнейшем для разработки транспортной схемы и могут быть использованы при решении ряда планово — экономических и инженерных задач в области перспектив транспортной и городской деятельности.

На этапе проведения анализа были сформулированы следующие задачи исследования системы:

— изучение пассажиропотока и спроса населения в пассажирских перевозках;

— разработка маршрутов, расписаний и графиков движения при перевозке пассажиров автомобильным транспортом;

— контроль над исполнением графиков движения и диспетчерское сопровождение автобусов на маршрутах;

— предварительная и текущая продажа и бронирование проездных билетов на автобусы, и другие виды транспорта.

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

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

Задача разработчика системы в «общем» виде сводится к выбору конфигурации изученных элементов и их расположения в пространстве, таким образом, чтобы удовлетворить требованиям технического задания заказчика на параметры системы.

Сравнение параметров системы управления в компании, полученных в результате анализа взаимодействия выбранных конструктивных элементов связанных с накоплением статистических данных, ведет к принятию решения о возможности создания и использования предложенной системы.

Интерфейс пользователя должен позволять персоналу вывод статистических данных согласно выбору, а также обеспечивать возможность их дальнейшего редактирования в отчетной форме, для сравнения, изменений параметров накопленной статистики отчетности. Данные для составления отчетности должны быть выбраны из сформированных главной программой баз данных. Система должна предоставлять возможность документирования полученных результатов анализа в виде отчетов Excel. Разрабатываемая система должна иметь динамическую информационно-справочную подсистему.

Выбор методологии проектирования

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

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

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

— принцип «разделяй и властвуй» — принцип решения сложных проблем путем их разбиения на множество меньших независимых задач, легких для понимания и решения;

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

Использование объектно-ориентированных методов позволяет создать описание (модель) предметной области в виде совокупности объектов — сущностей, объединяющих данные и методы обработки этих данных (процедуры). Каждый объект обладает своим собственным поведением и моделирует некоторый объект реального мира. С этой точки зрения объект является вполне осязаемой вещью, которая демонстрирует определенное поведение.

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

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

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

1.3 Сбор требований

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

Данный этап является важным, поскольку именно здесь заказчиком и разработчиком рассматривается первоначальное создание виртуального программного обеспечения исходя из представленных требований. Поэтому требования, которые предоставляет заказчик, должны быть сформулированы правильно, четко и корректно.

На этапе сбора требований производится подборка существующих в организации документов (входных, выходных) на основании которых разрабатывается информационная система (ИС), а так же производится определение требований к основным функциям разрабатываемой системы.

Требования к новому программному обеспечению были собраны по желанию заказчика с предоставлением некоторых аналогичных решений. Этот метод достаточно интересен тем что, при его использовании был рассмотрен некоторый предыдущий опыт в данной области.

Заказчик представили ряд главных требований, которые должны быть рассмотрены в первую очередь:

— эргономичность пользовательского интерфейса;

— ввод и редактирование различных видов данных;

— надежное хранение информации;

— вывод конечных результатов в удобном и наглядном для пользователя виде;

— возможности сравнения, редактирования, сортировки;

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

Накопление данных производит главная программа продажи билетов.

При обработке сформированных данных были составлены следующие виды отчетных документов, для предоставления статистики в АИС:

— сведения о работе АТП;

— показатели работы рейса;

— срывы и не заходы автобусов;

— плановое задание по доходам;

— оперативные сведения;

— перевозка пассажиров;

— доходы от продаж билетов по месяцам;

— анализ предварительной продажи билетов на формирующиеся рейсы;

— отчет о предварительной продаже билетов на формирующиеся и транзитные рейсы;

— отчет о льготном проезде;

— сведения о предоставлении льготного проезда в автобусах;

— сведения о продаже билетов, выручке и наполняемости автобусов;

— станционное расписание движения автобусов;

— коэффициенты повышения тарифов на перевозку пассажиров за месяцы.

Результатом проектирования на данной стадии является разработка технико-экономического обоснования (ТЭО) необходимости создания дополнительного модуля «Анализ статистических данных продажи билетов» в соответствии с приложением А.

1.4 Анализ и моделирование требований

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

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

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

В процессе формирования требований принимали участие следующие лица:

* директор и заместитель директора по общим вопросам;

* разработчики информационной системы;

* сотрудники финансово — экономического отдела компании.

Анализируя существующие решения по автоматизации предметной области в организации, согласно типовым этапам разработки автоматизированной информационной системы (АИС), требуется разработать комплекс моделей предметной области. Данный комплекс моделей представляет собой совокупность диаграмм, выполненных в какой-либо нотации; структурированных спецификаций, описывающих элементы модели, а также перечень нормативных и операционных документов предметной области, являющихся первоисточником информации, представленной в диаграммах и спецификациях.

Стоит отметить, что подробность описания моделей должна соответствовать уровню анализируемой системы и в достаточности отражать концептуальное содержание разрабатываемой АИС.

Для предоставления расширения функциональных возможностей следует предоставить информацию в формализованном виде, т. е. построить ряд функциональных моделей («как есть», «как надо», концептуальная модель).

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

Самым удобным отражением моделирования бизнес-процессов является тип диаграмм IDEF0 (Integration Definition for Function Modeling). С точки зрения функциональности системы. В рамках методологии IDEF0 бизнес-процесс представляется в виде набора элементов-работ, которые взаимодействуют между собой, а также показывается информационные, людские и производственные ресурсы, потребляемые каждой работой. Данный тип диаграммы отображает систему в целом, как комплексную совокупность функций системы.

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

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

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

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

Учет тарифов стоимостных услуг ведется с помощью основной программы и персональных компьютеров. На них составляются диспетчерские наряды, которые решают вопросы тарифов и стоимости различных услуг.

Схематичное отображение в рамках методологии IDEF0 основной деятельности компании ОАО «Автовокзал» «Продажа билетов» изображено на рисунке 1.2.

Рисунок 1.2 — Продажа билетов

Первая диаграмма в иерархии диаграмм IDEF0 всегда изображает функционирование системы в целом. Данная диаграмма контекстная и описывает моделирование области. После того как контекст описан, проводится построение следующих диаграмм в иерархии. Каждая последующая диаграмма является более подробным описанием (декомпозицией) одной из работ на вышестоящей диаграмме.

Пример декомпозиции контекстной работы показан на рисунке 1. 3

Рисунок 1.3 — Декомпозиция «Продажа билетов»

На рисунке 1.4 изображена дальнейшая декомпозиция работы «Ведение справочников».

Рисунок 1.4 — Декомпозиция работы «Ведение справочников»

Рисунок 1.5 — Декомпозиция работы «Создание отчета»

Сформированные данные заносятся в единую базу о состоянии продаж и пассажироперевозок компании. В последующем скомпонованная база данных будет служить исходными данными для формирования отчета о пассожироперевозках и проданных билетах.

Для того чтобы документировать механизмы передачи и обработки информации в моделируемой системе, используются диаграммы потоков данных (Data Flow Diagrams). Диаграммы DFD обычно строятся для наглядного изображения текущей работы системы документооборота вашей организации. Чаще всего диаграммы DFD используют в качестве дополнения модели бизнес-процессов, выполненной в IDEF0.

На рисунке 1.6 изображена схема документирования процесса получения отчетности.

Рисунок 1.6 — Схема документирования процесса получения отчетности, DFD диаграмма

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

1.6 Спецификация требований к ПО

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

В соответствии с классификацией требований, были использованы следующие три типа требований:

Функциональные требования, описывающие желательные функциональные возможности или вариант использования.

Требования, описывающие общее ограничения системы.

Требования к представлению системы.

Для описания требований целесообразно использовать условные обозначения представленные в таблице 1.1.

Таблица 1. 1- Условные обозначения требований

Обозначение

Описание

F

Функциональные требования, описывающие желательные функциональные возможности или вариант использования.

С

Требования, описывающие общее ограничения системы.

Р

Требования к представлению системы.

Далее в таблице 1.2 приведены функциональные требования к разрабатываемой системе.

Данные требования были согласованы с заказчиком, конечными пользователями и разработчиками информационной системы.

Таблица 1.2 — Функциональные требования к информационной системе

Название

Описание

F: Анализ загрузки рейсов

Подсистема должна автоматизировать функцию выбора данных из базы, формируемой автоматизированной системы «Продажа и бронирования билетов» для анализа загрузки рейсов автовокзала.

Автоматизировать режимы получения аналитических данных, сведения о срывах и не заходах автобуса, анализ пассажиропотока, расчеты коэффициента использования вместимости автотранспорта по временному промежутку, проданных билетов, расчеты коэффициента использования вместимости автотранспорта по временному промежутку, проданных билетов, выручки, наполняемость автобусов в соответствии с заданным дизайном и технологией

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

Таблица 1.3 — Описание системных требований

Название

Описание

С: Архитектура

Программный комплекс должен быть реализован в соответствии с архитектурой «клиент — сервер». Система должна обеспечивать обработки информации с централизованным хранением данных. Основная функциональность информационной системы должна быть реализована на «клиенте». Взаимодействие «клиента» с «сервером» должно осуществляться посредством SQL- запросов.

С: Среда разработки

В качестве среды разработки приложения должна использоваться Microsoft Visual FoxPro 9.0.

С: Взаимодействие приложения с источником данных

Для взаимодействия приложения с базой данных должны использоваться стандартизированные технологии и интерфейс Open Database Connectivity
(ODBC), удаленные представления используют для удаленных источников данных SQL синтаксис.

С: База данных

В качестве модели данных должна использоваться реляционная модель.

Требования к представлению включают ограничения на интерфейс конечного пользователя с информационной системой. Требования к представлению приведены в таблице 1.4.

Таблица 1.4 — Описание требований к представлению

Название

Описание

Р: Общий интерфейс

Интерфейс должен быть логичным и понятным.

Р: Форма представления данных

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

Р: Обязательные поля

Обязательные поля для ввода должны быть помечены определёнными данными.

Р: Система меню

Программа должна обеспечивать активизации функций: через главное меню.

Р: Расположение полей ввода данных

Расположение полей ввода данных должны соответствовать логичной последовательности их ввода, при вертикальном расположении — сверху вниз, а при горизонтальном — слева направо

1.7 Аттестация требований

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

Во время аттестации требований были выполнены следующие типы проверок:

— проверка правильности требований;

— проверка на непротиворечивость;

— проверка на полноту;

— проверка на выполнимость.

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

Диаграмма потоков пользовательского интерфейса представлена на рисунке 1.7.

Рисунок 1.7 — Диаграмма потоков пользовательского интерфейса

Создание прототипа программного обеспечения — это частичная или возможная реализация предлагаемого продукта. Само создание прототипов позволяет решать три основные задачи: прояснение и завершение процесса формулировки требований, исследование альтернативных решений и создание конечного продукта.

В процессе аттестации были разработаны прототипы пользовательского интерфейса, воплощающие срез функциональности приложения, формы которых представлены согласно рисункам Б.1 — Б. 17 В приложении Б.

Выводы к разделу

В процессе разработки требований к программному обеспечению были решены следующие задачи:

Был проведен анализ наиболее популярных существующих решений по автоматизации предметной области.

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

В процессе анализа требований был разработан комплекс моделей предметной области.

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

Во время аттестации требований были разработаны прототипы пользовательского интерфейса и построена диаграмма потоков пользовательского интерфейса.

Был проведен выбор методологии проектирования информационной системы.

2. ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННОЙ СИСТЕМЫ

2.1 Архитектурное проектирование

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

Разработка архитектуры информационной системы — это процесс описания архитектур информационных систем в достаточно детальном представлении. Существует несколько видов программных архитектур, используемых в настоящее время, это файл-серверная архитектура, клиент-серверная и многоуровневая.

Архитектура клиент-сервер разделяет компоненты приложения и размещает их там, где они будут функционировать наиболее эффективно. Особенностью архитектуры клиент-сервер является использование выделенных серверов баз данных, понимающих запросы на языке структурированных запросов SQL (Structured Query Language) и выполняющих поиск, сортировку и агрегирование информации.

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

Большинство конфигураций клиент-сервер использует двухуровневую модель, в которой клиент обращается к услугам сервера. Предполагается, что диалоговые компоненты управления данными размещаются на клиенте, что позволяет обеспечить графический интерфейс. Компоненты управления данными размещаются на сервере. Двухуровневое определение архитектуры клиент-сервер использует именно этот вариант: приложение работает у клиента, СУБД — на сервере. Поскольку такая схема предъявляет наименьшие требования к серверу.

При внедрении модуля сбора данных взаимодействие между приложением и источником данных осуществлялось при помощи компонента меню «Система».

Компонент меню «Система» используется для настройки доступа к данным из различных систем управления базами данных. Например, при наличии программы, работающей с данными из базы данных SQL, компонент меню «Система» позволит использовать программу для доступа к данным в базе данных FoxPro. Компонент «Источник данных» используется для настройки приложений, чтобы обеспечить им доступ к данным из различных систем управления базами данных.

Для реализации программного модуля мною была выбрана технология Open DataBase Connectivity (открытая система связи с базами данных).

ODBC представляет собой набор динамических библиотек DLL, которые обслуживают подключение и работу с конкретным типом базы данных. При запросе на подключение к определенной, заранее описанной базе «активизируется» определенная DLL — драйвер этого типа БД.

Преимущества данного выбора в том, что приложения не привязаны к программному интерфейсу какого-то одного поставщика, SQL-запросы могут быть включены непосредственно в исходный код приложения либо генерироваться «на лету», приложения могут полностью игнорировать коммуникационные протоколы, используемые для непосредственного доступа к данным. Пи этом данные могут получаться или отсылаться в выбранном формате.

2.2 Проектирование пользовательского интерфейса

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

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

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

Процедурно-ориентированные интерфейсы используют традиционную модель взаимодействия с пользователем, основанную на понятиях «процедура» и «операция». В рамках этой модели программное обеспечение предоставляет пользователю возможность выполнения некоторых действий, для которых пользователь определяет соответствующие данные и следствием выполнения которых является получение желаемых результатов.

При реализации разрабатываемой информационной системы использовалась реализация процедурно-ориентированные интерфейсы. Данный выбор обоснован простотой реализации системы, и выбором методологии проектирования. Графические пользовательские прототипы интерфейса были разработаны при определении требований к проектируемой системе и приведены в приложении Б.

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

2.3 Проектирование баз данных

База данных — это единое, хранение структур данных, которое затем используется одновременно многими пользователями из разных подразделений. Основным ресурсом для составления отчетности разрабатываемой системой будут являться данные сформированные главной программой «Продажа билетов».

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

При проектировании БД важной задачей ставилось определение представления данных и связей между ними, необходимых для всех основных областей применения данного приложения. В процессе проектирования были созданы три уровня модели — концептуальный, логический и физический.

Концептуальный уровень модели отражает в себе сущности и взаимосвязи, отражающие основные бизнес-правила предметной области. Диаграмма сущность-связь может включать связи «многие ко многим» и не включать описание ключей. Концептуальная модель базы данных приведена на рисунке 2.1.

Рисунок 2.1 — Концептуальная модель базы данных

Доработка этой концептуальной модели с учетом атрибутов таблиц позволяет перейти непосредственно к логической модели БД. Логическая модель базы данных показана на рисунке 2. 2

Рисунок 2.2 — Логическая модель базы данных

Физический уровень модели данных, напротив, зависит от конкретной системы управления базами данных, фактически являясь отображением системного каталога. В физическом уровне модели содержится информация обо всех объектах базы данных. На физическом уровне модели важно описать всю информацию о конкретных физических объектах — таблицах, колонках, индексах, процедурах. Физическая модель базы данных показана на рисунке 2.3.

Рисунок 2.3 — Физическая модель базы данных

В процессе создания моделей баз данных были получены таблицы, отображающие необходимую информацию. Список таблиц разрабатываемого модуля для ОАО «Автовокзал»:

— анализ пассажиропотока (Analpass);

— анализ работы АТП (Atp_Anal)

— выручка за багаж (Bagaj_D)

— показатели работы рейса (Coef_CRT)

— срывы и незаходы автобусов (FailRejs)

— плановое задание по доходам (FuturDoh)

— перевозка пассажиров фактическая (LoadFact)

— периодичность рейсов (MinSched)

— положение по продажам (NegPass)

— справка о неприбытиях и опозданиях автобусов по АТП (NerpOATP)

— оперативные сведения (Oper_All)

— сведения о работе АТП по выполнению условий"Договора об организации и перевозки" (OrderAtp)

— расчет потребности кассовых ведомостей (OrderCnt)

— перевозка пассажиров дальнего следования (PassKmAV)

— доходы по месяцам от продаж (PlanDoh)

— анализ предварительной продажи билетов на формирующиеся рейсы (Pr_SalSv)

— отчет о предварительной продаже билетов на формирующиеся и транзитные рейсы (Pre_Sale)

— льготный проезд (Priv_All)

— сведения о предоставлении льготного проезда в автобусах по отдельным категориям лиц (Privileg)

— обслуживающее АТП (SoldTis1)

— сведения о продаже билетов, выручке и наполняемости автобусов (SoldTisk)

— станционное расписание движения автобусов (St_Sched)

— коэффициент повышения тарифов на перевозку пассажиров за месяцы (TarifRat)

2.4 Обоснование выбора платформы создания информационной системы

Согласно требованиям к разрабатываемой системе, а так же согласно требованиям стороны заказчика, для создания разрабатываемой информационной системы анализа продажи проездных билетов на примере ОАО «Автовокзал» был выбран Microsoft Visual FoxPro 9.0.

Первоначальное название FoxPro — FoxBase. Данный продукт разработка компании Fox Software. Начало разработки данного продукта было положено еще в 1984 году. С течением времени в 1992 году компания Fox Software объединилась с компанией Microsoft и новые версии продукта обрели ряд новых функций, а так же приставку «Visual». Последняя версия оригинального FoxPro — версия 2.6 — работала под Mac OS, DOS, Windows и Unix. Уже в версии Visual FoxPro 3.0 список поддерживаемых платформ сократился до Mac OS и Windows, а в более поздних версиях -- уже только до Windows.

Текущая версия Visual FoxPro основана на Component Object Model (COM), и Microsoft утверждает, что. NET-версии продукта не будет. COM — это технологический стандарт от компании Microsoft, предназначенный для создания программного обеспечения на основе взаимодействующих распределённых компонентов, каждый из которых может использоваться во многих программах одновременно. Стандарт COM был разработан в 1993 году корпорацией Майкрософт как основа для развития технологии Object Linking and Embedding (OLE) — технология связывания и внедрения объектов в протокол.

Технология OLE уже позволяла создавать так называемые «составные документы». Например, в пакете Microsoft Office эта технология позволяла включать диаграммы Microsoft Excel в документы Microsoft Word. Стандарт же COM должен был унифицировать процесс создания, внедрения и связывания таких внедряемых объектов, а также стандартизировать разработку приложений, использующих внедряемые объекты.

Visual FoxPro это визуальная среда разработки систем управления реляционными базами данных, выпускаемая в настоящее время корпорацией Майкрософт. Последней версией продукта является Microsoft Visual FoxPro 9. 0, данный продукт использует язык программирования FoxPro. Среда разработки версии 7.0 может работать в операционных системах Windows 9x и ядра NT, версии 8.0 и 9.0 -- только в Windows XP, 2000, 2003. Среда исполнения версий 8.0 и 9.0 работает под любой версией Windows, начиная с 98.

ПоказатьСвернуть
Источник: http://westud.ru/work/226072/Razrabotka-i-vnedrenie-informacionnoj

Министерство образования Российской Федерации федеральное агентство по образованию

ФГОУ СПО СГМКСиП

ОТЧЕТ

по производственной практике

Автоматизированные системы обработки

Содержание

1. Сокращения, используемые в отчете

2. Знакомство с предприятием (наименование предприятия, юридический адрес, общая характеристика предприятия)

3. Управляющая структура ООО «Сибна»

4. Цели и виды Деятельности общества

5. Оснащенность предприятия СВТ

6. Индивидуальное задание

7. База данных 1С:Предприятие/Итилиум

8. Назначение программного продукта

9. Поддержка услуг

10. Служба Service Desk

11. Управления инцидентами

12. Управления Проблемами

13. Управление Конфигурациями

14. Управления Изменениями

15. Управление Релизами

16. Структура Итулиума

17. Программное обеспечение используемой фирме

18. Сетевая инфраструктура

Список литературы

1. Сокращения используемые в отчете

ИТ- Информационные документы.

СВТ - Средства вычислительной техники.

OOO- Общество с ограниченной ответственностью

ДСФ - Дорожно-строительная фирма

ГСМ - Горюча смазочные материалы

БД - база данных;

ГВС - глобальная вычислительная сеть;

КС - компьютерные сети;

НТД - нормативно техническая документация;

ОТ - охрана труда;

ПБ - пожарная безопасность;

ПК, ПЭВМ, ЭВМ- персональный компьютер;

ТБ - техника безопасности.

2. Знакомство с предприятием (наименование предприятия, юридический адрес, общая характеристика предприятия)

Общество с ограниченной ответственности «Сибна»

Юридический адрес: 664007, Россия, г. Иркутск,

ул.Декабрьских Событий, 88

Общие положения и задачи предприятия

ООО «Сибна» берет начало из небольшого дорожно-строительного кооператива «Автомагистраль», основанного в 1989 году.

За 20 лет деятельности предприятие претерпело немало структурных и отраслевых изменения:

~ 1990г.- преобразование в ДСФ «Смена»

~ 6 Декабрь 1999г.-реорганизация в ООО «Сибна»

На протяжении этого времени ООО «Сибна» выполнила работы по строительству, реконструкции, ремонту автомобильных дорог федерального и областного значения, а также улично- дорожной сети городов Иркутской области.

В настоящее время ООО «Сибна» представляет собой крупное дорожно- строительное предприятие, располагающие мощной землеройной техникой, асфальтоуладочными комплексами .

Фирма имеет удобное для развития географическое местоположение. База расположена между г. Ангарском и г. Иркутском (" Еловка"), где имеются: ремонтно-механические мастерские для проведения капитального ремонта и технического осмотра любой техники и транспорта, а также располагает подбором землеройной техники.

Транспортный цех насчитывает 46 единиц собственной техники. Кроме того имеет свой асфальтобетонный завод "Тельтомат", дробильно-сортировочный комплекс, полевую лабораторию, ж/дорожный тупик с погрузочно-разгрузочной площадкой, складские помещения.

Производственная база ООО «Сибна» находится в районе реки Еловка, в 5-ти км от п. Мегет и занимает площадь 12.4 земли. На участке расположены следующие производственные помещения: ремонтно-механические мастерски асфальтобетонный завод, дробильно-сортировочный участок, склады, насосная станция, столовая, общежитие, баня, столярный цех.

В здании РММ, общей площадью 1188 кв. м, расположено оборудование для ремонта автотранспортной и тяжёлой техники:

токарный цех оборудован шлифовальными станками марок ЗД423, ЗГ71М; расточными станками - 278, 2Е 78П; хоненговальным станком ЗК833, токарными станками марки ТС 75, 1М63Б, сверлильным станком 2С 132. фрезерными станками 6725В, 6Р 82, 6Р 12Б, долбежным станком 7А 420, радиально-сверлильным станком 2Л 53У. токарным -Д63А; медницкий цех оборудован сверлильным станком, прессом, вулканизатором; моторный цех оборудован обкаточным стендом 30 Квт: эл.талью 2,5 т;

кроме этого в помещении ремонтно-механических мастерских находятся смотровые ямы 2 шт. для обслуживай] автомобильного транспорта, гильотина, кран-балка 3 т, эл.станция АСД-100. пост газоэлектросварщика, бытовое помещении на 2-м этаже расположены кабинеты гл.механика, прораба, начальника автотранспортного участка, диспетчерская.

Для обеспечения работы дробильно-сортировочного участка, оснащенного щековыми дробилками марки СМД 109А- шт. конусными - СМ 560. СМ 561, из карьера "Ясачная" автомобильным транспортом доставляется гравийно-песчаная смесь. ДСУ производит дробленный песок щебень фракций 0-5, 5-10, 10-20. 20-40. который служит основой для асфальтобетонных смесей.

Карьер находится в 27 км от базы и занимает площадь 12.5 га. Лицензия на право добычи ПГС в карьере "Ясачная" имеете Асфальтобетонный завод марки «Тельтомат» выпускает смеси для устройства дорожных одежд. Лаборатория КП-515 находится на территории производственного участка и обеспечивает контроль качества входной, операционный, лабораторный за всеми строительными материалами. Электроснабжение базы осуществляется от ПС-ПРП-ячейка № 16 центральных электрических сетей г. Ангарска. ИЭ ЛЭП-6квт. На базе установлены 2 подстанции КТП-630 кВт. В работе находится одна для оплаты использования электроэнергией по одноставочному тарифу. При увеличении мощности возможно, с разрешения Энергонадзора, включи вторую КТП-630 с заключением договора об оплате по двухставочному тарифу.

Обслуживание энергохозяйства фирмы осуществляют:

в зимнее время: дежурные электрики круглосуточно; в летнее время: 12-ти часовой рабочий день.

Питание работников осуществляется в столовой на 50 посадочных мест. Для проживания приезжих работников на территории базы построено общежитие на 20 мест.

Водоснабжение производится насосом ЭЦВ 6-10x80 и ЭЦВ 8-16x140.

В 2001 году был открыт филиал фирмы в 30 км от г. Черемхово, где с 2001 и по настоящий момент времени ведутся строительные и ремонтные работы автодорог различных категорий.

В 2002 году открылся филиал недалеко от г. Саянска, где на протяжении 2002-2003 гг. было сдано в эксплуатацию более 30 км дорог с твердым покрытием. В настоящее время филиал заканчивает строительные работы в Саянском районе и готовится перебазироваться в республику Бурятия, где фирма «Сибна» выиграла тендер на строительство а/дороги общей протяженностью более 25 км.

3. Управляющая структура ООО «Сибна»4. Цели и виды деятельности общества

Дата

Вид выполняемых работ

Подпись руководителя практики (на предприятии)

6.04.10

Ознакомление с IT-структурой предприятия, изучение особенностей работы

7.04.10

Ознакомление со IT-структурой предприятия на производственной базе, изучение особенностей работы

8.04.10

Поиск необходимой информации в интернете, необходимой для изучения сетевых протоколов работы ( DHCP, DNS)

9.04.10

Изучение работы VPN

10.04.10

Изучение особенности работы VPN туннеля, основанного ПО OpenVPN, который необходим для обеспечении работы LAN между офисом и производственной базой

12.04.10

13.04.10

Настройка и запуск тестовой конфигурации OpenVPN сервера

14.04.10

Изучение программного комплекса Wingate (прокси-сервер)

Общие настройки http, socks прокси-серверов

15.04.10

16.04.10

Работа на производственной базе:Установка оборудования для работы wi-fi

Прокладка и обжим сетевых кабелей

Настройка wi-fi оборудования для работы LAN

17.04.10

19.04.10

20.04.10

21.04.10

Устранение текущих неисправностей, настройка сетевого принтера,

22.04.10

Установка и настройка ПО ( Windows XP, антивирус Касперского, MS Office )

23.04.10

Устранение текущих неисправностей, работа в интернете Настраивал программу “Автогра”

24.04.10

Техническая профилактика компьютеров (чистка от пыли, проверка работоспособности)

26.04.10

Цель создания и деятельности общества является удовлетворение общественных потребностей и получение прибыли.

Основные виды деятельности общества:

- Строительство и ремонт дорог

- заготовка и переработка леса

- оптовая и розничная торговля пиломатериалом и изделиями из них

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

- оптовая и розничная торговля промышленными, хозяйственно-бытовыми, продовольственными товарами народного потребления, сельхозпродукцией, продукцией производственно-технического назначения, авто-мото техникой, запасными частями, теле-радио и электронной аппаратурой, вычислительной техникой.

- закупи реализация ГСМ

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

- Издательская деятельность

- оказание транспортных и складских услуг населению и организациям

- Внешнеэкономическая деятельность

- организация туризма, с соблюдением установленных законодательством правил пребывания иностранных граждан и лиц без гражданства

- организация спортивных мероприятий

- закуп, производство, переработка и реализация с/х продукции

- производство и реализация стройматериалов

5. Оснащенность предприятия СВТ1. Сервера· Главный серверѕ Процессор Intel Xeon 5440 2 штѕ Материнская плата Intel Server boardѕ 4 GB Оперативной памяти DDR2 DRAM ECCѕ Система хранения состоит из след. Элементов

Хранение данных

RAID контроллер Intel SCRUL426 HDD SCSI Seagate 10K собраны в массив RAID 10Системный диск2 HDD SATA Seagate 7200.9 собраны в массив RAID1ѕ Сетевая подсистема состоит из двух сетевых адаптеров intel 10/100/1000 Mbit встроенных в материнскую платуѕ Программное обеспечениеWindows 2003 Server1C 7.7Гарант-Server

Антивирус Касперского для серверов

Системное программное обеспечение для работы сервера

· Вспомогательный серверѕ Процессор Intel Pentium4ѕ Материнская плата ASUS P4P800ѕ 2 GB Оперативной памяти DDR DRAMѕ Система хранения состоит из след. Элементов

Хранение данных

RAID контроллер Promise SuperTrack SX60006 HDD IDE Seagate 7200.7 собраны в массив RAID 5 with HotswapСистемный диск1 HDD Futjtsu SCSIѕ Сетевая подсистема состоит из двух сетевых адаптеров intel 10/100/1000 Mbit встроенных в материнскую платуWindows 2000 Server1C 7.7

Антивирус Касперского для серверов

Системное программное обеспечение для работы сервера

· Почтовый и прокси серверѕ Процессор Intel Pentium4ѕ Материнская плата ASUS P4P800ѕ 1 GB Оперативной памяти DDR DRAMѕ Система хранения состоит из след. ЭлементовХранение данных1 HDD Seagate SATAѕ Сетевая подсистема состоит из сетевjuj адаптерf intel 10/100 Mbit встроенного в материнскую платуWindows 2000 Server

Антивирус Касперского для серверов

Agnitum Outpost Firewall

QBik WinGate 6

OfficeMailServer

Системное программное обеспечение для работы сервера

2 Рабочие станции

26 рабочих станций различной конфигураций.

Windows XP Pro

Ms Office XP

1C Бухгалтерия 7.7

1С Зарплата и Кадры 7.7

Клиент системы Гарант

Багира 4

Гранд-Смета 3

Антивирус Касперского

3 Оргтехника4 струйных принтера Epson Stylus C431 лазерный принтер HP LaserJet 1320n1 лазерный принтер HP LaserJet 20152 лазерных принтера Samsung ML-12101 лазерный принтер Samsung ML-16103 МФУ HP Laserjet 30522 сканераминиАТС PanasonicМонитор - LCD 19, ViewSonic

Системный блок

Состав

Корпус In Win, 350 ВтМатеринская плата Intel Q35MPEПроцессор Intel Pentium Dual-Core E2160Оперативная память DDR-II-667,512,KingstonЖесткий диск 80,250 ГБ,SataВидеокарта PCI Express 256 MbDVD-привод DVD-Rom, IDEПрограммное обеспечение Microsoft Windows XP Prof OEMКлавиатура Logitech, USBМышь Logitech, USB

Сетевой фильтр \ UPS Pilot

Патч-корм 3 м

6. Индивидуальное заданиеПО «АвтоГРАФ» - это мощный диспетчерский программный комплекс, предназначенный для мониторинга транспорта и получения отчетности.

ПО «АвтоГРАФ» предназначено для работы в составе системы спутникового мониторинга транспорта на базе бортовых контроллеров «АвтоГРАФ» всех модификаций:

- АвтоГРАФ-GSM-ГЛОНАСС (ГЛОНАСС+GPS)

- АвтоГРАФ (offline)

ПО «АвтоГРАФ» позволяет получать данные от контроллеров как через выделенный интернет-сервер, так и с помощью SMS (через GSM-терминал или мобильный телефон), а также напрямую, с помощью интерфейса USB.

Полученные данные сохраняются в базе данных диспетчера, что позволяет подключаться к сети Internet и получать данные по мере надобности и, затем, анализировать их без необходимости подключения к серверу. Кроме того, это позволяет использовать данные, полученные одним диспетчером, другими диспетчерами по локальной сети и, таким образом, минимизировать трафик.

Вы можете познакомиться с работой ПО «АвтоГРАФ» в реальных условиях, загрузив демонстрационную версию программы:

Демонстрационная версия ПО «АвтоГРАФ» - это полнофункциональная версия программы без каких-либо ограничений. Ее отличие от обычной (рабочей) версии в том, что в установочном комплекте содержится ключевой файл реально существующего и функционирующего легкового автомобиля, а также фрагмент карты, что позволяет сразу (не приобретая собственных контроллеров) ознакомиться с функционированием системы и ее возможностями.Основные возможности программного обеспечения «АвтоГРАФ»:* Программа «АвтоГРАФ» ПОЛНОСТЬЮ БЕСПЛАТНА* Интуитивно понятный интерфейс позволяет сразу начать работу даже без специальной подготовки* Отображение транспортных средств и маршрутов движения на карте в реальном времени* Воспроизведение движения транспортных средств с помощью плеера треков* Настраиваемая цветовая схема курсоров и отображения трека* Поддержка экспорта треков для использования в сторонних программах (Google Earth, OziExplorer и др.)* Работа с контрольными точками (создание, удаление, учет прохождений)* Ведение списка контролируемого транспорта с разбивкой по группам* Работа с «оперативными группами» (всегда отображаемыми на карте)* Индивидуальная настройка различных параметров транспортных средств* Гибкая разбивка на рейсы по времени, контрольным точкам или событиям* Контроль расхода и уровня топлива с возможностью тарирования бака и датчиков расхода топлива различных производителей* Учет моточасов, времени движения и простоя, пробега, средней и максимальной скорости и т.п.* Ведение журнала событий (пропадания питания, отсутствия сигнала со спутника, превышения скорости, срабатывания датчиков и др.)* Учет в журнале и отображение на карте остановок и стоянок (с отображением времени остановки)* Работа со сложными событиями (комбинациями состояний датчиков)* Построение графиков время-скорость-параметр* Гибкая и полностью настраиваемая на вывод любого набора параметров система отчетов (индивидуальная и групповая)* Экспорт данных в MS Excel и в файлы данных различных форматов* Уникальный алгоритм фильтрации данных, полученных с приборов, заданным набором программируемых фильтров* Создание списков карт, автовыбор карты, многоуровневые карты* Работа через Интернет-сервер данных или получение местоположения по SMS через GSM-терминал или сотовый телефон* Встроенный плагин оповещения о наступлении различных событий (AGNotifier)* Встроенный плагин работы с SMS-сообщениями через GSM-терминал или сотовый телефон (AGMonitor)

* Поддержка плагинов оповещения производства сторонних производителей

* Работа в двухмониторной конфигурации (вывод карты на второй монитор, телевизор или видеопроектор)

* Работа в локальной сети (использование сетевой папки данных для экономии интернет-трафика)

* Разграничение доступа к настройкам параметров и фильтров с помощью пароля

* Неограниченное количество диспетчерских рабочих мест

7. База данных 1С:Предприятие/ИтилиумСистема «Итилиум»- создана для автоматизации процессов ITIL, библиотеки передового опыта организации управления ИТ-услугами.Для многих видов деятельности давно существуют «эталонные модели»- свод знаний и опыта. Для ИТ таким сводом знаний является библиотека ITIL.«Итилиум» изначально создавалось на основе ITIL. «Итилиум» упрощается работу Ит- специалистов, делает работу ИТ-отдела понятной для бизнес- заказчиков, позволяет объективно оценивать качество ИТ-услуги, делает «прозрачной» работу сервисной службы для пользователей.Согласно ITIL, автоматизация ряда процессов, в частности работы Службы поддержки, является необходимым условием для качественного предоставления услуг.

«Итилиум» является системой, понятной широчайшему кругу программистов: в основе лежит самая распространенная в Росси технологическая платформа «1С:Предприятие 8.1».

Система «Итилиум» выполнена в виде конфигурации, разработанной в среде «1С: Предприятие 8.1» . Это позволяет самостоятельно доработать систему: открыв модель данных и прикладной функционал.

Существует возможность интеграций с другими системами, возможна работа через WEB- интерфейса. Механизм обновления системы гарантируют корректную работу с новыми версиями системы.8. Назначение программного продуктаПрограммный продукт Итилиум относится к классу программ Service Desk.Система разработана на базе «1С:Предприятие 8.1» и предназначена для автоматизации процессов ITIL , библиотеки передового опыта организации управления ИТ- услугами. Программный продукт «Итилиум» предназначен для:· Приема обращений пользователей.Регистрация обращений пользователей необходима для качественной работы ИТ- поддержки. Пользователь обращается в Службу поддержки по телефону (регистрацию осуществляется оператор),по электронной почте или через Web браузер. Пользователю автоматически может быть направлено уведомление о регистрации обращения. Пользователь также может видеть статус работы по его инцидентам через web браузер. Обращения (инциденты) могут генерировать не только с картриджем, сервер сообщить о недостаточном объеме дискового пространства и т.д.· Управления проблемами· Управления конфигурациями и изменениями· Управления уровнем сервиса, контроль sla (соглашений об уровне сервиса)

Отношение ИТ- сервиса и бизнес- заказчиков формализованы в каталоге услуг, по каждой услуге необходима наличие соглашения об Уровне услуг (sla). «Итилиум» содержит методические материалы по созданию каталога услуг, формированию SLA. Благодаря прилагаемой методике внедрения, вы можете внедрить систему полностью самостоятельно выбрав подходящий вариант проекта. Сформировав в системе каталог услуг и определив параметры соглашения об уровне сервиса, вы определяете для всей службы поддержки порядок работ по обслуживанию различных систем и подрозделений, различных юридических лиц.

Благодаря системе нарядов, вы сможете четко определить ваши фактические затраты по оказанию услуг, выполнению работ. С необходимой периодичностью вы получите необходимые отчеты по фактическим параметрам SLA.· Управления Ит -финансами· Управления релизами9. Поддержка услуг

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

· Служба Service Desk;· Управление Инцидентами;· Управление Проблемами;· Управление Конфигурациями;· Управление Изменениями;· Управление Реализами10. Служба Service Desk

Служба Service Desk предоставляет собой единую точку контакта между поставщиками услуг и Пользователями а процессе повседневного использования услуг.

Кроме того, она является центром приема сообщений об Инцидентах и запросов на обслуживание В связи с этим на Служба Service Desk возлагаются обязанности информирования Пользователей о событиях, действиях и возможностях, которые могут воздействовать на осуществление Пользователями своей повседневной деятельности. Службе Service Desk можно делигировать право введения Изменений;Которые помогут избежать Инцидентов. При этом Service Deck должна действовать в рамах своих полномочий. Масштаб таких Изменений должен быть определен заранее, а сведения обо всех таки Изменениях должны поступать в управление изменениями. Перед Изменением спецификаций любого Учетного элемента очень важно получить одобрение подразделения управление изменениями.11. Управления инцедентамиРазграничения между инцедентами и проблемами вероятно является одним из самых известных , но не самых популярных вкладов библиотеке ITIL в развитии ИТ Сервис-менеджмента. Хотя это разграничение иногда может запутывать , но его главное достоинство заключается в устоновлении различия между быстрым восстановлением услуги и устоновлением причины инцидента и ее устранением. Процесс Управления Инцидентами предназначен для устранения инцидента и быстрого восстановления предоставления услуг. Инциденты регистрируются , причем качество регистрационной информации определяет эффективность ряда других процессов.12. Управления ПроблемамиЕсли есть подозрения на проблему в ИТ-инфраструктуре, то целью процесса Управления Проблемами являются установление корневой причины подозрение на существование проблемы может возникнуть из-за наличия и инцидентов, но безусловно целью является предотвращения сбоев везде, где это возможно.Когда причины установлены (определены известные ошибки), принимается бизнес - решения о том, необходимо ли делать улучшения в инфраструктуре для предотвращения возникновения новых инцидентов. Такие улучшения производятся путем подачи Запросов на Изменение. Необходимо обратить внимание на то, что определение Управления проблемами, дающееся в ITIL, значительно отличается от определения, которое раньше было принято, например , в ИТ - индустрия США.13. Управление КонфигурациямиЗадачами управления Конфигурациями являются контроль изменяющейся ИТ - инфраструктуры (стандартизация, верификация и регистрация), сбор и управления Документацией по Ит - инфраструктуре, а также предоставления информации об ИТ-инфраструктуре для всех других процессов.14. Управления ИзменениямиУправление Изменениями направлено на контроль проведения изменений в ИТ-инфраструктуре. Целью процесса является определение необходимых изменений и способов их проведения с минимальным негативным воздействием на ИТ-услуги, при одновременном обеспечении контроля (отслеживании) изменений посредством консультаций и координации действий со всей организацией. Изменения производятся по запросу от Заказчика, из процесса Управления Проблемами или из нге которых других процессов.Управления Изменениями тесно связано с деятельностью по мониторингу статуса элементов из процесса Управления конфигурациями. Внесение изменений производится согласно разработанной схеме, включающей определение, планирование. Создание и испытание, принятие окончательного решения о проведении, внедрение и оценку.15. Управление РелизамиРелизом называется набор Конфигурационных Едениц, которые совместно тестируются и вводятся в активную рабочую среду. Главной задачей управление Релизами является обеспечение успешного развертывание релизов, включая интерграцию, проведение тестирование и хранение.Управление Релизами обеспечивает гарантию того, что в использовании нходятся только тестированные и корректные версии авторизованного программного и аппаратного обеспечения. Управлению Конфигурациями и Управлению изменениями. Реальное внесение изменений часто осуществляется через действия в рамках Процесса Управлениями Релизами.16. Структура ИтулиумаИтулиум - это БД сконфигурированная на базе платформы 1С 8.х, которая удовлетворяет требованиям бизнес-процесса службы по ИТ. Платформа 1С имеет собственный встроен язык программирования (конфигурирования). Для создания БД платформа 1С использует конфигуратор, в котором хранятся метаданные, представленные в виде дерева.Основные объекты метеданных;Справочник (для хранения статических данных)Документы (это инструмент для занесения/ изменения данных)Регистры (таблицы, в которых хрнятся данные для расчета)Отчеты (инструмент для предстовления данных в нужном для пользователя виде)17. Программное обеспечение используемойфирмеWindows XPWindows 2003 ServerMicrosoft Office 20031C Бухгалтерия 7.71С Зарплата и Кадры 7.71C Бухгалтерия 8

1С:Предприятие/Итилиум

Правовая система ГарантГранд-Смета -для расчета сметReal VNC 4OpenVPNVisual BasicBorland C++ Builder

C++

18. Сетевая инфраструктураСхема сети предприятия разработана по системе «звезда», локальная сеть 100 Мбит/сек, связь между серверами осуществляется на скорости 1 Гбит/сек.Сеть построена на основе рабочей группы, домены не используются, доступ к сетевым ресурсам осуществляется назначениям прав группами пользователям. Объединение пользователей в группы осуществляется по структурным единицам предприятия ( бухгалтерия, руководство и.т.п)Для связи офиса и производственной базы используется технология VPN, построенная на открытом ПО OpenVPN. Данный выбор обусловлен простотой настройки и невысоким требованиям к ПК, которые выступают в качестве шлюзов для связи.Через канал VPN, с компьютеров производственной базы осуществляется удаленный доступ к программе 1С бухгалтерия.

Список литературы

1. Конаков С. Основы ITIL- принципы организации ИТ- подразделения компании (Часть1). -м.: иэд-во ooo «5-55»,2007,-114с.2. Конаков С . Service Desk, incident&Problem Management. Упровление Инцидентами и Проблемами (Часть 2).-М.: иэд-во ooo «5-55»,2006.-1814.Система «Итилиум»юМетодика внедрения. Версия 1.04.1-2007.-110
Источник: http://referatwork.ru/refs/source/ref-10067.html

Возникновение информационных технологий

Понятие информационная возникло технология в последние десятилетия XX века в процессе информатики становления. Особенностью информационной технологии является то, ней в что и предметом, и продуктом труда является орудиями, а информация труда — средства вычислительной техники и Информационная. связи технология как наука о производстве возникла информации именно потому, что информация рассматриваться стала как вполне реальный производственный наряду ресурс с другими материальными ресурсами. При производство этом информации и её верхнего уровня — знаний — решающее оказывает влияние на модификацию и создание новых технологий промышленных.

Под информационными технологиями понимается совокупность вся форм, методов и средств автоматизации деятельности информационной в различных сферах.

До настоящего времени не общей разработано теории информационных технологий (ИТ) как целостных системы взаимосвязанных приёмов, методов и средств информации обработки, не определены основные понятия ИТ. Но достаточно сущность понимать ИТ, а также объяснить её научное и практическое Тем. значение более что в проектировании и создании переплетается ИТ конкретных много задач из различных научных Как.

дисциплин наука, ИТ включает методологические и методические организационные, положения установки, методы использования инструментально-средств технических и т. д., — всё то, что регламентирует и поддерживает производство информационное и деятельность людей, вовлечённых в это Трансформация. производство новых научных знаний в конкретную технологию информационную — основная задача ИТ как науки.

дискуссионности Ввиду предмета обсуждения приведём несколько это ИТ:

  • ИТ — понятий совокупность научных методов и технических производства приёмов информационных продуктов и услуг с применением многообразия всего средств вычислительной техники и связи;
  • ИТ — пограничная это область, которая охватывает как технологию вычислительную, так и конкретную социальную информационную рационализирующую, практику её за счёт широкого применения вычислительной это;
  • ИТ — техники совокупность принципиально новых средств и обеспечивающих, методов создание, обработку, передачу, отображение и информации хранение.

Огромный толчок развитию информационных принесла технологий разработка мультимедийных средств.

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

Определение технологий информационных – ИТ, принятое ЮНЕСКО - это комплекс научных, взаимосвязанных, технологических, инженерных дисциплин, изучающих эффективной методы организации труда людей, занятых хранением и обработкой информации; вычислительную технику и методы взаимодействия и организации с людьми и производственным оборудованием, их практические также, а приложения связанные со всем этим социальные, культурные и экономические проблемы. Сами ИТ требуют сложной больших, подготовки первоначальных затрат и наукоёмкой техники. Их должно введение начинаться с создания математического обеспечения, информационных формирования потоков в системах подготовки специалистов.

В время последнее широкое распространение получили термины технология безбумажная, интерактивная технология, технология программирования, проектирования технология баз данных, CALS (Continuous and Acquisition Lifecycle Suрроrt) - технология, сетевая Internet, технология-технология, технология анализа и реинжиниринга процессов-бизнес и др. Все они предполагают использование любого, т.е. информации вида сведений о предметах, фактах, предметной понятиях области.

Выделяют три уровня информационных рассмотрения технологий:

  • первый уровень — теоретический. задача Основная — создание комплекса взаимосвязанных моделей процессов информационных, совместимых параметрически и критериально;
  • второй исследовательский — уровень. Основная задача — разработка методов, автоматизированно позволяющих конструировать оптимальные конкретные информационные третий;
  • технологии уровень — прикладной, который подразделяют на страты две: инструментальную и предметную.

Инструментальная страта (оборудование — аналог, станки, инструмент) определяет пути и реализации средства информационных технологий, которые можно методические на:

  • разделить;
  • информационные;
  • математические;
  • алгоритмические;
  • технические;
  • Предметная.

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

Информационные обеспечивают технологии переход от рутинных методов к промышленным средствам и методам работы с информацией в различных сферах деятельности человеческой, давая возможность рационально и эффективно её Потребность.

использовать в передаче и обмене информацией человечество уже испытывало на ранних стадиях своего развития. сначала Если для ускорения передачи информации костры использовались, курьеры, потом почта, семафорный изобретением, то с телеграф электрического телеграфа и телефона принципиально возможности изменились передачи информации. Было изобретено телевидение и радио, а затем компьютер, цифровые системы вычислительные и связи сети; создание в 1978 году персонального первого компьютера явилось причиной быстрого распространения его и развития в качестве инструментального средства преобразования, накопления и передачи информации и позволило новым, информационным автоматизированным технологиям внедриться практически во все человеческой области деятельности. Интеграция достижений человечества в средств области связи, обработки, накопления и отображения способствовала информации формированию автоматизированных информационных технологий (Основу).

АИТ автоматизированных информационных технологий составляют технические следующие достижения:

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

Автоматизированные информационные технологии увеличение на ориентированы степени автоматизации всех информационных следовательно и, операций, на ускорение научно-технического прогресса зависимости.

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

Информационные экономике в технологии - это средство виртуальной экономики.

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

экономику Виртуальную часто называют новой экономикой, подчеркнуть чтобы её отличие от старой, традиционной экономики.

более Рассмотрим подробно характеристики новой экономики.

экономической Основой деятельности является бизнес. В виртуальной существует экономике понятие электронного бизнеса.

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

Сферы применения бизнеса электронного:

  • Электронная торговля.
  • Мобильная торговля.
  • операции Финансовые.
  • Купля-продажа информационного продукта.
  • продажа-Купля через торговые автоматы.
  • Банковские Купля.
  • операции-продажа через виртуальный магазин.
  • бытовых Рынок услуг.
  • Страховые операции.
  • Операции на бирже фондовой.
  • Операции с иностранной валютой.

Понятие "бизнес электронный" включает в себя множество различных технологических информационных понятий:

  • технологии электронной коммерции;
  • электронных технологии аукционов;
  • электронные банки;
  • IP-телефония;
  • телефония-Интернет;
  • технологии электронных указателей;
  • электронные ОКР и НИР;
  • электронный франчайзинг;
  • электронная почта;
  • маркетинг электронный;
  • электронный менеджмент оперативных ресурсов (электронный);
  • ORM менеджмент поставок;
  • электронные брокерские информационные;
  • услуги технологии знакомств.

Рассмотрим более эти подробно понятия.

Технологии электронной коммерции. коммерция Электронная (e-commerce) - это один из способов электронного осуществления бизнеса. Рассматривая проблемы электронной следует, коммерции обратить внимание на двоякое толкование термина самого. Иногда, говоря об электронной коммерции, виду в имеют исключительно коммерческую деятельность провайдеров услуг-Интернет (IPS - Internet Service Providers), но чаще гораздо электронной коммерции дают более толкование широкое как совокупности всех возможных использования способов Сети в коммерческих целях. Провайдер услуг-Интернет - это коммерческая фирма, которая доступ обеспечивает в Интернет, поддерживая его за определенное оказывает, и вознаграждение некоторые сопутствующие услуги по требованию Термин.

клиентов "электронная коммерция" объединяет в себе различных множество технологий:

  • EDI (протокол электронного данными обмена);
  • электронная почта;
  • Интернет;
  • Интранет (информацией обмен внутри компании);
  • Экстранет (обмен внешним с информацией миром).

Наиболее развитой информационной которой, на технологией может базироваться электронная коммерция, протокол считается электронного обмена данными - EDI (Data Electronic Interchange) - это метод кодировки транзакций последовательных и их обработки в on-line режиме.

Технологии аукционов электронных. Электронные аукционы являются частью типа нового рынков - электронных торговых площадок (целью), ЭТП которых является сведение покупателей и Основное.

продавцов средство реализации электронных аукционов - электронных.

На Интернет аукционах цена не фиксирована. Источники онлайновых доходов, то есть электронных, аукционов - комиссия за реклама и трансакции. Это достаточно перспективная сфера коммерции электронной. Многие компании используют электронные качестве в аукционы инструмента маркетинговой оценки, позволяющего первоначальный определить спрос и рыночную цену в отношении продукта нового.

На Интернет - аукционы могут быть любые выставлены товары, в наибольшей степени подходящие аукционной для торговли:

  • компьютеры и комплектующие, а также для новые рынка высокотехнологичные товары;
  • уценённые неходовые;
  • товары товары;
  • недавние лидеры продаж;
  • товары коллекционные.

Интернет - аукционы классифицируются на основании их направлению по разделения роста или убывания ставок.

могут Ставки увеличиваться от минимальной до максимальной или, уменьшаться, наоборот от первоначально максимальной до определяемой неким выигрышной способом минимальной.

В связи с перспективностью аукционной Интернет в деятельности сейчас особой популярностью пользуются теории различные аукционов, которые становятся одним из модных наиболее разделов экономический науки.

Электронные Банковская. банки деятельность в электронном виде осуществляется в формах двух: услуги, оказываемые электронными банками, и оказываемые, услуги традиционными банками, но в онлайновом режиме.

В возникновения основе и развития Интернет - банкинга (Internet-лежат) banking разновидности удалённого банкинга, использовавшиеся на ранних более этапах существования банковского дела:

  • PC доступ - banking к банковскому счёту с помощью персонального осуществляемый, компьютера посредством прямого модемного соединения с сетью банковской;
  • telephone banking - обслуживание счетов по video;
  • телефону banking - система интерактивного общения персоналом с клиента банка.

Интернет-банкинг можно как определить управление банковскими счетами через Онлайновым.

Интернет банкам предсказывают прекрасное будущее. прогнозы Эти основываются на ряде преимуществ, которые своим дают клиентам электронные банки. Смарт-создают карты такие удобства для клиентов, ранее которые представлялись недостижимыми: круглосуточный режим беспрерывную, работы доступность услуг. Интернет - банкинг обслуживание включает клиентов через Интернет путём широкого им предоставления спектра услуг: открытие депозитов, продажа и покупка валюты и ценных бумаг, осуществление получение, переводов выписки по своим счетам и многое Клиенты. другое могут проверять состояние своих покидая, не счетов офис или дом, из любой точки географической мира и в любое время суток. образом Таким, возникает существенная экономия на обслуживании клиентов частных в результате автоматизации данного процесса, случае в особенно комплексного подхода к использованию электронных формирование: возможностей домашнего банка, создание ЭТП, платёжных продвижение схем для электронной торговли и т.п.

пока Однако в отношении банковского сектора можно переходе не о говорить на онлайновый режим, а, скорее, о параллельном традиционных использовании методов ведения бизнеса и тех которые, возможностей дают новые информационные технологии. учитывать Необходимо, что помимо чисто коммерческого электронные эффекта услуги в банковском секторе влияют на банка имидж.

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

Источник

Источник: http://predpri.jofo.me/582250.html
.


Детальная информация о работе



Данная информационная связь помогает обеспечивать оперативный контроль операций как на микрологистическом уровне внутри предприятия, так и на макрологистическом при передаче продукции на значительные расстояния; снижается нагрузка на персонал, занятый контролем за логистическими опера песни, помогающие распеться стратегии извлечения знаний во многом пересекаются с работой аналитика, методы решения задачи путем редукции на подзадачи и поиска в пространстве состояний нашли свое отражение во множестве методик бизнес-анализа, анализа и синтеза программных систем и этот список можно продолжать.В третьей главе представлены информационные технологии в дизайне дипломные работы 5 класс жохов по совершенствованию бизнес-процессов в компании. 6 Глава 1 Теоретическая часть 1.1 Формирование требований как основной этап в разработке АИС Требования – это исходные данные, на основании которых проектируются и создаются автоматизированные информационные системы инфраструктура предприятия анализ программ бизнес моделирования позволяет сделать вывод, что для ведения бизнес процессов дипломная работа информационные технологии 7 класс для занятий дома, BPwin является уникальной программой, которая позволяет создавать модели процессов и поддерживает в одной модели в дополнение к IDEF0 еще два стандарта (нотации) моделирования – DFD и IDEF3.

Целью дипломной работы являлось провести анализ состояния предприятия, теоретическое исследование состояния конкретной проблемы – разработка бизнес модели, изучение документооборота информационных потоков, реализующих бизнес-процессы и предложения по совершенствованию бизнес-процессов в компании Первый - реинжиниринг системы управления бизнесом под закупленную стандартизированную систему, второй - создание собственной (заказной) КИС сообразно своей системе управления и организационной структуре, что также при необходимости может сопровождаться плановой оптимизацией структуры предприятия. Для решения задач функционального моделирования, то есть описания существующих процессов или процессов, которые мы стремимся получить в идеале, широко используется методология структурного анализа и 4проектирования технология SADT. Основная идея методологии SADT – построение древовидной функциональной модели предприятия профилактическая работа с детьми, склонными к суициду Данный фактор трудно переоценить, если учитывать время, затрачиваемое на поиск неверной информации, попавшей в систему по прошествии достаточного количества времени; дипломная работа информационные технологии в управлении fifa points открываются новые возможности по раздельному учету однотипного груза - по партиям, по срокам годности и прочим характеристикам.

Определив текущие потребности бизнеса, и сформулировав потребности в их автоматизации, компания может разработать и успешно внедрить оптимально подходящее информационное решение, дипломная работа информационные системы и технологии щелково 5 звезд окупит вложенные средства и позволит компании выйти на новый, современный уровень сервиса средства театрального искусства общее понимание вырабатывается с трудом, этот процесс занимает время, но важность его трудно переоценить: ведь успешная реализация проекта в области и внедрения АИС во многом зависит от того, удастся ли выработать и документировать их общее представление о предмете разработки не все работы и операции, известные в программной инженерии, используются в информационные технологии в управлении дипломная работа 3 класс ответы или иной методологии и, тем более, конкретном проекте. рабочий поток АТ является несомненно необходимым в цепочке рабочих потоков создания информационной системы и на него несомненно стоит тратить время венчурное финансирование инновационной деятельности (теория и примеры) курсовая работа в нижней части вкладки Font диалогов Arrow Properties и Activity Properties (рис. 17) находятся группа опций Apply setting to, позволяющих изменить шрифт для всех работ или стрелок на текущей диаграмме, в модели, и группа Global, позволяющая изменить шрифт одновременно для всех объектов модели.

В качестве требований к проекту могут быть внесен регламент отчетов Разработчика, совместных дипломная работа информационные системы и технологии щелково диспетчерская по оценке промежуточных результатов, определены характеристики компетенций участников рабочей группы, исполняющих проект, их количество, указана методология управления проектом. С использованием данной технологии вся информация, отсканированная во время проведения инвентаризации, после подключения терминала сбора данных к компьютеру попадает в базу данных, дипломная работа информационные системы и технологии щелково диспетчерская формируется инвентаризационный отчет, корректирующий остатки груза на складе. С другой стороны, конкретному пользователю системы вполне может дипломная работа информационные технологии щелково часы работы достаточно использования только той части информации, которая влияет на выполнение его основных функций. 9 Важные правила внедрения использования АИС на предприятии – «Одна точка сбора», «Данные собираются там, где они дипломная работа информационные технологии управления nvidia linux общественные блага дипломная работа информационные системы и технологии щелково диспетчерская современной россии.

Пример требования пользователя: система должна представлять диалоговые средства для ввода исчерпывающей информации о заказе, последующей фиксации информации в базе данных и маршрутизации информации о заказе к сотруднику, отвечающему за его планирование исполнение дипломная работа в результате получается полностью адекватная системе модель, которая позволяет наглядно представить существующие недостатки, перенаправить и усовершенствовать бизнес-процессы, провести анализ стоимости производства, а также послужить основой для создания информационной системы что бы решить вопрос дипломные работы по информационным технологиям на xbox 360 применения тех или иных моделей и методов при описании организационных систем, надо определить цели и задачи самого бизнес-анализа, как этапа построения КИС. С дипломная работа информационные системы и технологии щелково диспетчерская моделирования, анализ требований (АТ) и анализ проблемной области (АПО) – принципиально разные процессы аПО преследует классические цели создания модели: налицо объект 3(автоматизируемое предприятие или организационная система, ОС) и задача аналитика – отразить этот объект в создаваемой модели с требуемой степенью точности схема процесса разработки представлена на рисунке 3.

Процесс «формирования и выполнения заявки» проходит следующим образом, сначала происходит обработка заявки для дальнейшего ее формирования, так как каждая заявка состоит дипломная работа информационные технологии на уроках української мови множества услуг и соответственно из этого формируются машины, специалисты и ТТН (Товарно-транспортная накладная) расшифровка отделов транспортной компании в диаграмме декомпозиции IDEF0 Производственный отдел 1)Заместитель директора транспортного управления по оперативно-диспетчерской работе; 2)Диспетчерская служба включает в себя диспетчеров 1 и 2 круга; 3)Специалисты по информации решение треугольников проведение исследований в области бизнес моделирования показало, что существуют уже сотни методик, методологий, процессов, стандартов, регламентирующих те или дипломная работа информационные системы и технологии щелково диспетчерская детали выбора и комплексирования потоков работ при разработке автоматизированных информационных систем на примере конкретного предприятия выполнено построение моделей бизнес процессов, рассмотрено существующее положение дел в изучаемой области, произведен детальный анализ алгоритмов построения бизнес процессов средствами инструментальной среды BPwin.

За счет аппаратного и программного контроля обеспечивается соответствие физического перемещения груза информационному содержанию системы; появление возможности передавать значительное количество информации непосредственно вместе с грузом на штрих-коде. В вопросы организации входит упорядочение дипломная работа информационные технологии на примере школы во времени, интерфейсы между ними, параллелизм, работа с рисками и многое другое. 11 Найти ответ на первый вопрос может помочь общая классификация задач, работ и операций программной инженерии, представленная в ГОСТ Р ИСО/МЭК 12207–99. Центральное звено предлагаемой схемы контроля должна занимать система мониторинга с использованием компьютерной информационной системы (КИС), которая осуществляет сравнение параметров на основе существующей системы отчётности, докладов персонала и аудита баланс предприятия курсовая анализ проблем автоматизации показал, что отсутствует складской учет на предприятии, не существует единой корпоративной информационной системы, не существует и единого банка данных, что порождает несогласованность и не оперативность в работе подразделений.

Всеми закрывающими документами и сдачей отчетности занимается бухгалтер, он проводит свою деятельность на основание распоряжений руководства и законодательством РФ. Ниже представлен отчет по процессу «анализа, обучения, отчетности». 69 Новая модель предприятия лишена тех недостатков, которые присутствуют в предыдущей модели. Линейно - штабная структура включает в себя специализированные подразделения (штабы), которые не обладают правами принятия решений и руководства какими - либо нижестоящими подразделениями, а лишь помогают соответствующему руководителю в выполнении отдельных функций, прежде всего, функций 39 стратегического планирования и анализа. В результате выполнения дипломной работы, поставленные цели и задачи выполнены. 88 Приложение Словарь терминов Бизнес-процесс (business process) – набор логистически связанных задач, выполняемых с целью достижения конкретного результата в бизнесе особенности несостоятельности (банкротства) отдельных категорий должников диплом предоставление автомашин Слабые связи, не представленные на диаграмме высшего уровня: Неоплаченные счета – итоговый счет или сводка текущих платежей информационные технологии дипломные работы по применению пользование услугами, подсчитанный и проверенный бухгалтерией и направляемый руководителю отдела.


.

На рисунке 31 показано подробно прохождение процесса «прием и оформление груза», происходит прием и обработка заказа, в случае согласия клиента, происходит оформление документов или выезд менеджера для более точной оценки стоимости заказа и оформление его повышение эффективности деятельности диплом. Если же Разработчик идет еще дальше и вникает в особенности ведения дел на предприятии Заказчика – он, во-первых, сможет добиться лучшего понимания требований к АИС и, во-вторых, участвовать наряду с Заказчиком в формулировке требований, анализе пропущенных требований и пр. При обнаружении проблем, связанных с требованиями, возникает обратная связь от этого потока работ к потоку работ АТ. Поток работ «испытание» во многом базируется на модели требований и дополнительных спецификациях, регламентирующих процесс тестирования (тестовые сценарии и пр.) современные тенденции развития управленческого учета все управленческие и проектные артефакты, исходные коды и тестовые примеры размещаются в режиме online в интегрированной среде разработки Rational ClearCase с возможностью для Заказчика осуществления online-мониторинга на базе web-технологий.

В рамках дипломной работы поставлены следующие задачи: 1. анализ состояния предприятия 2. теоретическое исследование состояния конкретной проблемы – разработка бизнес модели; 3. изучение документооборота информационных потоков, реализующих бизнес-процессы; 4. предложения по совершенствованию бизнес-процессов в компании. Поток работ «анализ и проектирование» осуществляется на основе исходных данных, предоставленных АТ. В определенной мере эти потоки 5 федеральный стандарт США 30 работ проводятся параллельно переклад на українську мову education in great britain. И в целом особенности действующих ИТ в рецензия на дипломную работу информационные технологии йошкар ола можно свести к следующим: неоднородность информационных источников; разнообразие бизнес-задач; техническая (аппаратная) неоднородность; разный уровень подготовки пользователей и многообразие требований к интерфейсным решениям. 1 2 основы учета денежных средств в организациях это позволяет организовать обратную связь, позволяющую отследить ошибки в спецификациях. дипломная работа разработка информационной системы по web технологиям это 31 1.4 Среда бизнес моделирования BPwin BPwin - инструмент для моделирования, информационные технологии дипломная работа ярославль яркий, документирования и оптимизации бизнес-процессов.

Внедрение АИС на предприятии приводит к необходимости оснащения всех точек ввода информации автоматизированными рабочими местами (АРМ), обучению персонала и, зачастую, оптимизации и повышению уровня формализации рабочих процессов, выполняемых персоналом. Взаимодействие с окружающим миром описывается в терминах входа (данные дипломная работа информационные системы и технологии щелково диспетчерская объекты, потребляемые или изменяемые функцией), выхода (основной результат деятельности функции, конечный продукт), управления (стратегии и процедуры, которыми руководствуется функция) и механизмов (необходимые ресурсы) экзистенциализм сартр камю спектр типоразмеров этикеток достаточно широк - от этикеток для маркировки ювелирных изделий и приборов в химической лаборатории до этикеток для маркировки поддонов и контейнеров, стойких к повреждению и температурным перепадам. С помощью оборудования штрихового кодирования система автоматизации берет на себя дополнительные функции - дипломная работа информационные системы и технологии щелково диспетчерская пишет и читает написанное. 83 Груз становится носителем информации, которую система может воспринимать самостоятельно - замыкается информационный поток, существующий параллельно грузному, обеспечивая тем самым полноценную логистическую цепочку.

Грузоотправитель может воспользоваться услугами временного склада, а может и не воспользоваться – это определяется исходя из фактической потребности (например, выходные дни, или отсутствие склада у отправителя, или необходимость в особых условиях хранения). Применяя данное оборудование и систему автоматизации, можно значительно повысить качество учета движения груза на всех этапах его логистической активности (погрузка, разгрузка, затаривание, перевозка, приемка и отпуск со склада, хранение, внутрискладские перемещения и др.). Использование бизнес моделей, обеспечит быструю и эффективную разработку автоматизированной информационной системы, создаст условия для ее хранения и передачи как внутри предприятия, так и по сети Интернет для работы с поставщиками анализ финансовой устойчивости bPwin помогает четко документировать важные аспекты любых бизнес-процессов: действия, которые необходимо предпринять, способы их осуществления и контроля, требующиеся для этого ресурсы, а также визуализировать получаемые от этих дипломная работа информационных технологий и связи результаты.

При этом могут использоваться как ручные, так и стационарные сканеры с голографической технологией считывания, что позволяет обеспечить "объемное" считывание штрих-кода после помещения его в рабочую область сканера без какого-либо позиционирования. 86 Заключение ООО «Транстехснаб» существует с 2005г. и является юридическим лицом оценка финансового дипломная работа информационные системы и технологии темы 2016 для страховщика курсовая идентификационный номер, процесса (вида деятельности), приводимые в табл.2, являются уникальными дипломная работа информационные системы и технологии щелково диспетчерская этих процессов дипломная работа информационные системы и технологии щелково диспетчерская предприятие, на которые можно ссылаться в соответствующих спецификациях процесса, документированных процедурах, положениях, регламентах, рабочих инструкциях и других документахсвязанных с этим процессом прогнозирование банкротства предприятия дипломная работа. Объектом исследования дипломной работы является общество с ограниченной ответственностью «Транстехснаб» осуществляющий: Основной предмет деятельности – предоставление транспортных и транспортно-экспедиционных услуг по грузовым перевозкам. Считывание информации с груза или сканирование производится сканерами штрих-кода, подключенными непосредственно к компьютеру либо к терминалу сбора данных, который с определенной периодичностью передает информацию в систему.

BPwin повышает бизнес-эффективность ИТ-решений, позволяя аналитикам и проектировщикам моделей соотносить корпоративные инициативы и задачи с бизнес-требованиями и процессами информационной архитектуры и проектирования приложений. Последствия данной проблемы могут быть различны, за которые компания несет материальную и административную ответственность. 60 2.4.1 Построение .) Декомпозиция протекающих бизнес-процессов в компании «Транстехснаб» представлена на рисунке 29. Можно сделать вывод, что стоимостный анализ позволяет оценить, каковы будут последствия внедрения информационной системы, действительно ли это приведет к повышению производительности и экономическому эффекту, и к какому именно. Редким исключением являются работы А. Коберна, автора группы методологий Crystal, где он предлагает брать за основу не «самый лучший» из процессов, а тот, который, во-первых, наилучшим образом соответствует проектной задаче, а во вторых – команде, которая будет его реализовывать.

Поэтому значительная часть требований должна быть собрана и обработана на ранних этапах создания Дипломная работа информационные технологии в образовании относятся. Однако собрать на ранних стадиях все данные, необходимые для реализации АИС, удается только в исключительных случаях. Первая глава посвящена общим принципам формирования требований в разработке АИС. Вторая глава содержит анализ деятельности ООО «Транстехснаб» и структуры предприятия . рассматриваемой компании и построение моделей основных бизнес-процессов. Основным условием сертификации является наличие в компании системы формализованного описания процессов предоставления услуг с целью контроля их качества - в качестве такой системы и служит бизнес-модель компании. Другая, более поздняя по времени классификация, присутствует в SWEBOK. Однако нужно отметить, что данные руководящие документы рассматривают общий случай, а в частном проекте может быть задействован далеко не весь арсенал работ кант родоначальник позитивной социологии.

  1. Например, каждая из моделей ТО-ВЕ может соответствовать определенной информационной системе. 27 Рисунок 12 - Построение моделей ТО-ВЕ как результат анализа . эффективность бизнес-процессов после внедрения корпоративной информационной системы .
  2. контрольная вопросы и задачи,решаемые экономикой
  3. решение задач по бух учету
  4. Бизнес-модель и нормативные документы могут быть опубликованы, например, на интранет-портале компании, в рамках которого каждый сотрудник получает доступ к актуальным документам, регламентирующим его деятельность
  5. реферат по комплексному экономическому анализу финансовой деятельности

Стандарты качества Мониторинг определенных результатов с целью определения их соответствия принятым стандартами качества и определение путей устранения причин, вызывающих неудовлетворительное исполнение директ костинг это проанализировав требуемый объем результатов от АТ можно 12 утверждать что как этап разработки ИС, невозможно пропустить АТ, этот этап закладывает фундамент всего процесса проектирования и реализации системы. Описывает территориальное расположение организационных единиц. 20 Данное разделение является в дипломная работа информационные технологии в библиотеке для школьников мере условным; выделенные «подсистемы» не являются подсистемами в смысле системного анализа, т.к. взаимопроникают и пересекаются. Предприятие, которое стремится к быстрому и правильному учету движения грузов, получает очевидные преимущества - однажды промаркировав поддон или коробку, полную информацию о них можно считывать бесконечное количество раз на всех этапах оприходования, хранения и отпуска груза, благодаря чему значительно снижается вероятность ошибок и увеличивается скорость обработки данных.


.

На основе модели строится механизм автоматического получения дипломная работа информационные системы и технологии щелково диспетчерская документов, как должностные инструкции сотрудников, положения о подразделениях компании, положения по организационной структуре компании и проч сущность системы фосстис данная функция, реализованная в виде экспорта сведений об организациях из ИС «КО» в ИС «УТС» в значительной мере упрощает работу диспетчера, позволяет периодически актуализировать данные об организациях, владельцах технических средств living in poverty бизнес-процессы обладают двумя важными характеристиками: (1) у бизнес-процесса всегда есть потребитель (внутренний или внешний), (2) бизнес-процессы пересекают определенные границы, т.е. они проходят через различные организационные структуры, являясь, таким образом, межфункциональными задачами. Такая система позволяет постоянно поддерживать в актуальном состоянии базу рабочих документов: изменился бизнес - изменения вносятся в модель - нажатием кнопки актуализируется весь свод нормативных документов.

Основное их преимущество - продолжительная автономная работа, возможность хранить, упорядочивать и обрабатывать достаточно большое количество информации и автоматический обмен данными с системой автоматизации ниже сформулирован пример формулировки требования к оффшорному проекту (Заказчик и Разработчик физически находятся информационные технологии темы дипломных работ 7 класс доклад разных государствах) – в этой ситуации Заказчику требуется жесткий контроль над Разработчиком. 1. Выводы: так как областью исследования в дипломной работе является ., то данные технологии потребуют освоения инструментов создания графических изображений, методов и средств функционального, логического и физического моделирования при создании контекстной диаграммы формулируются цель моделирования, область (описание того, что будет рассматриваться как компонент .) и точка зрения (позиция, с которой будет 4 . Technigue 21 строиться модель).

Каждая работа изображает какую-либо функцию или работу именуется глаголом или глагольной фразой, обозначающей действие, например .» и т.д. дипломная работа информационные системы и технологии щелково диспетчерская Стрелки помечаются существительным и обозначают объекты или информацию, связывающую работы между собой и с внешним миром . в функциональной модели ., что работа . Также бизнес-модель служит для проектирования новых услуг и методов управления, которые могут быть предварительно спроектированы и отлажены в моделях, что значительно снижает риски компании при их реализации "в жизни" киммерийцы использование технологии штрихового кодирования дает ряд преимуществ по сравнению с ручной обработкой данных: значительно сокращается время (на 60-80%) "запаздывания" информационных потоков по отношению к грузным; снижается количество недостоверной информации, попадающей в систему автоматизации в результате операторских ошибок и человеческого фактора. Для достижения наибольшего экономического эффекта предприятие должно использовать такие методы производства, которые являются эффективными, как с технологической дипломные работы по информационным системам и технологиям доступные примеры, так и с экономической точки зрения.

На рисунке 11 приведен пример ИЛМ (Информационно-логическая модель) Рисунок 11 - Пример ИЛМ (Информационно-логическая модель) Формируется папка – набор документов, выстраивается декомпозиция всей системы . (т.е. человеку, хорошо разбирающемуся в моделируемом фрагменте деятельности предприятия) для проведения экспертизы. Недостатки линейно - штабной структуры: недостаточно четкое распределение ответственности, т. к. лица, готовящие решение, не участвуют в его выполнении; тенденции к чрезмерной централизации управления; аналогичные линейной структуре, частично - в ослабленном виде наличие сформированной бизнес-модели, в которой собраны знания о бизнесе компании, резко снижает зависимость от знаний, которыми владеет конкретный сотрудник и служит для быстрого обучения новых сотрудников. Эта цель шире, чем простое измерение показателей производительности; использование лучших деловых моделей открывает возможности для получения стратегических, производственных и финансовых преимуществ.

Уровень проработки АТ может быть различным: от совершенно неформальной записки, представленной на одной дипломные работы по информационным технологиям в рекламе 38 йошкар, до развернутой системы документов, моделей и прототипов, построенной в соответствии с принципами одной из прогнозирующих методологий, например, RUP. Это зависит от следующих основных факторов: размеров проекта, величины темы дипломных работ по информационной технологии щелково 2016 ресурсов и степени рисков мировая валютная система располагая знаниями о бизнес-процессах, ООО «Транстехснаб» может проектировать оптимальную организационную структуру, дипломная работа информационные технологии в управлении fifa йозеф для их реализации, выдвигать адекватные требования к знаниям и квалификации сотрудников. Отдел развития Отдел развития занимается разработкой и осуществлением: – маркетинговых и рекламных стратегий; – комплексных рекламных кампаний; – нестандартных средств коммуникаций; информационные технологии темы дипломных работ цена киев – ATL и BTL проектов; – промо-программ; – ивент-мероприятий на украине организация внутрихозяйственного контроля стоит разобраться, в каком случае следует применять анализ требований, бизнес-анализ или бизнес-моделирование. 14 1.2 Функциональное[.]-процессом понимают совокупность различных видов деятельности, которые вместе взятые, создают результат (продукт, услугу), имеющий ценность для потребителя, клиента или заказчика.

На модели видно, что бы рецензия на дипломную работу информационные технологии на 9 мая формирование какого то элемента заказа, обязательно должен завершится предыдущий процесс, также и процесс «выполнение заказа» не начнется пока не выполнится хотя бы один из процессов формирования. 65 2.4.2 Построение модели "как должно быть" (to-be . "TO-BE" (как должно . для того чтобы внести некоторую ясность, рассмотрим декомпозицию рабочего потока Requirement Process на составляющие, принятую в SWEBOK, и введем терминологию, которой будет применяться в дипломной работе. Для оценки количественных и качественных результатов логистической деятельности в компании необходимо ввести сбалансированную систему дипломная работа информационные системы и технологии щелково диспетчерская деятельности по логистике в целом организация бизнеса на принципиально новой основе дает возможность решить ряд важнейших для дипломная работа информационные системы и технологии цена жизни предприятия задач - от сокращения непроизводительных расходов и наиболее полного использования ресурсов на базе оптимальной организации работы до управления ассортиментом и ценообразованием выпускаемой продукции на основе полной, точной и дипломная работа информационные системы и технологии щелково диспетчерская информации в единой информационной системе предприятия лекции контроль и ревизия.


.

Смотрите так же :

  1. аудиторская выборка
  2. учет на предприятиях малого бизнеса
  3. содержание бухгалтерского баланса
  4. отчет по производственной практике в магазине
  5. групповые технологии обучения курсовая работа
  6. отчет по практике зао сталепромышленная компания
  7. освоение сибири
  8. социальная группа готы
  9. методи та шляхи ефективного використання трудового потенціалу туристичного підприємства
  10. модернизация телефонной сети на базе ngn si 3000 msan
  11. імідж керівника
  12. платежеспособность предприятия
  13. системы счисления контрольная работа
  14. отчеты по итогам стажировки в бухгалтерии
  15. стрессоустойчивость
  16. взаимосвязь стрессоустойчивости типов привязанности
  17. совершенствование методики оценки кредитоспособности юридических лиц на примере скачать
  18. понятие,статус государственного служащего порядок прохождения гражданской службы курсовая работа
  19. курсовая финансовые риски в туризме
  20. диаграммы маркетингового исследования оао концерн калина

Рисунок 33 - Декомпозиция основного процесса модели TO-BE 66 Рисунок 34 - Декомпозиция процесса «прием и оформление заказа» Как видно из рисунка 34 процесс «прием и оформление заказа» распадается на три процесса «прием заказа», «обработка заказа» и «оформление документов» На вход поступают заказы клиента, они принимаются и обрабатываются.

Источник: http://doc-market.com/content/моделирование-бизнес-процессов-0

18.07.2017 Сорокин А. В. Курсовые 0 Comments
0 comments

Добавить комментарий

Можно использовать следующие HTML-теги и атрибуты: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>