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

пользователь сайт управление интерфейс

На сегодняшний день иметь свой сайт во всемирной сети стало не столь? о делом престижа, с? оль?о необходимостью. в прежние времена, престиж фирмы, имеющей сайт в Интернете, автоматичес? и поднимался в глазах? лиентов, теперь же иметь свой сайт — дело абсолютно нормальное и его отсутствие у организации вызывает недовольство у потенциальных? лиентов, а иногда и негативное отношение. в современном мире основным средством получения информации люди все чаще называют Интернет, а число пользователей сети на начало 2013 года составило 2 миллиарда челове? и по прогнозам будет постоянно расти.

В сайт, ?а? инструмент мар? етинга, заложены огромные возможности.

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

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

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

Объе?том исследования в дипломной работе является веб-сайт ООО «ТрансЭнергоСервис».

Целью дипломной работы является разработ? а и внедрение сайта транспортной? омпании ООО «ТрансЭнергоСервис». Для достижения поставленной цели мы решим другие, более частные задачи:

— в первой главе мы рассмотрим организацию работы ООО «ТрансЭнергоСервис»;

— во второй будет описана методология разработ? и сайта;

— в третьей будет исследована разработ? а сайта ООО «ТрансЭнергоСервис».

Теоретичес?ой и методичес? ой основой дипломной работы послужили работы ведущих отечественных специалистов в прое? тирования Интернет-сайтов: Калиновс? ий А.И., Монахов М. Ю., Воронин А. А., и многих других.

1. Исследование организационной структуры ООО «ТрансэнергосерВис»

1.1 Организация работы ООО «ТрансЭнергоСервис»

Общество с ограниченной ответственностью «ТрансЭнергоСервис» создается с целью организации производства и реализации услуг по перевоз? е грузов в г. Волгоград.

Виды услуг:

— услуги по? вартирным переездам, перевозу мебели (в том числе пианино), перевоз? а других хозяйственных грузов (дрова, уголь, сено и т. д.); розничная цена одной условной единицы услуги (3 часа работы автомобиля + 3 часа работы четырех грузчи? ов) 4,0 — 5,5 тыс. руб.; планируемый годовой объем производства услуг поряд? а 600 единиц;

— услуги по перевоз? е ?оммерчес?их грузов; розничная цена (6 часов работы автомобиля + лебед? а + 6 часов работы четырех грузчи? ов) 11,0 -18,0 тыс. руб.; планируемый объем выпус? а в год — 96 единиц;

— услуги анти? оррозийной обработ? и ?узовных элементов автомобилей по технологии RUST-STOP (Canada); стоимость обработ? и одного автомобиля — 0,9 тыс. руб.; планируемый годовой объем работ — 3600 единиц.

Производственно-хозяйственная деятельность:

— производственно-хозяйственная деятельность производится на основе договоров;

— Общество самостоятельно планирует свою деятельность с учетом спроса и за? люченных договоров на о? азание транспортных услуг.

Для организации деятельности предприятие располагает? а? собственными, та? и арендованными площадями:

Собственные площади: гараж 220? в. м (г. Волгоград).

Арендуемые площади: цех по анти? оррозийной обработ? е автомобилей 90? в.м. (г. Волгоград).

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

За?уплена технологичес? ая до? ументация для организации специализированного участ? а (цеха) анти? оррозийной обработ? и автомобилей RUST-STOP (Canada).

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

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

В последние годы в г. Волгограде успешно развивается организация и от? рытие всевозможных предприятий, работающих с населением и предлагающих услуги по перевоз? ам грузов по приемлемых ценам. в условиях снижения и стабилизации по? упательс?ой способности населения эта форма производства все же способствует развитию спроса. Большую роль в данном деле играет ООО «ТрансЭнергоСервис». Доля рын? а, занимаемая предприятием на начальном этапе деятельности составит примерно 15%.

На самом деле серьезных прямых? он?урентов у ООО «ТрансЭнергоСервис» много.

Таблица 1.1 — Оцен? а собственной фирмы и фирм? он?урентов, баллы

В таблице 1.1 приведены оцен? и достоинств и недостат? ов ?а? собственной фирмы, та? и фирм-?он?урентов. Оцен? и выставлялись в баллах от 0 до + 10.

Если посчитать сумму баллов? аждой «фирмы», то получим следующие результаты:

ООО «ТрансЭнергоСервис»: 37 баллов.

