Реферат: Проектирование информационных систем в экономике - текст реферата. Скачать бесплатно.
Банк рефератов, курсовых и дипломных работ. Много и бесплатно. # | Правила оформления работ | Добавить в избранное
 
 
   
Меню Меню Меню Меню Меню
   
Napishem.com Napishem.com Napishem.com

Реферат

Проектирование информационных систем в экономике

Банк рефератов / Информатика, информационные технологии

Рубрики  Рубрики реферат банка

закрыть
Категория: Реферат
Язык реферата: Русский
Дата добавления:   
 
Скачать
Microsoft Word, 399 kb, скачать бесплатно
Заказать
Узнать стоимость написания уникального реферата

Узнайте стоимость написания уникальной работы

Проектирование информационных систем в экономике 1. Принципы проектирования ИС Э 2. Понятие открытой системы 3. Понятие жизненного цикла ИС. Этапы пр оектирования 4. Методы и способы проектирования ИС 1. Принципы проектирования ИСЭ Под проектирование м автоматизированных экономических информационных систем понимается процесс разработки технической документации, связанный с организацией системы получения и преобразования исходной информации в результатив ную, т.е. с организацией автоматизированной информационной системы. Доку мент, полученный в процессе проектирования, носит название проект. Под проектированием автоматизированных экон омических информационных систем понимается процесс разработки технич еской документации, связанный с организацией системы получения и преоб разования исходной информации в результатную, т.е. с организацией автома тизированной информационной технологии. Документ, полученный в резуль тате проектирования, носит название проект. Ц елью проектирования является подбор технического и формирование инфор мационного, математического, программного и организационно-правового обеспечения. Успешная работа ИЭС в первую очередь определяется качеством проектиро вания, именно при проектировании создается система, способная функцион ировать при постоянном ее совершенствовании. Проектирование и функционировани е экономических систем основываетс я на системотехнических принципах , отражающих важнейшие положения общей теории систем , системного проектирования и др . наук , обеспечивающих н адежность эксплуатации и экономичность , как при проектировании , так и при использовании систем. Принци п системности или системный подход . Суть в том , что каждое явление рассматривается во взаимосвязи с другими . Системный подх од сосредотачивает внимание на объекте как на едином целом , а не на его частях , как бы совершенно они не выполняли с вои функци и . Системный подход связан с общей активностью системы для достижения цели . Основные этапы формирования системы : определение цели ; определение требований к системе (опред еление границ объекта ); определение функциональных подсистем , их стр уктуры и задач в общей системе управления ; выявление и анализ связей между по дсистемами ; установление порядка функционирования и развития всей системы в целом. Непрерывное развитие экономических информационных систем (ЭИС ) - предусматривает, при создании ИТ должно быть заложена возможность быстрого и без больших затрат на перестройку изменения и наращивания ИТ при изменении и развитии объекта. Совместимость - пред полагает возможность взаимодействия ЭИС различны х уровней и видов в процессе их совместного функционирования. Стандартизация и унификация - предполагает использование типовых , унифицированных и стандартных решений при создании и развитии ЭИС ( типовых программных продуктов , унифицированной документации , техники ). Принцип эффективнос ти – рациональное соотношение между затратами на создание и эксплуатацию и эффектом от функционирования создаваемой системы . Интеграция – это объединение в единый технологических про цесс процедур сбора передачи , накопления , хран ения информации и проце дур формирования управленческих решений. Автоматизация информационных потоков и д окументооборота, достигаемая путем использования технических средств сбора, регистрации, обработки данных, создания первичных и результатив ных документов, а также средств передачи данных на любые расстояния . 2.1 Понятие открытой системы Выбор технологий и стандартов при разработке системы реше ние, определяющее успех применения системы, возможности реинжиниринга, срок службы, переход впоследствии на новые более прогрессивные техноло гии. Термин «реинжиниринг» был введен ведущими американскими специалистам и в области консалтинга Майклом Хаммером (Michael Hammer) и Джеймсом Чампи (James Champy). Реинжиниринг - это перестройка (перепроектирование) деловых процессов д ля достижения радикального, скачкообразного улучшения деятельности фи рмы. Это - комплексное изменение действующих бизнес процедур и переплани рование операций, направленное на кардинальное снижение затрат, повыше ние качества продукции и более полное удовлетворение запросов потреби телей. Квалифицированные разработчики ИС ориентируются на стандарты открыт ых систем. Открытыми называются системы, которые могут развиваться за сч ет технических и/ или программных средств, созданных на основе технологи и, удовлетворяющих требованиям международных стандартов. Главное преи мущество открытых систем в том, что они обеспечивают инте роперабельность технических и программных средств различных производителей, то есть совместное их и спользование в едином проекте. Следование стандартам позволяет обеспе чить интероперабельность как системных ко мпонентов, так и различных взаимодействующих систем, межплатформенную совместимость программного обеспечения, приложений и данных в техноло гиях баз данных и т.д. Существуют стандарты на операционные системы, языки программирования, сетевые протоколы и т.д. Для достижения совместимости следует использо вать минимальный набор стандартных средств. Отсутствуют стандарты на н аиболее современные и продвинутые решения (их не успевают стандартизир овать). 1. Понятие жизненного цикла ИС. Этапы проектирования Одним из базовых понятий методологии проектирования ИС яв ляется понятие жизненного цикла ее программного обеспечения (ЖЦ ПО). ЖЦ П О – это непрерывный процесс, который начинается с момента принятия реше ния о необходимости его создания и заканчивается в момент его полного из ъятия из эксплуатации. К настоящему времени наибольшее распространени е получили следующие две основные модели ЖЦ: каскадная модель (70-85 г.г.); спиральная модель (86-90 г.г.). Использование каскадной модели ЖЦ предполагает, что весь процесс проек тирования разбивается на этапы. Переход с одного этапа на следующий эта п происходит только после того, как будет полностью завершена работа на текущем этапе. Каждый этап завершается выпуском полного комплекта доку ментации, достаточной для того, чтобы разработка могла быть продолжена д ругой командой разработчиков. Положительные стороны применения каскадного подхода заключаются в сле дующем: · на каждом этапе формируется з аконченный набор проектной документации, отвечающий критериям полноты и согласованности; · выполняемые в логичной последовател ьности этапы работ позволяют планировать сроки завершения всех работ и соответствующие затраты. Каскадный подход х орошо зарекомендовал себя при построении ИС, для которых в самом начале разработки можно достаточно точно и полно сформулировать все требования . Однако что р еальный процесс создания ИС редко умещался в заданную схему, зачастую в озникала потребность в возврате к предыдущим этапам и уточнении или пер есмотре ранее принятых решений. Основным недостатком каскадного подхода яв ляется существенное запаздывание с получением результатов. Согласован ие результатов с пользователями производится только в точках, планируе мых после завершения каждого этапа работ, требования к ИС зафиксированы на все время ее создания. Таким образом, пользователи могут внести свои з амечания только после того, как работа над системой будет полностью заве ршена. В случае неточного изложения требований или их изменения в течени е длительного периода создания ИС, пользователи получают систему, не удо влетворяющую их потребностям. Модели автоматизируемого объекта могут устареть одновременно с их утверждением. Для преодоления перечисленных проблем была предложена спиральная моде ль ЖЦ, делающая упор на начальные этапы ЖЦ: анализ и проектирование. На эти х этапах реализуемость технических решений проверяется путем создания прототипов. Каждый виток спирали соответст вует созданию фрагмента или версии ПО, на нем уточняются цели и характер истики проекта, определяется его качество и планируются работы следующ его витка спирали. Таким образом, углубляются и последовательно конкрет изируются детали проекта, и в результате выбирается обоснованный вариа нт, который доводится до реализации. Неполное завершение работ на каждом этапе позволяет переходить на след ующий этап, до полного завершения работы на текущем этапе. При таком подх оде недостающую работу можно будет выполнить на следующей итерации. Главная же задача - как можно быстрее показать пользоват елям системы работоспособный продукт, тем самым, активизируя процесс ут очнения и дополнения требований . Основная проблема спирального цикла - определение момента перехода на с ледующий этап. Для ее решения необходимо ввести временные ограничения н а каждый из этапов жизненного цикла. Переход осуществляется в соответст вии с планом, даже если не вся запланированная работа закончена. Основные этапы проектирования: предпроектное обследование, проектиро вание (технический проект, рабочий проект), ввод системы в действие, промышленная эксплуатация. Предпроектное обследование. · Определение стратегия Определение стратегии предполагает обследование системы. Основная задача обследования — оценка реального объема проекта, его це лей и задач, а также получение определений сущностей и функций на высоко м уровне. . Необходимо получить как можно более полную информацию о системе (полно е и однозначное понимание требований заказчика). Как правило, информация о системе может быть получена в результате бесед или семинаров с руково дством, экспертами и пользователями. Таким образом определяются суть да нного бизнеса, перспективы его развития и требования к системе. По завер шении основной стадии обследования системы технические специалисты фо рмируют вероятные технические подходы и приблизительно рассчитывают з атраты на аппаратное обеспечение, закупаемое программное обеспечение и разработку нового программного обеспечения (что, собственно, и предпол агается проектом). Результатом этапа определения стратегии является до кумент, где четко сформулировано, что получит заказчик, если согласится финансировать проект; когда он получит готовый продукт (график выполнен ия работ); сколько это будет стоить (для крупных проектов должен быть сост авлен график финансирования на разных этапах работ). В документе должны быть отражены не только затраты, но и выгода, например время окупаемости проекта, ожидаемый экономический эффект (если его удается оценить). В документе обязательно должны быть описаны: ограничения, риски, критические факторы, влияющие на успешность проекта , например время реакции системы на запрос является заданным ограничени ем, а не желательным фактором; совокупность условий, при которых предполагается эксплуатировать буду щую систему: архитектура системы, аппаратные и программные ресурсы, пред оставляемые системе, внешние условия ее функционирования, состав людей и работ, которые обеспечивают бесперебойное функционирование системы; сроки завершения отдельных этапов, форма сдачи работ, ресурсы, привлекае мые в процессе разработки проекта, меры по защите информации; описание выполняемых системой функций; будущие требования к системе в случае ее развития, например возможность работы пользователя с системой с помощью Интернета и т.п.; сущности, необходимые для выполнения функций системы; интерфейсы и распределение функций между человеком и системой; требования к программным и информационным компонентам ПО, требования к СУБД (если проект предполагается реализовывать для нескольких СУБД, то т ребования к каждой из них, или общие требования к абстрактной СУБД и спис ок рекомендуемых для данного проекта СУБД, которые удовлетворяют задан ным условиям); что не будет реализовано в рамках проекта. Выполненная на данном этапе работа позволяет ответить на вопрос, стоит ли продолжать данный проект и какие требования заказчика могут быть удовлетворены при тех или иных ус ловиях. Может оказаться, что проект продолжать не имеет смы сла, например из-за того, что те или иные требования не могут быть удовлетв орены по каким-то объективным причинам. Если принимается решение о продо лжении проекта, то для проведения следующего этапа анализа уже имеются п редставление об объеме проекта и смета затрат. · Анализ Этап анализа предполагает подробное исследование бизнес - процессов (функций, определенных на этапе выбора стратегии) и информации , необходимой для их выполнения (сущностей, их атрибутов и связей (отношен ий)). На этом этапе создается информационная модель, а на следующем за ним этапе проектирования — модель данных. Вся информация о системе, собранная на этапе определения стратегии, форм ализуется и уточняется на этапе анализа. Особое внимание следует уделит ь полноте переданной информации, анализу информации на предмет отсутст вия противоречий, а также поиску неиспользуемой вообще или дублирующей ся информации. Как правило, заказчик не сразу формирует требования к сис теме в целом, а формулирует требования к отдельным ее компонентам. Удели те внимание согласованности этих компонентов. Аналитики собирают и фиксируют информацию в двух взаимосвязанных форм ах: функции — информация о событиях и процессах, которые происходят в бизне се; сущности — информация о вещах, имеющих значение для организации и о кот орых что-то известно. Двумя классическими результатами анализа являются: иерархия функций, которая разбивает процесс обработки на составные час ти (что делается и из чего это состоит); модель "сущность-связь" (Entry Relationship model, ER-модель), которая описывает сущности, их ат рибуты и связи (отношения) между ними. Этап проектирования. Технический проект . На этом этапе создается собственно проект АИС на бумаге, выбираются и обо сновываются проектные решения по каждому из основных компонентов (техн ическом, программном, информационном обеспечении и т.д.). проектирование архитектуры системы, включающее разработку структуры и интерфейсов ее компонент (автоматизированных рабочих мест), согласован ие функций и технических требований к компонентам, определение информа ционных потоков между основными компонентами, связей между ними и внешн ими объектами; детальное проектирование, включающее разработку специфи каций каждой компоненты, разработку требований к тестам и плана интегра ции компонент, а также построение моделей иерархии программных модулей и межмодульных взаимодействий и проектирование внутренней структуры м одулей Этап проектирования. Технический проект .. Ра бочий проект. Разработка и отладка программ; Корректировка структур баз данных; Разработка должностных инструкций; Наполнение системы фактическими данными; построение процедур их обработки; интеграция процедур внутри автоматизированных рабочих мест; интеграция автоматизированных рабочих мест в систему. Этап проектирования. Ввод системы в действие. Подготовка к внедрению: установка и ввод в эксплуатацию технических сре дств, обучение персонала, загрузка баз данных Проведение опытной эксплуатации – отладка взаимодействия различных ч астей системы. Сдача в промышленную эксплуатацию. Повседневное функционирование сист емы; обслуживание и администрирование. 4. Методы проектирования ИС В настоящее время в отечественной практике организации пр оектирования экономических информационных систем существует два подх ода: · проектирование ведется сила ми программистов, входящие в состав подразделений самого предприятия; · разработкой проекта занимается спец иализированная фирма, имеющая опыт работы в создании, продаже и сопрово ждении программных продуктов в конкретной предметной области (банковс ких автоматизированных систем, автоматизированных систем страхования , автоматизации работ валютной, фондовой или торговой бирж и т.д.). Причины, толкающие предприятия и банки разрабатывать свои АИС собственными силами следую щие: · низкая стоимость таких разра боток (по сравнению с покупными продуктами); · собственная разработка максимальна я отражает бизнес - процессы данного предприятия или банка, сложившиеся технологии управления; · более коротки сроки создания програм м; · возможность быстрого изменения сист емы, с изменением правил игры на рынке. Вместе с тем при соб ственной разработке необходимо решить целый комплекс сложных организа ционно-технических задач, которые позволили бы избежать ошибочных реше ний: · необходимо осуществить прав ильный выбор, как архитектуры построения корпоративной сети, так и проф ессиональные СУБД. По экспертным оценкам собственные разработки АИС в 53% базируются на СУБД Oracle, около 15% на Informix, 22% - другие СУБД. · использование при разработке соврем енного инструментальных средств разработки (CASE средства, эффективные ср едства разработки: Delphi, Designer2000, Developer2000, SQL-Stations и т.п.); · применение эффективных организацио нно-технических средств по управлению проектом и контролю версий АИС; · освоение новых технологий, позволяющ их разрабатывать АИС, с использование современных возможностей мобиль ной связи и интернет; · создание полноценного комплекта док ументации, с последующей его корректировкой при изменении программ. Только при соблюде нии этих основных положений можно рассчитывать, что собственная разраб отка окажется конкурентной и эффективной. В банковских структурах есть осознание необходимости внедрения и разв ития корпоративных информационных систем, как одной из основных компон ент стратегического развития бизнеса. В настоящее время только 15% автома тизированных банковских систем (АБС) созданы кустарным путем, и число та ких систем сокращается. Поиск рациональных путей проектирования ведется по следующим направле ниям: · разработка типовых проектны х решений (ППП), · решение экономических задач с последующей привязкой ППП к конкретным условиям внедрения и фун кционирования, · разработка автоматизир ованных систем проектирования. Типовое проектно е решение (ТПР ) в области АИС представляет комплект техниче ской документации, содержащий проектные решения по части объекта проектирования, включая программны е средства и предназначенный для многократного применения в процессе р азработки, внедрения и функционирования АИС с целью уменьшения трудоем кости разработки, сроков и затрат на создание АИС. ТПР разрабатывают для однородных объектов управления, для которых созд ание ТПР АИС является экономически целесообразным. ТПР является резуль татом работы по типизации, заключающейся в приведении к единообразию по установленным признакам наиболее рациональных индивидуальных (нетипо вых) проектных решений, объединяемых областью применяемости и общими тр ебованиями к ним. При использовании ТПР проводиться его экспертизу с целью оценки научно- технического уровня, удовлетворения информационных потребностей объе кта управления; соответствия требованиям действующих стандартов, резу льтатов его применения в проектах конкретных системах. Примеры ППП: · для бухучета «1С-бухгалтерия» , «Бэст», «Инфо- Бухгалтер»; · справочное и информационное обеспеч ивание «Гарант», «Консультант»; · экономическая и финансовая деятельн ость поддерживается «Экономический анализ и прогноз деятельности фиры , организации» (производитель фирма ИНЕК; · «Финансовый анализ предприятия» фир ма Инфософт. Решение экономич еских задач с последующей привязкой ППП к конкретным услов иям внедрения и функционирования предполагает формирование единого ин формационного процесса путем подбора нескольких пакетов различных про изводителей, который в наибольшей степени соответствует бизнес страте гии предприятия. Автоматизированных систем проектирования – быстроразвивающийся путь ведения проектных работ. За последнее деся тилетие появился класс программно-технологических средств CASE-средств, р еализующих CASE-технологию создания и сопровождения АИС. Термин CASE (Computer Aided Software Engineering) используется в настоящее время в весьма широком смысле. Пер воначальное значение термина CASE, ограниченное вопросами автоматизации разработки только лишь программного обеспечения (ПО), в настоящее время CASE-средства охватывают процесс разработки сложных АИС в целом. Теперь под термином CASE-средства понимаются программные средств а, поддерживающие процессы создания и сопровождения АИС, включая анализ и формулировку требований, проектирование прикладного ПО и баз данных, генерацию программного кода, тестирование, документирование, обеспечение качества, конфигурационное управление и управление проектом, а также другие процессы. CASE-технология представляет собой методологию проектирова ния ИС, а также набор инструментальных средств, позволяющих в наглядной форме моделировать предметную область, анализировать эту модель на все х этапах разработки и сопровождения ИС и разрабатывать приложения в соо тветствии с информационными потребностями пользователей. Большинство существующих CASE-средств основано на методологиях структурного (в основн ом) или объектно-ориентированного анализа и проектирования, использующ их диаграммы или текстов для описания внешних требовани й, связей между моделями системы, динамики поведения систе мы и архитектуры программных средств. По результатам анкетирования более 1000 американских фирм, CASE-т ехнология в настоящее время попала в разряд наиболее стабильных информ ационных технологий (ее использовала половина всех опрошенных пользов ателей более чем в трети своих проектов, из них 85% завершились успешно). Одн ако, несмотря на все потенциальные возможности CASE-средств, существует мно жество примеров их неудачного использования. CASE-средства не обязательно дают немедленный эффект; он может быть получен только спустя какое-то вр емя. Пользователи CASE-средств должны быть готовы к необходимости долгосрочных затрат на эксплуатацию, частому появлению новых версий и в озможному быстрому моральному старению средств, а также постоянным зат ратам на обучение и повышение квалификации персонала. Несмотря на все высказанные предостережения и некоторый пессимизм, гра мотный и разумный подход к использованию CASE-средств может преодолеть все перечисленные трудности. Успешное внедрение CASE-средств должно обеспечи ть такие выгоды как: · высокий уровень технологиче ской поддержки процессов разработки и сопровождения ПО; · положительное воздействие на некото рые или все из перечисленных факторов: производительность, качество про дукции, соблюдение стандартов, документирование; · приемлемый уровень отдачи от инвести ций в CASE-средства CASE- с84ѓр84‚е84uд84tс84ѓт84„в84rа84p . О84Oб84qщ84‹а84pя84‘ х84‡а84pр84‚а84pк84{т84„е84uр84‚и84yс84ѓт84„и84yк84{а84p и84y к84{л84|а84pс84ѓс84ѓи84yф84†и84yк84{а84pц84?и84yя84‘ Современные CASE-средства охватывают обширную область поддер жки многочисленных технологий проектирования ИС: от простых средств ан ализа и документирования до полномасштабных средств автоматизации, по крывающих весь жизненный цикл ПО. В разряд CASE-средств попадают как относительно дешевые системы для персон альных компьютеров с весьма ограниченными возможностями, так и дорогос тоящие системы для неоднородных вычислительных платформ и операционны х сред. Так, современный рынок программных средств насчитывает около 300 ра зличных CASE-средств, наиболее мощные из которых так или иначе используются практически всеми ведущими западными фирмами. Обычно к CASE-средствам относят любое программное средство, автоматизирую щее один или несколько процессов жизненного цикла ПО и обладающее следу ющими основными характерными особенностями: · мощные графические средства для описания и документирования ИС, обеспечивающие удобный интерфейс с разработчиком и развивающие его творческие возможности; · интеграция отдельных компонент CASE-сре дств, обеспечивающая управляемость процессом разработки ИС; · использование специальным образом о рганизованного хранилища проектных метаданных (репозитория). Интегрированное CASE- средство (или комплекс средств, поддерживающих полный ЖЦ ПО) содержит сл едующие компоненты; · репозиторий, являющийся осно вой CASE-средства. Он должен обеспечивать хранение версий проекта и его отд ельных компонентов, синхронизацию поступления информации от различных разработчиков при групповой разработке, контроль метаданных на полнот у и непротиворечивость; · графические средства анализа и проек тирования, обеспечивающие создание и редактирование иерархически связ анных диаграмм (DFD, ERD и др.), образующих модели ИС; · средства разработки приложений, вклю чая языки 4GL и генераторы кодов; · средства конфигурационного управле ния; · средства документирования; · средства тестирования; · средства управления проектом; · средства реинжиниринга. Все современные CASE-с редства могут быть классифицированы в основном по типам и категориям. Кл ассификация по типам отражает функциональную ориентацию CASE-средств на т е или иные процессы ЖЦ. Классификация по категориям определяет степень и нтегрированности по выполняемым функциям: · локальные средства, решающие небольшие автономные задачи (tools), · набор частично интегрированных сред ств, охватывающих большинство этапов жизненного цикла ИС (toolkit) · полностью интегрированные средства, поддерживающие весь ЖЦ ИС и связанные общим репозиторием. Помимо этого, CASE-сред ства можно классифицировать по следующим признакам: применяемым методологиям и моделям систем и БД; степени интегрированностию с СУБД; доступным платформам. Классификация по типам в основном совпадает с компонен тным составом CASE-средств и включает следующие основные типы : · с редства анализа (Upper CASE), предназначенные для построения и анализа моделей п редметной области (Design/IDEF (Meta Software), BPwin (Logic Works)); · средства анализа и проектирования (Middle CASE), поддерживающие наиболее распространенные методологии проектиро вания и использующиеся для создания проектных спецификаций (Vantage Team Builder (Cayenne), Designer/2000 (ORACLE), Silverrun (CSA), PRO-IV (McDonnell Douglas), CASE.Аналитик (МакроПроджект)). Выходом таких с редств являются спецификации компонентов и интерфейсов системы, архит ектуры системы, алгоритмов и структур данных; · средства проектирования баз данных, обеспечивающие моделирование данных и генерацию схем баз данных (как пр авило, на языке SQL) для наиболее распространенных СУБД. К ним относ ятся ERwin (Logic Works), S-Designor (SDP) и DataBase Designer (ORACLE). Средства проектирования баз дан ных имеются также в составе CASE-средств Vantage Team Builder, Designer/2000, Silverrun и PRO-IV; · средства разработки приложений. К ни м относятся средства 4GL (Uniface (Compuware), JAM (JYACC), PowerBuilder (Sybase), Developer/2000 (ORACLE), New Era (Informix), SQL Windows (Gupta), Delphi (Borland) и др.) и ген ераторы кодов, входящие в состав Vantage Team Builder, PRO-IV и частично - в Silverrun; · средства реинжиниринга, обеспечиваю щие анализ программных кодов и схем баз данных и формирование на их осно ве различных моделей и проектных спецификаций. Средства анализа схем БД и формирования ERD входят в состав Vantage Team Builder, PRO-IV, Silverrun, Designer/2000, ERwin и S-Designor. В области анализа программных кодов наибольшее распространение получают объектно-ориен тированные CASE-средства, обеспечивающие реинжиниринг программ на языке С ++ (Rational Rose (Rational Software), Object Team (Cayenne)). Вспомогательные ти пы включают: средства планирования и управления проектом (SE Companion, Microsoft Project и др.); средства конфигурационного управления (PVCS (Intersolv)); средства тестирования (Quality Works (Segue Software)); средства документирования (SoDA (Rational Software)). На сегодняшний день Российский рынок программного обеспечения распола гает следующими наиболее развитыми CASE-средствами: Vantage Team Builder (Westmount I-CASE); Designer/2000; Silverrun; ERwin+BPwin; S-Designor; CASE . Аналитик . Существуют два основных способа проектирования структур ное и объектное - ориентированное проектирование. Сущность структурного подхода к разработке ИС заключается в е е декомпозиции (разбиении) на автоматизируемые функции: система разбива ется на функциональные подсистемы, которые в свою очередь делятся на под функции, подразделяемые на задачи и так далее. Процесс разбиения продолж ается вплоть до конкретных процедур. При этом автоматизируемая система сохраняет целостное представление, в котором все составляющие компоне нты взаимоувязаны. При разработке системы "снизу-вверх" от отдельных зад ач ко всей системе целостность теряется, возникают проблемы при информа ционной стыковке отдельных компонентов. Объектное - ориентированное проектирование предполагает объектную дек омпозицию системы. Объект - это реально существующая сущность, имеющая в ажное функциональное назначение в данной предметной области. Объект ха рактеризуется структурой, состоянием, четко определяемым поведением. С остояние объекта определяется перечнем всех возможных (обычно статиче ских) свойств и текущими значениями (обычно динамическими) каждого из эт их свойств. Свойства объекта характеризуются значениями его параметро в. Нельзя сложную систему конструи ровать одновременно двумя способами . Можно начинать декомпозицию либо по функциям , либ о по объектам , а затем попытаться рассмотр еть проблему с другой точки зрения. Объектно– ориентированный подход в проектировании имеет ряд преимуществ перед структурным: объектно – ориентированные системы более гибкие и проще эволюциониру ют во времени. объектная декомпозиция уменьшает размер п рограмм за счет повторного использования общи х механизмов. . Вычислительные сети 1. Глобальные и локальные сети 2. Преимущества ЛВС 3. Состав ЛВС 4. Основные типы ЛВС 5. Топология ЛВС 6. Передача данных в сети 7. Программное обеспечение ЛВС (df) Сеть - это два или более компьютер ов , соединенных для передачи данных или разделения оборудования. Первые сети состояли из компьютеров не имеющих жестких дисков и подключенных к центральному компьютеру с жестким диском. Вычислительные сети классифицируются по охватываемой ими территории , что в сво ю очередь определяет их средства технической реализации. Глобальные сети строятся на уникальных многомаш инных комплексах и уникальных системах переда чи данных на большие расстояния с развет вленными каналами связи (спутниковыми , телеграфны ми , телефонными , оптико-волоконными и т.д .). По объему охвата территории различают рег иональные , государственные , межгосударственные , по назначению - универсальные и специализированные . С пециализированные , н-р , SWIFT, универсальные - Интернет. Локальн ые вычислительные сети (ЛВС ) действуют на ограниченно й территории , относятся к одной организации . В ЛВС соединяются ПК с помощью кабеля . ГС - дороги , затраты на ЛВС значительно ниже . Основная функция ГС - передача различн ых видов информации (текстово й , графической звуковой ) на расстояние. 2. Преимущества ЛВС ЛВС имеют ряд преимуществ перед автономными рабочими местами : использование обшей базы данных позволяет получить актуальную информацию ; территориально разбросанные пользователи могут оперативно обмениваться информацией ; совместное использование машинных ресурсов и доступ к дорогостоящим периферийным устр ойствам (быстродействующим принтерам , графопостроителя м , факсимильным устройствам связи ); в случае отказа одной ЭВ М ее функции может взять на себя другая. 3. Состав ЛВС Осно вными компонентами ЛВС являются : Серверы , рабочие станции , пла ты интерфейса сети , кабели . Серверы - аппаратно-программные системы . они управляют распределением сетевых ресурсов об щего доступа . Аппаратным средством обычно является мощный ПК , мини-ЭВМ , большая ЭВМ или компьютер , спроектированный специально к ак сервер . ЛВС может иметь несколько серве ров для управления своими ресурсами , однако должен быть хотя бы один Файловый с е рвер , или сервер баз данных . О н управляет внешними запоминающими устройствами общего пользования и позволяет организовать распределенную обработку данных , т.е . рационал ьно распределить работу между компьютерами , н- р , если имеется большая база данных, она располагается на файловом сервере . Для работы организуется доступ к данных из других компьютеров , подключенных в сеть . Для эффективной работы разумней будет обращатьс я не за каждой записью отдельно к фай ловому серверу , а выбор и предваритель н ую обработку предоставить файловому серв еру , а окончательную обработку производить на менее мощном компьютере . Рабочие станции - как правило, ПК, на котор ых реализуются прикладные программы. Требования к компьютерам подключ аемым к сети в качестве рабочих станций, определяются изходя из тех зада ч, которые они решают. Для рабочих станций в сети могут не потребоваться ни винчестер, ни гибкий диск. Преимущества бездисковой рабочей станции: снижение стоимости затрат самой станции, исключение опасности заражен ия вирусами - нет гибкого диска, нет и возможности занести вирус, кроме тог о обеспечивается защита информации от несанкционированного копирования . Пользователи не смогут скопировать информацию с сервера, т.к. ее некуда будет записать. Платы интерфейса сети , или сетевой адаптер - специальное устройство, которое должно быть установле но в компьютере для обеспечения его подключения в сеть. Платы вставляют ся в свободное гнездо материнской платы компьютера и работают под управ лением специального драйвера, загружаемого в этот ПК. Для сервера необ ходим сетевой адаптер большей производительности, чем для рабочей стан ции, поскольку сервер обрабатыва ет большой поток информации. Сетевой кабель - это проводник соединяющий к омпью теры в сети . На обоих концах к абеля имеются разъемы . Все кабели подключаютс я к концентратору , или хабу . Концентратор - многопортовое устройство , к которому подключаютс я сетевые кабели . К каждому концентратору подключается восемь или более кабелей , о б разуя небольшую сеть . Сетевой кабе ль должен соответствовать сетевому адаптеру . Наиболее часто применяется в сети и дает хорошие результаты применение коаксиального кабеля . Коаксиальный кабель применяется в кабельном телевидении . Витая пара : центра л ьный проводник окружен изолятором , поверх которого находится металлическая оплетка , сн аружи оплетка покрыта изолирующим материалом. Для надежной работы сети, сохранности данных, в сеть долж но включаться устройство бесперебойного питания (УБП). УБП используется для временного питания сервера в случае отключения электричества. УБП подключается к серверу через специальный адаптер . Когда происходит сбой по питанию , УБП выдает сигнал се рверу , по которому сервер завершает свою работу , приче м все потери данных полно стью исключены. Основное требование к УБП - обеспечиваемая им мощность , не может быть меньше мо щности потребляемой подключенным к нему серве ром. 4. Основные типы ЛВС В зависимости от способа орган изации различают двухуровневые (центра лизованные ) и одноуровневые (децентрализованные , од норанговые , равноправные ). В двухуровневых сетях выделяются одна или несколько машин для управления обменом данными , т.е . используются серверы. Диски серверов доступны всем компьюте рам сети . На серверах работает сетевая оп ерационная система . Обычно это мультизадачная операционная система. Остальные компьютеры (рабочие станции ) имеют доступ к дискам сервера и совместно используемым устройствам . С раб очих станций нельзя работать с дисками других рабочих станций . С одной стороны это хоро шо - нельзя случайно повредить чужие данные , с другой – для обмена данными пользов атель должен использовать диски сервера , созд авая для него дополнительную нагруз к у . Однако , существуют специальные программы , работающие в двухуровневых сетях и позв оляющие передавать данные от одной рабочей станции к другой. На рабочих станциях устанавливают специал ьное программное обеспечение , которое называется сетевой оболочкой. Серверы могут быть выделенные и невыде ленные . Выделенный сервер не ис пользуется как рабочая станция и выполняет только задачи управления сетью . Невыделенный сервер кроме управления сетью выполняет об ычные пользовательские программы . Использование н евыде ленного сервера снижает производительнос ть и надежность сети в целом , так как ошибка в пользовательской программе , запущен ной на сервере , может привести к остановк е работы всей сети . Поэтому рекомендуется применять выделенные серверы. Существ уют разл ичные сетевые операционные систем ы , ориентированные на работу в двухуровневых сетях . Самые известные из них - No vell NetWare , а также с етевая операционная система VINES на базе операци онной системы Unix . Одноуро вневые сети не имеют сервера - функции управления передаются по очереди от одной рабочей станции к другой . как правило , рабочие станции имеют доступ к дискам и принтерам других рабочих станций . Такой подход облегчает совместную работу пользовател ей , но в целом производительность сети понижается. Применение одноранговых сетей эффективно , если ведется интенсивный обмен информацией ме жду рабочими станциями или основная функция сетей совместное использование периферийных устройств . Одноранговые сети дешевле и проще в обслуживании. 5. Топология ЛВС Под топологией вычислительной с ети понимается конфигурация соединений отдельные компонентов сети . Топология влияет на пр оизводительность сети и ее надежность в э ксплуатации . Топология типа "звезда " на рис .1. Рис . 1 Каждая рабочая станция подключается к к серверу отдельным кабелем . Пропускная способность та кой сети определяется мощностью сервера , Скор ость передачи информации от одной станции к другой невысокая п о сравнению с достигаемой в других топологиях . Наиболее известна сеть с "звездной " топология Arcnet фирмы Datapoint Corp. Получила распространение , в основном благо даря дешевизне оборудования. Кольцевая топология - рабочие станции связаны друг с другом последовательно : 1-ая станция со 2-ой , 2-ая с 3-ей и т.д . Последняя РС связ ана с первой . Рис .2. Сообщения проходят по кругу . Рабочая с танция высылает сообщение по определенному ад ресу , каждая последующая рабочая станция анал изирует а дрес , когда адреса совпадают сообщение принимается . Если нет , то сообщение передается дальше . В большинстве случаев данные передаются только в одном направлении , причем только одна соседняя станция при нимает данные и передает их дальше . Недос таток - поскольку каждая станция должн а участвовать в пересылке информации то , в случае выхода из строя хотя бы одной РС парализуется работа все сети . Предста витель сетей рассчитанных на кольцевую тополо гию - Token Ring фирмы IBM. Рис . 2. Шинная (горизон тальная ) топология . Рис. 3. Эту топологию также называют магистрально й , так как РС подключаются к одному к аналу связи . Это наиболее скоростная топологи я . Каждое сообщение может приниматься всеми станциями , любая станция может передать сообщение любой другой . Функциониро вание с ети не зависит от состояния отдельной РС. Данная топология наиболее распространена . Представитель сетей с шинной топологией сеть ETHERNET фирмы NOVELL. Рис . 3. Древовидная топология 0.(Рис . 5.4.) ДТ - представляет собой комбинацию из выше названных топологий и называется вертикальн ой или иерархической . Основание дерева распол агается в главной точке сети, где установлен файл-сервер , к нему ведут все к оммутационные ли нии (ветви дерева ). Для подключения большого числа РС применяются ком мутаторы . Коммутаторы , используемые только для разветвления называются пассивными , коммутаторы кроме этого усиливающие сигнал называются активными . Недостатки : надежность работы сети зависит полностью от файл-сервера . При большом количестве РС снижается пропускн ая способность сети. ---------¬ ¦ ФС ¦ L---T----- -- --+----¬ ----------------------+ АК ¦ ¦ --------+ ¦ ------+---¬ ¦ L---T----- ¦ РС ¦ ¦ ¦ L---------- -------+------¬ ¦ ¦ РС ¦ ¦ Рис . 5.4. L -------------- ¦ --------+-----¬ ¦ ПК ¦ LT ------ T --- T -- -------- ¦ L-------------¬ ------+-----¬ -------+------¬ -- -------+-----¬ ¦ РС ¦¦ РС ¦ ¦ РС ¦ L------------L-------------- L--------------- 6 . Передача данных в сети На начальной стадии создания сетей из пользователи столкнулись с проблемо й совместимости различных компонентов сетей и различных подходов к пониманию логики обмена данными и определении методов подключения данных . При необходимости использования в одном узле сети изделий различных фирм возникали не стыковки . Для каждог о пользователя разрабатывалась своя модель сети. Для единого представления данных в лин иях связи по которым передается информация была разработана базовая модель взаимодействи я открытых систем - OSI ( Open Systems Interconnetion . Основная идея этой мод ели заключается в том , весь процесс передачи данных раз бивается на 7 уровней , благодаря чему общая задача передачи данных расчленяется на отд ельные более легко обозримые и формализуемые задачи. Для каждого уровня разработаны соответств ующие стандарты . Каждый уровень использует ниже расположенные уровни , также обслуживает вышестоящие уровни . Данные как бы передаю тся от уровня к уровню . Необходимые соглаш ения для связи одного уровня с выше и ниже стоящими уровнями называются протоколами . Уровни моде ли OSI: уровень 1 - физический определяет электрически е , механические и процедурные параметры для физической связи в системах . Это характерис тики к кабелям разъемам , характеристики сигна лов ; уровень 2 - канальный управляет передачей да нных между двумя узлами сети , формируетс я информация , поступающая с первого уровня , обрабатываются ошибки ; уровень 3 - сетевой , устанавливает связь межд у абонентами , занимается маршрутизацией ; урове нь 4 - транспортный , осуществляет непрерывную переда чу данных м ежду двумя взаимодействующими процессами пользователей ; уровень 5 - сеансовый , координирует прием , передачу данных в одном сеансе данных , пр оверкой прав доступа к сетевым ресурсам ; урове нь 6 - представительный , занимается интерпретация пе редаваемых данных , определяет форматы данных , алфавиты , коды представления специальных и графических символов , используется для преобра зования кадров данных , передаваемых по сетям , в экранный формат и формат печатного устройства ; уров ень 7 - прикладной , по льзовательское управления данными , пользователю представляется переработан ная информация. 7. Программное обеспечение ЛВС Любая вычислительная система работает под управлением операционной системы . Сетевая оп ерационная система - компл екс программ , орга низующих работу сети , обеспечивающую передачу данных между компьютерами и распределяющих вычислительные и коммутационные ресурсы между задачами и пользователями. Сетевая ОС должна обеспечивать для пол ьзователя стандартный и удобный доступ к сетевым ресурсам. Сетевое программное обеспечение состоит и з нескольких компонентов : платформа сер вера (операционная система сервера ) ; прикладные программы сетев ых служб ; программы обеспе чения связи рабочих станций . Эти компоненты , взаимоде йствуя , организ уют сетевую среду , которая обеспечивает польз ователю доступ к сетевым средствам. Платформа сервера - обеспечивает выполнение основных функций сети , таких как поддерж ка файловой системы , управление памятью , плани рование задач. Прикладн ые программы сетевых служб - выполняются в среде платформы сервера , обе спечивают дополнительные функции , например , блокир ование записей и файлов . А также поддержа ние запросов языка SQL к совместно используемому серверу баз данных. Программы обеспечения связи рабочих станций (коммутационные программы ) - обеспечивают связь между операционной системой рабочей ста нции и сетевой операционной системой , поддерж ивают протоколы связи , передает запросы по сети и принимает ответы. Коммутационные программы у станавливаютс я на рабочих станциях пользователя вместе с операционными системами рабочих станций. Пользователь получает прямой доступ к ресурс ам системы используя сетевые команды. Наиболее известной в мире и самой распространенной в России является с ете вая операционная система NetWare фирмы Novell. В мире фирма Novell занимает более 60% рын ка , а России почти Данная операционная система обеспечивает высокую производительность сети и сохранность информации . ТЕХНОЛОГИИ БАЗ ДАННЫХ Технологии баз данных одна из наиболее востр ебованных технологий в практической разработке информационных систе м, сформирована широкая сфера самых разнообразных приложений систем ба з данных. В данной главе рассмотрим основные понятия теории баз данных, важнейшие характеристики современного состояния технологии баз данных, перспект ивные направления их развития. База данных (БД) - совокупность взаимосвязанн ых, хранящихся вместе сведениях о различных сущностях одной предметной области (реальных объектах, процессах, явлениях или событиях), обеспечив ающая наличие такой минимальной избыточности, которая допускает их исп ользование оптимальным образом для одного или нескольких приложений и ли пользователей; Одним из основных свойств б аз данных можно считать неза висимость данных от использу ющих их прикладных программ . Под независимост ью данных подразумевается то , что изменения в данных не приводит к изменению прогр амм . Разработка программ длительный , трудоемкий и дорогостоящий процесс , поэтому при возник новении потребности модифицировать структуру данных , необходимости сохранять уже созданные прикладные программы. Для обеспечения действительной независимос ти данных (хотя полностью независимые данные бывают очень редко ) предлагается создавать структуры двух видов : логические и ф изические . Логические структуры описывают , как данные представляются прикладному программисту или пользователю данных . Физические структуры определяют способ физической записи данных на внешней памяти . Логические структуры могут не совпа д ать с физическими . Программное обеспечение преобразует логические структуры в физические. Системы управления базами данных (СУБД) - это программные средства, предназначенные для ввода, наполнения, удаления, ф ильтрации и поиска данных. Фундаментом технологий баз данных является модель данных, на которой б азируется конкретная СУБД. Модель описывает набор понятий и признаков, которыми должна обладать конкретная СУБД и управляемые ими базы данных, если они основываются на этой модели. Наличие такой модели позволяет сра внивать конкретные реализации СУБД и оценивать их соответствие модели. История создания и развития СУБД насчитывает около сорока лет. За этот п ериод были разработаны многочисленные модели данных, прежде всего это с етевые, иерархические, реляционные и объектные модели данных. Сетевые и иерархические модели в настоящее время считаются устаревшими, но существует множест во баз данных созданных на их основе и требующих поддержания их работы. Одним из крупнейших достижений в этой области является создание реляционной модели данных и базирующейся на ней т еории реляционных баз данных, которая позволила получить важные резуль таты для развития теории баз данных. Как отмечают многие исследователи, своим успехом реляционная модель данных во многом обязана, в первую очер едь тому, что опиралась на строгий математический аппарат теории множес тв, отношений и логики первого порядка. Разработчики любой конкретной ре ляционной системы считали своим долгом показать соответствие своей ко нкретной модели данных общей реляционной модели, которая выступала в ка честве меры "реляционности" системы. Существует широкий спектр реляцион ных СУБД для приложений различного масштаба. Разработан международный стандарт языка запросов SQL , ставший ун иверсальным интерфейсом коммерческих реляционных СУБД. По оценкам спе циалистов, примерно 99% мирового рынка баз данных занимают в настоящий мом ент реляционные СУБД. Несмотря на то, что подавляющее большинство прилож ений базируется на реляционной технологии, их роль начинает ослабевать. Вместе с тем в последние годы четко обозначилась тенденция развития СУБ Д в объектном направлении. Объектная (объектно-ориентированная) мод ель на не противоречит реляционной модели данных, а дополняет и развивае т последнюю (точнее сказать — реляционная модель является частным случ аем объектной формы представления данных). Однако, трудности развитого математического аппарата, на который могла бы опираться общая объектна я модель данных, не существует, как нет и признанной базовой объектной мо дели. С другой стороны, некоторые авторы утверждают, что общая объектная модель данных в классическом смысле и не может быть определена по причин е непригодности классического понятия модели данных к парадигме объек тной ориентированности. Парадигма - это пространство идей и законы движения в это м пространстве. В рамках парадигмы определены аксиомы, на которых выстра ивается своя логика. Решения, вырабатываемые в рамках парадигмы, непроти воречивы и логичны. Преимуществами объектных СУБД модно считать: объектные СУБД – открытые системы. Несложно добавить новый тип данных; Большинство производителей ООБД предоставляют визуальные средства со здания прикладных программ ОСУБД. Если раньше созданием прикладных про грамм для ОСУБД занимались специалисты в C++, Smaltalk, то теперь использовать ОО БД стало намного проще · Объектные СУБД быстре е, чем реляционные, если в программе многократно осуществляется переход от объекта к объекту по ссылке. Поскольку ссылка на объект есть идентифи катор, однозначно определяющий его расположение в базе, то переход по та кой ссылке происходит быстрее, чем ссылка между кортежами отношений по п ервичному ключу. ОСУБД устраняют необходимость в языке запросов Традиционные области применения ОСУБД – САПР, моделирова ние, мультимедиа. ОСУБД широко используются в телекоммуникациях, различ ных аспектах автоматизации предприятия, издательском деле, геоинформа ционных проектах. Интеграция неоднородных информационных ресурсов . Информационная неоднородность ресурсов заключается в разнооб разии понятий, словарей; отображаемых реальных объектов; правил, определ яющих адекватность моделируемых объектов реальности; видов данных, спо собов их сбора и обработки; интерфейсов пользователей и т.д. Реализационная неоднородность источников проявляется в использовани и разнообразных компьютерных платформ, средств управления базами данн ых, моделей данных и знаний, средств программирования, операционных сист ем, и т.п. Системы обеспечивающие совместимость различных компонентов называются интероперабельными системи . Традиционные системы баз данных, используемые в информаци онных системах для сопровождения бизнес - процессов поддерживают больш ие объемы информации с помощью технологий оперативная обработка транз акций – OLTP. В OLTP-технологии обрабатывается детализированные данные, главн ые свойства данных здесь, их полнота и актуальность. Для поддержки принятия решений нужны другие технологии. Необходимо объ единять данные из различных источников (как из корпоративной информаци онной системы, так и из внешней среды), накапливать данные, делая их срезы во времени. Анализ таких данных позволяет оценивать состояние и динамик у развития организации, делать обоснованные прогнозы и принимать обосн ованные решения. Программные продукты, необходимые для обеспечения упр авленческих решений, должны обеспечивать хранение больших объемов дан ных, эффективный доступ к ним, а так же располагать развитыми средствами анализа данных и представления результатов в удобной для специалистов и руководства форме. Информационная технология, которая предоставляет руководителям различного уровня возможность получения необходимой ин формации для принятия управленческих, финансовых и кадровых решений на зывается OLAP ( On - Line Analytical Processing - оперативной аналитической обработкой) -те хнологией. OLAP – технологии базируются на технол огиях хранилищ данных ( Data warehouses ). Х ранилище данных обеспечивает накопление с течением време ни данные для содействия в принятии решений. Хранилище это данных репози торий (склад) информации содержащий объединенные, проверенные данные, от ражающие работа организации за длительный период. Объемы данных в храни лищах данных в несколько раз превосходят объемы данных в OLTP-системах. Хранилища данных отличаются от баз данных или систем оперативной обраб отки транзакций (OLTP-систем) своим назначением и устройством: хранилище содержит данные, позволяющие проводить анализ деловых опера ций; хранилища обычно представляют собой системы, доступные только для чтен ия; в хранилищах же накапливаются данные, не меняющиеся со временем и избавл енные от ошибок. Из-за большого объема данных в хранилищах одной из основных проблем созд ания хранилищ является обеспечение высокой производительности обрабо тки запросов. Запросы в хранилище отличаются высоким уровнем сложности. Создание хранилищ данных – трудоемкий и длительный процесс. Наряду с хр анилищами данных существуют и часто используются компаниями витрины д анных ( Data Mart ), называемые также киосками данных. Такие системы создаются для отдельных подразделений компаний или для обеспечения отдельных ви дов деятельности. Объемы данных и требования к вычислительным ресурсам в витринах данных существенно меньше по сравнению с хранилищами. Витрин ы данных могут строиться как независимо, так и на основе хранилищ данных компании. Хранилища данных имеют двухуровневую или трехуровневую архи тектуру. В двухуровневых хранилищах на верхнем уровне поддерживается о бъединенная информация. На нижнем уровне - различные источники баз данны х. В трехуровневой архитектуре предусматривается поддержка витрин дан ных для отдельных подразделений компании над ее единым хранилищем. ТРАНЗАКЦИЯ Под транзакцией понимается не делимая с точки зрения воздействия на БД последовательность операторо в манипулирования данными (чтения, удаления, вставки, модификации) такая, что либо результаты всех операторов, входящих в транзакцию, отображаютс я в БД, либо воздействие всех этих операторов полностью отсутствует. Лоз унг транзакции – «Все или ничего». Поддержание механизма транзакций - п оказатель уровня развитости СУБД. Корректный механизм поддержания тра нзакций одновременно является основой обеспечения целостности баз дан ных. Удаленный доступ – доступ к базе данных чер ез модемную связь. Распределенная обработка. В современном бизнесе очень часто возникает необходимост ь предоставить доступ к одним и тем же данным группам пользователей, тер риториально удаленным друг от друга. В качестве примера можно привести б анк, имеющий несколько отделений. Эти отделения могут находиться в разны х городах, странах или даже на разных континентах, тем не менее необходим о организовать обработку финансовых транзакций (перемещение денег по с четам) между отделениями. Результаты финансовых операций должны быть ви дны одновременно во всех отделениях. Существуют два подхода к организации обработки распределенных данных. технология распределенной базы данных . Така я база включает фрагменты данных, расположенные на различных узлах сети . С точки зрения пользователей она выглядит так, как будто все данные хран ятся в одном месте. Естественно, такая схема предъявляет жесткие требова ния к производительности и надежности каналов связи. технология тиражирования. В этом случае в каж дом узле сети дублируются данные всех компьютеров. При этом передаются т олько операции изменения данных, а не сами данные. Передача может быть ас инхронной (неодновременной для разных узлов), данные располагаются там, где обрабатываются. Использование технологии тиражирования позволяет снизить требования к пропускной способности каналов связи. При выходе из строя линии связи какого-либо компьютера, пользователи других узлов могут продолжать раб оту. Однако при этом допускается неодинаковое состояние базы данных для различных пользователей в один и тот же момент времени. Следовательно, н евозможно исключить конфликты между двумя копиями одной и той же записи . В осн ове распределенной обработки лежит запрос к собственной локальн ой БД или удаленной (БД сервера ). Запрос - формализованное задание на поиск и обработ ку информации . Удаленный запрос – единичный запрос к одному серверу . Несколько удале нных запросов к од н ому серверу объединяются в удаленную транзакцию . Если от дельные запросы транзакции обрабатываются различ ными серверами , то транзакция называется расп ределенной. Распределенная база данных и распределе нная обработка не синонимы . Распределенная БД раз мещается на нескольких серверах , р абота с ней , для получения доступа к у даленным данным , требует использования сетевой СУБД . При распределенной обработке один зап рос транзакции обрабатывается одним сервером . Распределенная СУБД позволяет обрабатывать о дин запрос несколькими БД . Такой запр ос называется распределенным. Технология клиент-сервер. Как правило, компьютеры и программы, входящие в состав инфор мационной системы, не являются равноправными. Некоторые из них владеют р есурсами (файловая система, процессор, принтер, база данных и т.д.), другие и меют возможность обращаться к этим ресурсам. Компьютер (или программу), у правляющий ресурсом, называют сервером этого ресурса (файл-сервер, серве р базы данных, вычислительный сервер...). Клиент и сервер какого-либо ресур са могут находится, как в рамках одной вычислительной системы, так и на ра зличных компьютерах, связанных сетью. Существ ует два подхода к организации коллективного доступа к базам данных . 1 - файл-сервер и 2 - СУБД-сервер , сервер баз данных , кл иент-се рвер. При первом подходе файлы баз данных располагаются на файл-серверах , и все раб очие станции получают к ним доступ . При работе нескольких программ , эти программы д олжны блокировать записи с которыми они работают от параллельного ч тения и из менения другой программой . Однако если примен яется однопользовательская версия СУБД , нормальн ой блокировки не будет . Поэтому при устан овке СУБД в сеть необходимо убедится , что устанавливаемая версия сетевая что предназначена для рабо ты именно с теми сетевыми средства , которые будут использованы. Мощн ость сетевых СУБД , основанных на файл-сервере в настоящее недостаточна . При большом кол ичестве обрабатываемой информации производительность сети падает , нарушается безопасность и целостность данных. С точки зрения обработки информации все ЭВМ объединенные в сеть делятся на основные и вспомогательные . Основные это абонентские ЭВМ (клиенты ). Они выполняют все необходимые информационно-вычислительные работы . Вс помогательные ЭВ М серверы . Клиент - приложен ие , посылающее запрос к серверу . Такая и технология называется клиент - сервер . Основная идея технологии клиент-сервер заключается в том , что мощный сервер передает на р абочие станции не файлы , логически необходиму ю порц и ю информации , т.е . отвечает на запрос . Таким образом уменьшается объем передаваемой по сети информации (трафик с ети ). В зависимости от расположения СУБД различают локальные и р аспределённые СУБД. Все части локальной СУБД размещаются на компьютере пользователя базы данных. Если к одной локальной СУБД обращаются нескол ько пользователей одновременно, каждый пользовательский компьютер дол жен иметь свою копию локальной СУБД. В отличие от этого, значительная час ть программно-аппаратных средств распределённой СУБД централизована и находится на одном, достаточно мощном компьютере (сервере), в то время, ка к компьютеры пользователей несут относительно небольшую часть СУБД, ко торая называется клиентом. Локальные СУБД могут работать в сети, но могу т и не использовать её, в то время как распределённые СУБД обязательно ра ботают в компьютерной сети. Заметим, местонахождение баз данных никак не влияет на специфику СУБД: в локальных СУБД сама БД может располагаться к ак на компьютере пользователя, так и на удаленном сетевом компьютере. Бе зусловным достоинством клиент-серверных систем является возможность ц ентрализованного управления доступом к БД. В таких системах база данных в значительной мере защищена как от случайных, так и от намеренных искаж ений, в них проще реализовать целостность и непротиворечивость данных.
1Архитектура и строительство
2Астрономия, авиация, космонавтика
 
3Безопасность жизнедеятельности
4Биология
 
5Военная кафедра, гражданская оборона
 
6География, экономическая география
7Геология и геодезия
8Государственное регулирование и налоги
 
9Естествознание
 
10Журналистика
 
11Законодательство и право
12Адвокатура
13Административное право
14Арбитражное процессуальное право
15Банковское право
16Государство и право
17Гражданское право и процесс
18Жилищное право
19Законодательство зарубежных стран
20Земельное право
21Конституционное право
22Конституционное право зарубежных стран
23Международное право
24Муниципальное право
25Налоговое право
26Римское право
27Семейное право
28Таможенное право
29Трудовое право
30Уголовное право и процесс
31Финансовое право
32Хозяйственное право
33Экологическое право
34Юриспруденция
 
35Иностранные языки
36Информатика, информационные технологии
37Базы данных
38Компьютерные сети
39Программирование
40Искусство и культура
41Краеведение
42Культурология
43Музыка
44История
45Биографии
46Историческая личность
47Литература
 
48Маркетинг и реклама
49Математика
50Медицина и здоровье
51Менеджмент
52Антикризисное управление
53Делопроизводство и документооборот
54Логистика
 
55Педагогика
56Политология
57Правоохранительные органы
58Криминалистика и криминология
59Прочее
60Психология
61Юридическая психология
 
62Радиоэлектроника
63Религия
 
64Сельское хозяйство и землепользование
65Социология
66Страхование
 
67Технологии
68Материаловедение
69Машиностроение
70Металлургия
71Транспорт
72Туризм
 
73Физика
74Физкультура и спорт
75Философия
 
76Химия
 
77Экология, охрана природы
78Экономика и финансы
79Анализ хозяйственной деятельности
80Банковское дело и кредитование
81Биржевое дело
82Бухгалтерский учет и аудит
83История экономических учений
84Международные отношения
85Предпринимательство, бизнес, микроэкономика
86Финансы
87Ценные бумаги и фондовый рынок
88Экономика предприятия
89Экономико-математическое моделирование
90Экономическая теория

 Анекдоты - это почти как рефераты, только короткие и смешные Следующий
Новинка! Вода с консервантом! В качестве консерванта используется этиловый спирт (40%).
Anekdot.ru

Узнайте стоимость курсовой, диплома, реферата на заказ.

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

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


Банк рефератов - РефератБанк.ру
© РефератБанк, 2002 - 2016
Рейтинг@Mail.ru