|
Курс лекций
по
"Теория экономических информационных систем"
Темы с 1 по 5
1.
Экономические информационные системы, банки и базы данных.
Экономическая информационная
система представляет собой систему, функционирование которой во
времени заключается в сборе, хранении, обработке и
распространении информации о деятельности какого-либо
экономического объекта реального мира.
2.
Примеры использования ЭИС в офисах фирм, корпораций и в Интернет.
В последние несколько лет
компьютер стал неотъемлемой частью управленческой системы
предприятий. Благодаря стремительному развитию информационных
технологий наблюдается расширение области их применения. Если
раньше чуть ли не единственной областью, в которой применялись
информационные системы, была автоматизация бухгалтерского учета,
то сейчас наблюдается внедрение информационных технологий во
множество других областей. Эффективное использование
корпоративных информационных систем позволяет делать более
точные прогнозы и избегать возможных ошибок в управлении.
Из любых данных и отчетов о работе
предприятия можно извлечь массу полезных сведений. И
информационные системы как раз и позволяют извлекать максимум
пользы из всей имеющейся в компании информации.
Рассмотрим наиболее важные задачи,
решаемые с помощью специальных программных средств.
Бухгалтерский учет
Это классическая область
применения информационных технологий и наиболее часто
реализуемая на сегодняшний день задача. Такое положение вполне
объяснимо. Во-первых, ошибка бухгалтера может стоить очень
дорого, поэтому очевидна выгода использования возможностей
автоматизации бухгалтерии. Во-вторых, задача бухгалтерского
учета довольно легко формализуется, так что разработка систем
автоматизации бухгалтерского учета не представляет технически
сложной проблемы.
Управление финансовыми потоками
Внедрение информационных
технологий в управление финансовыми потоками также обусловлено
критичностью этой области управления предприятия к ошибкам.
Неправильно построив систему расчетов с поставщиками и
потребителями, можно спровоцировать кризис наличности даже при
налаженной сети закупки, сбыта и хорошем маркетинге, И наоборот,
точно просчитанные и жестко контролируемые условия финансовых
расчетов могут существенно увеличить оборотные средства фирмы.
Управление складом, ассортиментом,
закупками
Далее, можно автоматизировать
процесс анализа движения товара, тем самым отследив и
зафиксировав те двадцать процентов ассортимента, которые
приносят восемьдесят процентов прибыли. Это же позволит ответить
на главный вопрос - сак получать максимальную прибыль при
постоянной нехватке средств?
Управление производственным
процессом
Управление производственным
процессом представляет собой очень трудоемкую задачу. Основными
механизмами здесь являются планирование и оптимальное управление
производственным процессом.
Автоматизированное решение
подобной задачи дает возможность грамотно планировать, учитывать
затраты, проводить техническую подготовку производства,
оперативно управлять процессом выпуска продукции в соответствии
с производ-твенной программой и технологией.
Управление маркетингом
управление маркетингом
подразумевает сбор и анализ данных о фирмах-конкурентах, их
продукции и ценовой политике, а также моделирование параметров
внешнего окружения для определения оптимального уровня цен,
прогнозирования прибыли и планирования рекламных кампаний.
Решение большинства этих задач могут быть формализованы и
представлены в виде информационной системы, позволяющей
существенно повысить эффективность управления маркетингом.
Документооборот
Документооборот является очень
важным процессом деятельности любого предприятия. Хорошо
отлаженная система учетного документооборота отражает реально
происходящую на предприятии текущую производственную
деятельность и дает управленцам возможность воздействовать на
нее. Поэтому автоматизация документооборота позволяет повысить
эффективность управления.
Оперативное управление
предприятием
Информационная система, решающая
задачи оперативного управления предприятием, строится на основе
базы данных, в которой фиксируется вся возможная информация о
предприятии. Такая информационная система является инструментом
для управления бизнесом и обычно называется корпоративной
информационной системой.
Предоставление информации о фирме
Активное развитие сети Интернет
привело к необходимости создания корпоративных серверов для
предоставления различного рода информации о предприятии.
Практически каждое уважающее себя предприятие сейчас имеет свой
web-сервер. Web-сервер предприятия решает ряд задач, из которых
можно выделить
две основные:
создание имиджа предприятия;
максимальная разгрузка справочной
службы компании путем предоставления потенциальным и уже
существующим абонентам возможности получения необходимой
информации о фирме, предлагаемых товарах, услугах и ценах.
Кроме того, использование web-технологий
открывает широкие перспективы для электронной коммерции и
обслуживания покупателей через Интернет.
3.
Архитектура и основные компоненты ЭИС.
компоненты информационной системы
- Это база данных, концептуальная схема и информационный
процессор, образующие вместе систему хранения и манипулирования
данными.
База данных – это набор сообщений,
которые
1.
являются истинными для соответствующей материальной системы
2.
непротиворечивы по отношению друг к другу
Сообщения в БД обычно являются
форматированными и хранятся в виде единиц информации.
Единицей информации называется
набор символов, которому придается определенный смысл. Это
понятие в основном относится к базе данных, хранящей
форматированные сообщения.
Минимально необходимы две единицы
информации – атрибут и составная единица информации (СЕИ).
Атрибутом называется
информационное отображение отдельного свойства некоторого
объекта, процесса или явления.
Составная единица информации
представляет собой набор из атрибутов и, возможно, других СЕИ.
Простейшими СЕИ являются таблицы.
Концептуальная схема представляет
собой описание структуры всех единиц информации, хранящихся в БД.
Под структурой понимается вхождение одних единиц информации в
состав других единиц информации.
Информационный процесс – это
механизм, который в ответ на получение команды выполняет
операции с БД и концептуальной схемой. Информационный процессор
состоит из вычислительной системы и системы управления базой
данных – СУБД.
Под вычислительной системой будем
понимать серийно выпускаемую электронно – вычислительную машину,
либо несколько ЭВМ, соединенных каналами связи в вычислительную
сеть.
Системой управления базой данных
называется комплекс программ, обеспечивающий централизованное
хранение, накопление, модификацию и выдачу данных, входящих в БД.
4.
Пользователи, администрирование и схема функционирования ЭИС.
Пользователей экономической
информационной системы можно подразделить на пять типов:
·
Случайные пользователи,
взаимодействие которых с ЭИС не обусловлено их служебными
обязанностями.
·
Конечные пользователи, которые
работают с ЭИС повседневно, в соответствии с четко определенной
областью деятельности, по регламентированным процедурам,
·
Прикладные программисты, которые
разрабатывают программы для реализации запросов к базе данных.
Эти программы используются в основном параметрическими
пользователями
·
Системные программисты, которые
разрабатывают служебные программы, расширяющие возможности
операционной системы ЭВМ и СУБД, например программы
разграничения доступа к данным, проверки достоверности данных,
восстановление базы данных после сбоя в работе ЭВМ.
Администратор базы данных – это
специалист или группа специалистов, занятых обслуживанием
пользователей базы данных. Администратор должен координировать
процессы сбора информации, проектирования и эксплуатации базы
данных, обеспечения защиты и целостности данных. Администратор
обязан учитывать текущие и перспективные информационные
потребности пользователей.
5.
Классификация ИС. Жизненный цикл ИС и его модели.
Классификация по масштабу
По масштабу информационные системы
подразделяются на следующие группы
1. одиночные;2. групповые;3.
корпоративные.
Одиночные информационные системы
реализуются, как правило, на автономном персональном компьютере
(сеть не используется). Такая система может содержать несколько
простых приложений, связанных общим информационным фондом, и
рассчитана на работу одного пользователя или группы
пользователей, разделяющих по времени одно рабочее место.
Подобные приложения создаются с помощью так называемых
настольных или локальных систем управления базами данных (СУБД).
Среди локальных СУБД наиболее известными являются Clarion,
Clipper, FoxPro, Paradox, dBase и Microsoft Access.
Групповые информационные системы
ориентированы на коллективное использование информации членами
рабочей группы и чаще всего строятся на базе локальной
вычислительной сети. При разработке таких приложений
используются серверы баз данных (называемые также SQL-серверами)
для рабочих групп. Среди них наиболее известны такие серверы баз
данных, как Oracle, DB2, Qicrosoft SQL Server, InterBase,
Sybase, Inforqix.
Корпоративные информационные
системы являются развитием систем для рабочих групп, они
ориентированы на крупные компании и могут поддерживать
территориально разнесенные узлы или сети. В основном они имеют
иерархическую структуру из нескольких уровней. Для таких систем
характерна архитектура клиент-сервер со специализацией серверов
или же многоуровневая архитектура. При разработке таких систем
могут использоваться те же серверы баз данных, что и при
разработке групповых информационных систем. Однако в крупных
информационных системах наибольшее распространение получили
серверы Oracle, DB2 и Qicrosoft SQL Server.
Для групповых и корпоративных
систем существенно повышаются требования к надежности
функционирования и сохранности данных. Эти свойства
обеспечиваются поддержкой целостности данных, ссылок и
транзакций в серверах баз данных
Классификация по сфере применения
По сфере применения информационные
системы обычно подразделяются на четыре группы
1. системы обработки транзакций;2.
системы принятия решений;
3. информационно-справочные
системы; 4. офисные информационные системы.
Классификация по способу
организации
По способу организации групповые и
корпоративные информационные системы подразделяются на
следующие классы :
1. системы на основе архитектуры
файл-сервер; 2. системы па основе архитектуры клиент-сервер;
3. системы на основе многоуровневой архитектуры; 4. системы на
основе Интернет/интранет-технологий.
Модели ИС.
Стандарт ISO/IEC 12207 не
предлагает конкретную модель ЖЦ и методы разработки ПО (под
моделью ЖЦ понимается структура, определяющая последовательность
выполнения и взаимосвязи процессов, действий и задач,
выполняемых на протяжении ЖЦ. Модель ЖЦ зависит от специфики ИС
и специфики условий, в которых последняя создается и
функционирует). Его регламенты являются общими для любых моделей
ЖЦ, методологий и технологий разработки. Стандарт ISO/IEC 12207
описывает структуру процессов ЖЦ ПО, но не конкретизирует в
деталях, как реализовать или выполнить действия и задачи,
включенные в эти процессы.
К настоящему времени наибольшее
распространение получили следующие две основные модели ЖЦ:
·
каскадная модель (70-85 г.г.);
·
спиральная модель (86-90 г.г.).
В изначально существовавших
однородных ИС каждое приложение представляло собой единое целое.
Для разработки такого типа приложений применялся каскадный
способ. Его основной характеристикой является разбиение всей
разработки на этапы, причем переход с одного этапа на следующий
происходит только после того, как будет полностью завершена
работа на текущем (рис. 1.1). Каждый этап завершается выпуском
полного комплекта документации, достаточной для того, чтобы
разработка могла быть продолжена другой командой разработчиков.
Положительные стороны применения
каскадного подхода заключаются в следующем [2]:
·
на каждом этапе формируется
законченный набор проектной документации, отвечающий критериям
полноты и согласованности;
·
выполняемые в логичной
последовательности этапы работ позволяют планировать сроки
завершения всех работ и соответствующие затраты.
Рис. 1.1. Каскадная схема
разработки ПО
Каскадный подход хорошо
зарекомендовал себя при построении ИС, для которых в самом
начале разработки можно достаточно точно и полно сформулировать
все требования, с тем чтобы предоставить разработчикам свободу
реализовать их как можно лучше с технической точки зрения. В эту
категорию попадают сложные расчетные системы, системы реального
времени и другие подобные задачи. Однако, в процессе
использования этого подхода обнаружился ряд его недостатков,
вызванных прежде всего тем, что реальный процесс создания ПО
никогда полностью не укладывался в такую жесткую схему. В
процессе создания ПО постоянно возникала потребность в возврате
к предыдущим этапам и уточнении или пересмотре ранее принятых
решений. В результате реальный процесс создания ПО принимал
следующий вид (рис. 1.2):
Рис. 1.2. Реальный процесс
разработки ПО по каскадной схеме
Основным недостатком каскадного
подхода является существенное запаздывание с получением
результатов. Согласование результатов с пользователями
производится только в точках, планируемых после завершения
каждого этапа работ, требования к ИС "заморожены" в виде
технического задания на все время ее создания. Таким образом,
пользователи могут внести свои замечания только после того, как
работа над системой будет полностью завершена. В случае
неточного изложения требований или их изменения в течение
длительного периода создания ПО, пользователи получают систему,
не удовлетворяющую их потребностям. Модели (как функциональные,
так и информационные) автоматизируемого объекта могут устареть
одновременно с их утверждением.
Для преодоления перечисленных
проблем была предложена спиральная модель ЖЦ [10] (рис. 1.3),
делающая упор на начальные этапы ЖЦ: анализ и проектирование. На
этих этапах реализуемость технических решений проверяется путем
создания прототипов. Каждый виток спирали соответствует созданию
фрагмента или версии ПО, на нем уточняются цели и характеристики
проекта, определяется его качество и планируются работы
следующего витка спирали. Таким образом углубляются и
последовательно конкретизируются детали проекта и в результате
выбирается обоснованный вариант, который доводится до реализации.
Разработка итерациями отражает
объективно существующий спиральный цикл создания системы.
Неполное завершение работ на каждом этапе позволяет переходить
на следующий этап, не дожидаясь полного завершения работы на
текущем. При итеративном способе разработки недостающую работу
можно будет выполнить на следующей итерации. Главная же задача -
как можно быстрее показать пользователям системы работоспособный
продукт, тем самым активизируя процесс уточнения и дополнения
требований.
Основная проблема спирального
цикла - определение момента перехода на следующий этап. Для ее
решения необходимо ввести временные ограничения на каждый из
этапов жизненного цикла. Переход осуществляется в соответствии с
планом, даже если не вся запланированная работа закончена. План
составляется на основе статистических данных, полученных в
предыдущих проектах, и личного опыта разработчиков.
Рис 1.3. Спиральная модель ЖЦ
|