Небольшие фирмы: 36 баллов.

Перевозочные предприятия: 35 баллов.

Еще раз нужно уточнить, что оцен? а производилась, исходя из предположения: предприятия уже существуют. Соответственно, большой в? лад в баллах внесла та? ая хара? теристи?а, ?а? месторасположение объе? та. Что? асается ООО «ТрансЭнергоСервис», то ассортимент данного грузоперевозочного предприятия имеет достаточную ширину и глубину. Достаточно взглянуть на таблицу 1.1.

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

1.2 Анализ фун? ционирования интернет-сайтов по предоставлению услуг

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

Услуги, о? азываемые при осуществлении виртуального хостинга, достаточно разнообразны.

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

Совместный хостинг позволяет? лиентам размещать свои веб-сайты на совместно используемом сервере хостинг-провайдера: дис? овое пространство сервера разделяется на множество «па?етов», ?аждый из? оторых содержит определенное? оличество пространства, измеряемое в мегабайтах.

При выделенном хостинге провайдер выделяет? лиенту отдельный сервер, то есть весь жест? ий дис? и другие ресурсы машины, под? люченной? Интернету, выдаются толь? о одному? лиенту.

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

Если в договоре хостинга (счетах, а? тах) операции, составляющие хостинг, разделены, и оплата за данные составляющие производится та? же раздельно, то в налоговом учете та? ие суммы отражаются та?, ?а? это представлено в таблице 1.1. Но чаще хостинг-провайдеры предлагают оплатить свои услуги одним платежом. В этом случае бухгалтеры стоят перед дилеммой, ?а? отражать операцию хостинга в налоговом учете: ?а? получение услуги или? а? арендную операцию (аренду материального объе? та — сервера).

Чтобы ответить на этот вопрос, проведем аналогию. Дело в том, что аренда дис? ового пространства на сервере подобна аренде офиса или здания, в? отором предприятие ведет свой бизнес. Теперь представим, что арендодатель офиса? о всему прочему еще о? азывает различный спе? тр услуг своему арендатору. Если? оличество та? их услуг минимально, то операция рассматривается толь? о ?а? аренда материального имущества. Но допустим, что арендодатель о? азывает своему арендатору самый широ? ий спе? тр всевозможных услуг по бизнесу — ведет его с? ладс?ой учет, следит за поряд? ом на фирме и т. д. Если арендодатель при этом выставит? лиенту счет, где стоимость его услуг обозначена одной суммой, то стоимость аренды офиса в общей сумме выделить невозможно, и операция уже не может быть представлена? а? арендная, а с? орее ?а? операция по предоставлению услуг.

Пос?оль?у в РФ еще не сложилась единая эле? тронная терминология, то провайдеры часто называют хостингом? а? ?лассичес?ий хостинг, та? и аренду дис? ового пространства, и даже виртуальный сервер. Поэтому при отражении операции хостинга в налоговом учете следует ориентироваться на аналогию, приведенную выше. Если па? ет услуг, предоставляемых хостинг-провайдером, настоль? о широ?, что невозможно выделить из общей суммы оплаты стоимость аренды дис? ового пространства, то та? ой виртуальный хостинг считается услугой и отражается в налоговом учете согласно п. 5.1 и пп. 5.2.1 За? она о прибыли. Но если хостинг в? лючает в себя толь? о аренду дис? ового пространства и еще, может быть, ?опеечную регистрацию почтового ящи? а, то та? ая операция отражается? а? арендная с соблюдением условий пп. 7.9.6 За? она о прибыли и других норм налогового за? онодательства об оперативном лизинге (аренде).

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

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

1) плата за право пользования программным обеспечением;

2) плата за хранение программного обеспечения на чужом жест? ом дис? е.

Та? ?а? второй элемент относится? хостингу, то получается, что в общем операция рассматривается? а? пользование программным обеспечением по лицензионному соглашению с элементами услуги. После долгих споров в марте 2000 г. бухгалтеры США достигли? онсенсуса, ?оторый воплотился в выпус? е 00−3 EITF «Договоры, в? лючающие право пользования программным обеспечением, хранящемся на жест? ом дис? е другого предприятия», приложению? SOP 97−2. Данный до? умент устанавливает, что если в операции хостинга присутствует элемент пользования программным обеспечением провайдера, то все равно хостинг считается услугой. Но толь? о в том случае, если в договоре отсутствует условие, согласно? оторому ?лиент имеет право в течение договора хостинга приобрести программное обеспечение без значительных преград. Если та? ое условие присутствует, то доход хостинг-провайдера должен быть разбит на составляющие (приобретение программного обеспечения и услуги хостинга) в оцен? е их справедливой стоимости. Тогда доход признается:

1) по программному обеспечению — на дату постав? и программного обеспечения;

2) по услугам хостинга — на дату предоставления услуг.

Собственно, подобная тра? тов?а вполне применима и в у? раинс?ом бухгалтерс? ом учете. Пользование? омпьютерной программой удаленно, ?огда программа хранится на чужом жест? ом дис? е, считается услугой хостинга (если провайдер обслуживает, модернизирует и улучшает эту программу). Но если? лиент имеет право получить та? ую программу в собственность в течение сро? а действия договора, то в бухгалтерс? ом учете признание дохода отражается в момент передачи по? упателю рис? ов и выгод, связанных с правом собственности на? омпьютерную программу (ст. 8 П© БУ 15). Следовательно, доход провайдера, продавшего программу, отразится в бухгалтерс? ом учете в тот момент, ?огда право собственности на? омпьютерную программу перейдет? по? упателю, при этом доход отражается по справедливой стоимости? омпьютерной программы (ст. 21 П© БУ 15). А услуги по хранению программы и ее обслуживанию относятся? услугам хостинга и отражаются в соответствии со статьями 10 и 21 П© БУ 15.

Виртуальный сервер

Виртуальный сервер — это реальный сервер (?омпьютер и различные серверные программы), располагающийся в ином месте, чем место, где располагается? лиент. Реальный сервер разделяется между различными собственни? ами веб-сайтов та? им образом, чтобы? аждый собственни? веб-сайта мог использовать и администрировать сервер с ощущением полного? онтроля над ним, т. е. сервер представлялся? лиенту его собственным сервером. ?лиент может не толь? о иметь собственное доменное имя и IP-адрес, но та? же администрировать свои собственные файловые дире? тории, распределять множество доменных имен производных (низшего уровня) от базового доменного имени без участия провайдера, распределять почтовые адреса, управлять статистичес? им анализом и поддерживать пароли.

Пользователи виртуального сервера все же не могут управлять самим сервером? а? материальным объе? том (аппаратом) и под? лючать его? ло? альной (глобальной) сети.

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

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

С?ладирование данных

С?ладированием данных (data warehousing) называется перенос данных на серверы меньшего размера, где их (данные) можно быстро и лег? о проанализировать.

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

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

Операции по с? ладированию данных относятся? услугам по хранению. Расходы на услуги по хранению увеличивают валовые расходы налогоплательщи? а согласно п. 5.1 и пп. 5.2.1 За? она о прибыли.

Роялти и договоры хостинга

В эле? тронном мире уже сейчас очень много нематериальных а? тивов, и число их неу? лонно растет. В РФ, ?а? и во многих других странах, выплаты роялти в денежной форме или в виде ценных бумаг освобождены от начисления НДС (пп. 3.2.7 За? она о НДС). Поэтому проблема правильного определения того, ?а?ие платежи относятся? роялти, а? а?ие —? ?омпенсационным, а? туальны во всем мире. Росийс? ое за? онодательство не регулирует та? их вопросов, поэтому представим? а? информацию? размышлению видение данной проблемы с точ? и зрения Техничес? ой ?онсультативной Группы (TAG) Организации за э? ономичес?ое сотрудничество и развитие (OECD). TAG выпустила до? умент под названием «Основные хара? теристи?и проблем, возни? ающих в эле? тронной ?оммерции», в? отором э? сперты определили свой взгляд на вопрос, ?а?ие платежи в эле? тронной ?оммерции являются роялти, а? а?ие основаны на? омпенсационных платежах. выводы TAG представлены в таблице 1.3.

Виды услуг при осуществлении виртуального хостинга:

· содействие в регистрации доменного имени;

· размещение файлового запоминающего устройства;

· предоставление почтового адреса;

· о? азание услуг по созданию веб-сайта;

· административные услуги и поддерж? а;

· мониторинг сетевого порта, оперативной системы, Интернета;

· выравнивание (балансирование) нагруз? и,

· управление базой данных и др.

Таблиця 1.1. Составляющие виртуального хостинга

Таблиця 1.2. Отличительные хара? теристи?и между виртуальным хостингом и виртуальным сервером

Таблиця 1.3. Хара? теристи?а платежей в операциях хостинга по TAG OECD

2. Методология проектирования интернет — сайта

2.1 Обзор методологий прое? тирования интернет-представительства

Ка? и в любом деле, создание сайтов происходит при помощи различных методов. И за? азчи?у обязательно следует знать, ?а? же происходят работы. Нет, ?онечно, не стоит вдаваться в мелочи и дос? онально изучать вопрос, но в общих чертах, все-та?и, следует понимать процесс создания. А нужно это для того, что бы понять, чего же за? азчи? на самом деле желает получить и смочь объяснить это? оманде исполнителей, ?оторой будут доверены работы над интернет-прое?том. ?роме того, это поможет избежать затрат на недобросовестных исполнителей, ?оторые пообещают выполнить все работы за две недели и? а? итог — или не уложатся в сро?, или же выдадут сайт, созданный на базе шаблона, за собственную разработ? у.

Ита?, под методами создания интернет-сайтов понимается сово? упность приемов и инструментов разработ? и. Самыми распространенными методами можно назвать:

1. Шаблоны. Шаблон представляет собой написанный один раз «движо?» — программную часть сайта, отвечающую за его фун? циональность, и растиражированный дизайн-то есть внешнюю, видимую часть сайта. Из несомненных достоинств данного метода можно отметить простоту создания: ресурс может создать ш? ольни?, ?оторый уложиться в ре? ордно ?орот?ий сро? — час, не более (большая часть времени уйдет на поис? шаблона). Главный же недостато? — растиражированность.

2. Констру? тор сайта. Почти то же самое, что и шаблон. Главное отличие — возможность под? лючения определенных модулей (допустим, можно добавить поис? по сайту и, в то же время, избавиться от? аталога). ?онстру?тор позволяет выбрать и элементы дизайна, и даже переработать их. Но? лючевые элементы, по-прежнему, будут занимать свои места. Минусы и плюсы? онстру?тора аналогичны положительным и отрицательным чертам шаблонов.

3. WYSIWYG-реда?торы — (What You See Is What You Get — дословно — «что ты видишь, то и получаешь», англ.) специальные программные среды разработ? и сайтов, та? ие ?а? Dream Weaver или Front Page. Сочетание среды разработ? и сайта, графичес? их реда? торов (Adobe Photoshop, Corel Photopaint и пр.) позволяет создавать сайт и сразу видеть? онечный результат, ?оторый сразу же можно протестировать. Из плюсов отмечается с? орость разработ? и и возможность написания ресурса всего лишь одним челове? ом, та? ?а? подобный метод не предполагает необходимость познаний в язы? ах программирования (Java, PHP и пр.), пос? оль?у ядро пишется автоматичес? и средой разработ? и.? недостат? ам стоит отнести низ? ий уровень защиты от вирусных ата?, от прони? новения злоумышлени? ов (та? ?а? методы обхода защиты программной части та? ого сайта известны многим ха? ерам и вирусописателям). Та? же стоит добавить, что полученные с? рипты не всегда работают та?, ?а? задумывалось, и фун? циональность о? азывается чуть «ущербной». Кроме того, та? ой сайт «тяжел» для загруз? и при медленном под? лючении? сети интернет, его? од не оптимизирован, что вызывает «подвисания» браузера.

4. Сочетание WYSIWYG-реда?тора и программирования. в данном случае создание сайта происходит в той же среде разработ? и, но впоследствии над программным? одом работает программист, переписывая или? орре?тируя созданные с? рипты. Специалист усиливает защиту сайта, ?оторая будет противостоять вирусным и ха? ерс?им ата? ам, отлаживает «движо?», выстраивает фун? циональность. ?ачественный сайт можно получить толь? о применив подобный метод. Единственным его недостат? ом считается высо? ая цена разработ? и.

2.2 IDEF0

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

Наиболее удобным язы? ом моделирования бизнес-процессов является IDEF0, предложенный более 20 лет назад Дугласом Россом (SoftTech, Inc.) и называвшийся первоначально SADT — Structured Analysis and Design Technique. (Подробно методология SADT излагается в? ниге Дэвида А. Мар? а и? лемента Ма?-Гоуэна «Методология стру? турного анализа и прое? тирования SADT» M.:Meтaтexнoлoгия, 1993.) В начале 70-х годов вооруженные силы США применили подмножество SADT, ?асающееся моделирования процессов, для реализации прое? тов в рам? ах программы ICAM (Integrated Computer-Aided Manufacturing). В дальнейшем это подмножество SADT было принято в? ачестве федерального стандарта США под наименованием IDEF0. Подробные специфи? ации на стандарты IDEF можно найти на сайте http://www.idef.com.

В IDEF0 система представляется? а? сово? упность взаимодействующих работ или фун? ций. Та? ая чисто фун? циональная ориентация является принципиальной — фун? ции системы анализируются независимо от объе? тов, ?оторыми они оперируют. Это позволяет более чет? о смоделировать логи? у и взаимодействие процессов организации.

Под моделью в IDEF0 понимают описание системы (те?стовое и графичес? ое), ?оторое должно дать ответ на не? оторые заранее определенные вопросы.

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

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

Под субъе? том понимается сама система, при этом необходимо точно установить, что входит в систему, а что лежит за ее пределами, другими словами, мы должны определить, что мы будем в дальнейшем рассматривать? а? ?омпоненты системы, а что? а? внешнее воздействие. На определение субъе? та системы будет существенно влиять позиция, с? оторой рассматривается система, и цель моделирования — вопросы, на? оторые построенная модель должна дать ответ. Другими словами, первоначально необходимо определить область (Scope) моделирования. Описание области? а? системы в целом, та? и ее? омпонентов является основой построения модели. Хотя предполагается, что в течение моделирования область может? орре?тироваться, она должна быть в основном сформулирована изначально, пос? оль?у именно область определяет направление моделирования и? огда должна быть за? ончена модель. При формулировании области необходимо учитывать два? омпонента — широту и глубину. Широта подразумевает определение границ модели — мы определяем, что будет рассматриваться внутри системы, а что снаружи. Глубина определяет, на? а?ом уровне детализации модель является завершенной. При определении глубины системы необходимо не забывать об ограничениях времени — трудоем? ость построения модели растет в геометричес? ой прогрессии от глубины де? омпозиции. После определения границ модели предполагается, что новые объе? ты не должны вноситься в моделируемую систему; пос? оль?у все объе? ты модели взаимосвязаны, внесение нового объе? та может быть не просто арифметичес? ой добав? ой, но в состоянии изменить существующие взаимосвязи. внесение та? их изменений в готовую модель является, ?а? правило, очень трудоем? им процессом (та? называемая проблема «плавающей области»).

Цель моделирования (Purpose). Модель не может быть построена без чет? о сформулированной цели. Цель должна отвечать на следующие вопросы:

* Почему этот процесс должен быть замоделирован?

* Что должна по? азывать модель?

* Что может получить читатель?

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

Точ?а зрения (Viewpoint). Хотя при построении модели учитываются мнения различных людей, модель должна строиться с единой точ? и зрения. Точ? у зрения можно представить? а? взгляд челове? а, ?оторый видит систему в нужном для моделирования аспе? т. е. Точ? а зрения должна соответствовать цели моделирования. Очевидно, что описание работы предприятия с точ? и зрения финансиста и технолога будет выглядеть совершенно по-разному, поэтому в течение моделирования важно оставаться на выбранной точ? е зрения. Ка? правило, выбирается точ? а зрения челове? а, ответственного за моделируемую работу в целом. Часто при выборе точ? и зрения на модель важно задо? ументировать дополнительные альтернативные точ? и зрения. Для этой цели обычно используют диаграммы FEO (For Exposition Only), ?оторые будут описаны в дальнейшем.

IDEF0-модель предполагает наличие чет? о сформулированной цели, единственного субъе? та моделирования и одной точ? и зрения. Для внесения области, цели и точ? и зрения в модели IDEF0 в BPwin следует выбрать пун? т меню Edit/Model Properties, вызывающий диалог Model Properties (рис. 1.3). В за? лад?е Purpose следует внести цель и точ? у зрения, а в за? лад?у Definition — определение модели и описание области.

Рис. 1.1. Диалог задания свойств модели

В за? лад?е Status того же диалога можно описать статус модели (черновой вариант, рабочий, о? ончательный и т. д.), время создания и последнего реда? тирования (отслеживается в дальнейшем автоматичес? и по системной дате). В за? лад?е Source описываются источни? и информации для построения модели (например, «Опрос э? спертов предметной области и анализ до? ументации»). За? лад?а General служит для внесения имени прое? та и модели, имени и инициалов автора и временных рамо? модели — AS-IS и ТО-ВЕ.

Модели AS-IS и ТО-ВЕ. Обычно сначала строится модель существующей организации работы — AS-IS (?а? есть). На основе модели AS-IS достигается? онсенсус между различными единицами бизнеса по тому, «?то что сделал» и что? аждая единица бизнеса добавляет в процесс. Модель AS-IS позволяет выяснить, «что мы делаем сегодня» перед тем, ?а? перепрыгнуть на то, «что мы будем делать завтра». Анализ фун? циональной модели позволяет понять, где находятся наиболее слабые места, в чем буду г состоять преимущества новых бизнес-процессов и нас? оль?о глубо? им изменениям подвергнется существующая стру? тура организации бизнеса. Детализация бизнес-процессов позволяет выявить недостат? и организации даже там, где фун? циональность на первый взгляд? ажется очевидной. Призна? ами неэффе? тивной деятельности могут быть бесполезные, неуправляемые и дублирующиеся работы, неэффе? тивный до? ументооборот (нужный до? умент не о? азывается в нужном месте в нужное время), отсутствие обратных связей по управлению (на проведение работы не о? азывает влияния ее результат), входу (объе?ты или информация используются нерационально) и т. д. Найденные в модели AS-IS недостат? и можно исправить при создании модели ТО-ВЕ (?а? будет) — модели новой организации бизнес-процессов. Модель нужна ТО-ВЕ для анализа альтернативных / лучших путей выполнения работы и до? ументирования того, ?а? ?омпания будет делать бизнес в будущем.

Следует у? азать на распространенную ошиб? у при создании модели AS-IS — это создание идеализированной модели. Примером может служить создание модели на основе знаний ру? оводителя, а не? он?ретного исполнителя работ. Ру? оводитель зна? ом с тем, ?а? предполагается выполнение работы по ру? оводствам и должностным инстру? циям и часто не знает, ?а? на самом деле подчиненные выполняют рутинные работы. В результате получается приу? рашенная, ис? аженная модель, ?оторая несет ложную информацию и? оторую невозможно в дальнейшем использовать для анализа. Та? ая модель называется SHOULD_BE (?а? должно бы быть).

Технология прое? тирования ИС подразумевает сначала создание модели AS-IS, ее анализ и улучшение бизнес-процессов, т. е. создание модели ТО-ВЕ, и толь? о на основе модели ТО-ВЕ строится модель данных, прототип и затем о? ончательный вариант ИС. Построение системы на основе модели AS-IS приводит? автоматизации предприятия по принципу «все оставить? а? есть, толь? о чтобы? омпьютеры стояли», т. е. ИС автоматизирует несовершенные бизнес-процессы и дублирует, а не заменяет существующий до? ументооборот. в результате внедрение и э? сплуатация та? ой системы приводит лишь? дополнительным издерж? ам на за? уп?у оборудования, создание программного обеспечения и сопровождение того и другого.

Иногда те? ущая AS-IS и будущая ТО-ВЕ модели различаются очень сильно, та? что переход от начального? ?онечному состоянию становится неочевидным. в этом случае необходима третья модель, описывающая процесс перехода от начального? ?онечному состояния системы, пос? оль?у та? ой переход — это тоже бизнес-процесс.

Результат описания модели можно получить в отчете Model Report. Диалог настрой? и отчета по модели вызывается из пун? та меню Report/Model Report. в диалоге настрой? и следует выбрать необходимые поля, при этом автоматичес? и отображается очередность вывода информации в отчет (рис. 1.2).

Рис. 1.2. Отчет по модели

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

Модель может содержать четыре типа диаграмм:

* ?онте?стную диаграмму (в ?аждой модели может быть толь? о одна? онте?стная диаграмма);

* диаграммы де? омпозиции;

* диаграммы дерева узлов;

* диаграммы толь? о для э? спозиции (FEO).

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

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

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

2.3 UML

Унифицированный язы? моделирования (Unified Modeling Language — UML) — это язы? для специфицирования, визуализации, ?онструирования и до? ументирования на основе объе? тно-ориентированный подхода разные виды систем: программных, аппаратных, программно-аппаратных, смешанных, явно в? лючающие деятельность людей и т. д.

Помимо прочего, язы? UML применяется для прое? тирования реляционных БД. Для этого используется небольшая часть язы? а (диаграммы ?лассов), да и то не в полном объеме. С точ? и зрения прое? тирования реляционных БД модельные возможности не слиш? ом отличаются от возможностей ER-диаграмм

Диаграммой ?лассов в терминологии UML называется диаграмма, на? оторой по? азан набор? лассов (и не? оторых других сущностей), не имеющих явного отношения? прое? тированию БД), а та? же связей между этими? лассами. Ограничения могут неформально задаваться на естественном язы? е или формулироваться на язы? е объе? тных ограничений OCL (Object Constraints Language).

Классом называется именованное описание сово? упности объе? тов с общими атрибутами, операциями, связями и семанти? ой. Графичес? и ?ласс изображается в виде прямоугольни? а. Имя (те?стовая стро? а), служит для идентифи? ации ?ласса.

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

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

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

Связью-обобщением называется связь между общей сущностью, называемой супер?лассом, или родителем, и более специализированной разновидностью этой сущности, называемой под?лассом, или потом? ом. Обобщения иногда называют связями «is a», имея в виду, что? ласс-потомо? является частным случаем? ласса-пред?а. ?ласс-потомо? наследует все атрибуты и операции? ласса-пред?а, но в нем могут быть определены дополнительные атрибуты и операции.

Одиночное наследование, ?огда у? аждого под? ласса имеется толь? о один супер? ласс) является достаточным в большинстве случаев применения связи-обобщения. Одна? о в UML допус? ается и множественное наследование, ?огда один под? ласс определяется на основе нес? оль?их супер? лассов.

2.4 DFD

Диаграммы пото? ов данных используются для описания движения до? ументов и обработ? и информации? а? дополнение? IDEF0. В отличие от IDEF0, где система рассматривается? а? взаимосвязанные работы и стрел? и представляют собой жест? ие взаимосвязи, стрел? и в DFD по? азывают лишь то, ?а? объе? ты (в?лючая данные) движутся от одной работы? другой. DFD отражает фун? циональные зависимости значений, вычисляемых в системе, в? лючая входные значения, выходные значения и внутренние хранилища данных. DFD — это граф, на? отором по? азано движение значений данных от их источни? ов через преобразующие их процессы? их потребителям в других объе? тах.

DFD содержит процессы, ?оторые преобразуют данные, пото? и данных, ?оторые переносят данные, а? тивные объе? ты, ?оторые производят и потребляют данные, и хранилища данных, ?оторые пассивно хранят данные.

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

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

А?тивные объе?ты. А? тивным называется объе? т, ?оторый обеспечивает движение данных, поставляя или потребляя их. А? тивные объе? ты обычно бывают присоединены? входам и выходам DFD.

Хранилища данных. Хранилище данных — это пассивный объе? т в составе DFD, в? отором данные сохраняются для последующего доступа. Хранилище данных допус? ает доступ? хранимым в нем данным в поряд? е, отличном от того, в? отором они были туда помещены. Агрегатные хранилища данных, ?а?, например, спис? и и таблицы, обеспечивают доступ? данным в поряд? е их поступления, либо по? лючам.

Пото?и управления. DFD по? азывает все пути вычисления значений, но не по? азывает в? а?ом поряд? е значения вычисляются. Решения о поряд? е вычислений связаны с управлением программой, ?оторое отражается в динамичес? ой модели. Эти решения, вырабатываемые специальными фун? циями, или преди? атами, определяют, будет ли выполнен тот или иной процесс, но при этом не передают процессу ни? а?их данных, та? что их в? лючение в фун? циональную модель необязательно. Тем не менее, иногда бывает полезно в? лючать у? азанные преди? аты в фун? циональную модель, чтобы в ней были отражены условия выполнения соответствующего процесса. Фун? ция, принимающая решение о запус? е процесса, будучи в? люченной в DFD, порождает в DFD пото? управления и изображается пун? тирной стрел? ой.

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

Если же для сложной системы ограничиться единственной? онте?стной диаграммой, то она будет содержать слиш? ом большое? оличество источни? ов и приемни? ов информации, ?оторые трудно расположить на листе бумаги нормального формата, и, ?роме того, главный единственный процесс не рас? рывает стру? туры распределенной системы.

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

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