Создание диаграмм. Создать диаграмму можно двумя способами.
Во-первых, диаграмму можно представить как внедренный графический объект (внедренную диаграмму) на рабочем листе. Преимущество этого способа состоит в том, что впоследствии таблицу и диаграмму при выводе на печать можно поместить на одной странице. Для создания внедренных диаграмм можно использовать Мастер диаграмм.
Во-вторых, диаграмму можно создавать и обрабатывать на отдельном листе диаграммы. Следует отметить, что в дальнейшем внедренную диаграмму всегда можно скопировать на отдельный лист, а диаграмму из листа диаграмм - внедрить в рабочий лист в качестве графического объекта.
Для размещения данных и диаграммы на одном листе используйте внедренную диаграмму. Чтобы отобразить диаграмму на отдельном листе книги, создайте лист диаграммы.
Внедренные диаграммы и листы диаграмм связаны с данными, на основе которых они построены, и обновляются автоматически при каждом изменении данных на листе.
Для построения диаграмм можно использовать данные, находящиеся в несмежных ячейках или диапазонах. При выделении несмежные диапазоны должны находиться внутри прямоугольной области. Диаграммы также можно построить из данных сводной таблицы.
Чтобы быстро создать лист диаграммы, выделите необходимые данные, включая категории и названия рядов, затем нажмите клавишу [F11]. Если на основе сделанного выделения нельзя однозначно определить способ графического представления данных, то автоматически запускается Мастер диаграмм.
После активизации Мастера диаграмм необходимо выделить область рабочего листа, в которой диаграмма будет вставлена как объект. Для этого с помощью мыши необходимо “начертить” прямоугольник. Область, ограниченная этим прямоугольником, будет в дальнейшем использована для вставки диаграммы. Поскольку местоположение и размер диаграммы всегда можно изменить, поместите курсор мыши в любой позиции на рабочем листе, нажмите левую кнопку мыши и создайте прямоугольник путем протягивания курсора мыши при нажатой левой кнопке в направлении правого нижнего угла этой геометрической фигуры.
После создания диаграммы пользователь в дальнейшем всегда может изменить ее путем добавления, удаления элементов или изменения определенных параметров.
На рисунках 6.2 – 6.15 представлены основные типы диаграмм.
|
Рис. 6.2. Пример использования диаграммы с областями | Рис. 6.3. Линейчатая диаграмма |
|
Рис. 6.4. Гистограмма | Рис. 6.5. График |
|
Рис. 6.6. График (точечная диаграмма) | Рис. 6.7. Круговая диаграмма |
|
Рис. 6.8. Объемная поверхностная диаграмма | Рис. 6.9. Трехмерный график |
|
Рис. 6.10. Объемная гистограмма | Рис. 6.11. Объемная линейчатая диаграмма |
|
Рис. 6.12. Объемная диаграмма с областями | Рис. 6.13. Кольцевая диаграмма |
|
Рис. 6.14. Диаграмма Радар | Рис. 6.15. Объемная круговая диаграмма |
6.3. Системы управления базами данных
Современные СУБД в основном являются приложениями Windows, так как данная среда позволяет более полно использовать возможности персональной ЭВМ, нежели среда DOS. Снижение стоимости высокопроизводительных ПК обусловил не только широкий переход к среде Windows, где разработчик программного обеспечения может в меньше степени заботиться о распределении ресурсов, но также сделал программное обеспечение ПК в целом и СУБД в частности менее критичными к аппаратным ресурсам ЭВМ.
Среди наиболее ярких представителей систем управления базами данных можно отметить: Lotus Approach, Microsoft Access, Borland dBase, Borland Paradox, Microsoft Visual FoxPro, Microsoft Visual Basic, а также баз данных Microsoft SQL Server и Oracle, используемые в приложениях, построенных по технологии «клиент-сервер». Фактически, у любой современной СУБД существует аналог, выпускаемый другой компанией, имеющий аналогичную область применения и возможности, любое приложение способно работать со многими форматами представления данных, осуществлять экспорт и импорт данных благодаря наличию большого числа конвертеров. Общепринятыми, также, являются технологи, позволяющие использовать возможности других приложений, например, текстовых процессоров, пакетов построения графиков и т.п., и встроенные версии языков высокого уровня (чаще – диалекты SQL и/или VBA) и средства визуального программирования интерфейсов разрабатываемых приложений.
7. Проектирование АРМ менеджера
7.1. Принципы проектирования АРМ
При разработке и создании АРМ необходимо руководствоваться следующими принципами: новых задач, системности, обратной связи, первого руководителя, типизации проектных решений, одноразовости ввода данных, согласованности пропускных способностей частей системы.
Принцип новых задач заключается в том, что в ходе аналитического и информационного анализа системы управления предприятием выявляются новые задачи, которые до внедрения АРМ не могли решаться из-за их сложности. Новые задачи могут быть внедрены взамен стереотипных. Например, в условиях АИС становится возможной разработка в реальном масштабе времени при непосредственном и совместном участии линейного персонала на своих автоматизированных рабочих местах, соединенных компьютерными сетями, расписаний работ (от недельно-суточных до годовых) на программу строительного треста с оптимизацией по обширной номенклатуре трудовых и материально-технических ресурсов.
Последовательная автоматизация процессов формирования планов снизу вверх (от прораба до треста, как это имеет место при ручном управлении) не дала бы существенного эффекта. Малоэффективной была бы также, например, автоматизация решения задач прикрепления потребителей - строек к поставщикам - заводам в рутинной их постановке. Однако те же задачи в оптимизационном режиме решения дают высокий экономический эффект с одновременным сокращением затрат ручного труда управленческого персонала предприятия.
Принцип системности и комплексного подхода к проектированию АРМ в рамках АИС состоит в том, что все вопросы, связанные с проектированием, должны решаться на основе определенной цели и критериев функционирования системы, взаимной увязки организационно-технологических решений, программно-математического, информационного, правового и технического обеспечения АИС. С этим принципом тесно связан принцип субоптимизации, заключающийся в том, что несистемная оптимизация конкретной подсистемы нередко дает эффект, но не позволяет оптимизировать систему в целом. Успешное решение взаимоувязанных задач АИС возможно только при условии открытости и доступности электронных баз данных предприятий отрасли по всем управленческим вертикалям и горизонталям.
Функционирование системы Internet позволяет получить для решения задач АРМ любую требуемую информацию (исключая "защищенные" сведения) из баз данных указанных предприятий, если они подключены к глобальной компьютерной сети. Системный подход неразрывно связан с эффективным использованием человеко-машинного диалога, с системой программ, обеспечивающих четкое управление диалогом. При реализации человеко-машинного диалога необходимо предусматривать тесное взаимодействие управленческого персонала с компьютерным комплексом АИС, передачу системе возрастающих объемов рутинных работ с тем, чтобы большую часть времени менеджеры использовали для решения творческих задач управления.
Принцип обратной связи заключается в том, что процесс разработки и внедрения АРМ в рамках АИС следует рассматривать как непрерывный с использованием предшествующего опыта. Так, например, после выполнения комплекса работ по цепочке: "аналитическое обследование предприятия; консалинг по мероприятиям, необходимым для реорганизации; проектирование информационной системы; настройка уже существующего программно-математического обеспечения и разработка нового под конкретные условия строительной организации; развертывание (внедрения) АИС; сопровождение системы" должно быть организовано плавное перетекание последнего этапа в первый. Это означает, что работа по созданию АИС начнется вновь, только на другом - более высоком уровне.
Принцип первого руководителя означает, что руководитель организации (низовой строительной фирмы, крупной строительной корпорации, министр) единолично ответственен за своевременность и качество разработки АРМов и АИС соответствующего уровня и ее эффективное функционирование. Первый руководитель отвечает за четкое взаимодействие заказчика и разработчика АИС, рациональное распределение обязанностей между ними. Когда создание АИС передоверяется второстепенным лицам, эта система используется, как правило, для решения рутинных задач и, в конечном счете, оказывается малоэффективной.
Принцип типизации проектных решений предусматривает максимальное использование при проектировании АРМ типовых проектных решений. Учитывая, что наибольший объем работ по созданию АРМ связан с подготовкой программно-математического обеспечения, особенное внимание следует уделять типовым программным комплексам (автоматизированным рабочим местам - АРМам), чтобы на их основе разрабатывать как отдельные управленческие задачи, так и целые подсистем. Например, задачи бухгалтерского учета и отдела кадров, подсистемы разработки расписаний и планирования планов поставок материально-технической продукции, и др. Единство АС, расположенных по горизонтали, достигается использованием общих подходов к их построению, а по вертикали - использованием общих форм документов и современных стандартов электронных баз данных, общих принципов формирования комплексов технических и программных средств, систем коммуникации и связи.
Существенный экономический эффект, высокое качество, сокращение сроков разработки, возможность активного участия управленческого персонала организации в создании АС достигается применением интегрированного программно-математического обеспечения. Проектирование АС на базе интегрированных программных систем, значительно упрощает процессы связывания и встраивания электронных документов, их передачи как внутри предприятия, так и другим информационным системам. Прикладные программы, созданные на основе интегрированных программных средств, отличаются максимально-возможной открытостью и достаточно просто могут улучшаться непосредственно инженерно-техническими работниками предприятия. Интегрированных программные системы максимально упрощают и эксплуатацию АРМ, так как все задачи решаются с применением единообразного пользовательского интерфейса.
Принцип одноразовости ввода данных в орган управления означает, что информация, введенная один раз в компьютерную систему, используется затем для решения нескольких задач данного или другого предприятия, оснащенного соответствующими информационными технологиями и коммуникациями. Соблюдение этого принципа позволяет избежать дублирования информации, исключить несуразности и ошибки, уменьшить потоки вводимой и обрабатываемой информации. Сокращение потоков информации также достигается в результате исключения из вводимых данных сведений нормативно-справочного характера, имеющихся в машинных базах данных.
Принцип полной информационной совместимости между автоматизированными системами различных уровней управления предусматривает применение согласованных подходов к разработке машинных баз данных, входным и выходным документам, программным комплексам для АС различных предприятий. Это упростит использование разделённых (общих) баз данных строительными предприятиями отрасли, снизит затраты на разработку и поддержку информационного обеспечения (в. т.ч. систем управления базами данных), придаст корпоративным информационным технологиям большую гибкость и адаптацию.
Принцип независимости структуры автоматизированных систем управления от используемой техники и базовых технологий заключается в применении таких технологий создания информационной среды АРМ, которые были бы инвариантны по отношению к техническому обеспечению и легко трансформировались при создании новых программных инструментариев информатизации. На реализацию этого принципа, в частности, направлены объектные подходы к формированию информационной среды, основанные на CASE-технологиях.
Принцип согласованности пропускной способности частей системы заключается в том, что пропускная способность последующего устройства должна быть не ниже пропускной способности предыдущего. Например, компьютерные сети должны иметь пропускную способность, соответствующую быстродействию ЭВМ.
7.2. Организационные аспекты проектирования АРМ менеджера
Проектирование АРМ менеджера - логически сложная, трудоемкая и длительная работа, требующая высокой квалификации участвующих в ней специалистов. Однако до настоящего времени проектирование АРМ нередко выполняется на интуитивном уровне неформализованными методами, включающими в себя элементы искусства, практический опыт, экспертные оценки и дорогостоящие экспериментальные проверки качества функционирования АРМ. Кроме того, в процессе создания и функционирования АРМ информационные потребности пользователей постоянно изменяются или уточняются, что еще более усложняет разработку и сопровождение таких систем.
Основная доля трудозатрат при создании АРМ приходится на прикладное программное обеспечение (ПО) и базы данных (БД). Производство ПО сегодня - крупнейшая отрасль мировой экономики, в которой занято около трех миллионов специалистов (программистов, разработчиков ПО и т. п.). Еще несколько миллионов человек напрямую зависят от благополучия корпоративных информационных подразделений либо от производителей ПО, таких, как корпорации Microsoft и IBM.
Рассмотрим по порядку эти характеристики. На переднем плане первые два пункта. Они представляют собой наиболее важное отличие от информационных систем, функционирующих в закрытых сетях. Мы не имеем возможности хранить и обрабатывать какую-либо информацию на стороне клиента. Все должно выполнятся на сервере. При разработке информационной системы с клиентским программным обеспечением можно было бы хранить часть пользовательской информации и обрабатывать ее на стороне клиента. Такая возможность позволила бы нам разгрузить сервер и трафик сети. Например, в случае анализа посетителей веб-сайтов, мы хранили бы основные объемы информации у клиентов, а на сервере - лишь общедоступные статистические отчеты, выжимки и сравнительные показатели с другими клиентами. Но мы не имеем такой возможности, поэтому надо тратить большие деньги на накопители жестких дисков и вычислительные мощности серверов. Многопользовательский доступ и разграничение доступа являются общими требованиями для всех информационных систем. Важным критерием является ограничение по объему передаваемой информации. На сервере может быть канал с большой пропускной способность, но по этому каналу идет информация от множества клиентов. В свою очередь, у пользователя информация идет только для него, но очень часто пользователи сидят на плохих каналах, например, на модемном соединении, или же просто, в силу удаленности и большого количества шлюзов между клиентом и сервером, скорость передачи информации очень медленная.
В связи с тем, что в сети Интернет находится огромное количество людей, среди которых есть и злоумышленники, то необходимо предъявлять повышенные требования к безопасности. Вы не можете написать инструкцию пользователю: делай так, а не иначе, а вот здесь у нас дырка, чтобы ее обойти, делайте так-то. Вы не знаете, чего ожидать от пользователя. В связи с тем, что на сервере происходят все вычисления, и что пользователь хочет работать в режиме реального времени и не намерен ждать и 30 секунд, выполнение отдельно взятой CGI-программы должно происходить максимально быстро. И, наконец, переносимость. Конечно, эта особенность не столь важна, но допустим, вам потребовалось открыть зеркало сайта на другом континенте.
Принципиально надо решить две проблемы. Во-первых, настройка серверной платформы и вашего программного обеспечения для функционирования вашей информационной системы. Во-вторых, перевод системы на другой язык. На другом континенте может просто не оказаться ни требуемой вашей информационной системой платформы, ни специалистов, которые бы могли все это установить, настроить и поддерживать. Например, будет другая разновидность Unix. Все эти характерные особенности, в основном, и определяют стадию проектирования.
7.3. Цикл разработки АРМов в рамках информационной системы менеджера
1. Системные исследования.
Работа исследователей ИС для любых систем имеет три составляющих:
1. выбор стратегии для планирования системы;
На этом этапе осуществляется:
- ознакомление с особенностями организации.
- Ознакомление с описаниями существующих формальных или готовых реальных проектов и с другими примерами решения аналогичных проблем.
2. изучение осуществимости;
На этом этапе выполняется:
- предварительное определение информационных потребностей конечных пользователей.
- Определение осуществимости разработки новой или возможности улучшения существующей ИС.
- Создание плана разработки.
3. создание отчета об осуществимости.
На этом этапе выполняется:
- обработка материалов предварительного исследования, их компактное описание;
- доведение результатов предварительного исследования до пользователей и руководителей.
Отчет по результатам исследования осуществимости содержит предварительную спецификацию затрат и конструктивный план разработки предложенной ИС. В отчете аргументируется:
- организационная осуществимость – это определение совпадения возможностей предложенной ИС со стратегическими планами организации.
- экономическая осуществимость – это определение возможного уменьшения затрат, повышения доходов, уменьшение инвестиций.
- техническая осуществимость – аргументируется возможностями оборудования и программного обеспечения.
- операционная осуществимость, – т.е. восприятие ИС конечными пользователями, клиентами, поставщиками и т.д.
2. Системный анализ
Системный анализ – это углубленное изучение информационных потребностей пользователей, которое будет положено в основу детального проектирования новой ИСМ и АРМ.
Системный анализ имеет 4 шага (этапа):
1. Анализ организационного окружения.
На этом шаге проводится – детальный анализ информационных потребностей:
- конечных пользователей главного учреждения;
- конечных пользователей отдельных подсистем;
- системного окружения.
2. Анализ существующих систем.
Анализ того, что имеет существующая система из:
- ресурсов (ЭВМ, средства связи, программы, базы данных и т.п.);
- информационных продуктов;
- информационных процессов.
3. Анализ требований системы.
Определение того, что должно быть: из ресурсов (ЭВМ, средства связи, и т.п.), из процессов (ввода, обработки, вывода, хранения, управления данными).
4. Системные требования:
Логически связанные и документированные требования к новой системе со стороны: ресурсов, ввода, обработки, вывода, хранения, управления данными.
Содержание этапа «Системное проектирование»:
1. Спецификации пользовательского интерфейса:
Информационные объекты, ориентированные на пользователей: форматы экранов, форматы и шаги интерактивных диалогов, формы всех входных и выходных документов.
2. Спецификации базы данных:
Концептуальная и внешние схемы, структура, состав, словарь, таблицы соответствия, описание методов управления доступом.
3. Спецификации программного обеспечения:
Программные пакеты, которые следует закупить: прикладные программы, программы контроля и управления процессами и т.д.
4. Спецификации оборудования и средств обслуживания:
Перечень компьютерного оборудования, средств связи и вспомогательные средства и материалы.
5. Спецификации персонала:
Перечень должностей, необходимых для работы с информационной системой, и перечень требований к каждой должности.
6. Спецификации системной документации:
Перечень и содержание всех технологических инструкций для пользователей и технического персонала ИС.
Этап внедрения проекта ИС охватывает следующие шаги:
1. Приобретение:
Оценка и приобретение необходимого оборудования и программного обеспечения.
2. Разработка программного обеспечения:
Самостоятельная разработка программ, которые не были приобретены как готовые пакеты, или доработка готовых пакетов.
3. Обучение:
Обучение пользователей и персонала.
4. Тестирование:
Тестирование и необходимая доработка оборудования и ПО.
5. Документирование:
Доработка отдельных спецификаций, инструкций.
6. Конверсия:
Непосредственный переход от использования старой ИС к новой.
Этап сопровождения (обслуживания) ИС следует за внедрением проекта. Текущее сопровождение охватывает мониторинг (слежение) системы и ее модификацию для проведения необходимых улучшений. Кроме этого, сопровождение охватывает такой вид послеустановочных работ, как модификация системы в связи с изменениями в сфере деятельности организации или в связи с изменениями законодательства.
Список литературы
1. Автоматизированные информационные технологии в экономике: Учебник / Под ред. Г.А. Титаренко. - М.: ЮНИТИ, 2000 .- 400 с.
2. Береза А.М. Основи створення інформаційних систем: Навч. посібник .- К.: КНЕУ, 1998 .- 140 с.
3. Вовчак І.С. Інформаційні системи та комп'ютерні технології в менеджменті.: Навчальний посібник. – Тернопіль: Карт-бланш, 2001. – 354 с.
4. Гордієнко І.В. Інформаційні системи і технології в менеджменті: Навчально-методичний посібник для самостійного вивчення дисципліни. – К.: КНЕУ, 2003. - 259 с.
5. Гринберг А.С. Информационные технологии моделирования процессов управления экономикой: Учебное пособие .- М.: ЮНИТИ, 2003 .- 399 с.
6. Гужва В.М. Інформаційні системи і технології на підприємствах: Навч.посібник. – К.: КНЕУ, 2001. – 400 с.
7. Інформаційні системи і технології в економіці. За ред. д.е.н., проф. В.С. Пономаренка. /Посібник. – К.: Видавничий центр “Академія”, 2002. – 542 с.
8. Информационные системы и технологии: приложения в экономике и управлении. / Под ред. Ю.Г. Лысенко. – Донецк: ООО «Юго-Восток», 2004. - 377 с.
9. Компьютерные информационные системы управленческой деятельности / Под ред. Г.А. Титаренко. - М.: Экономическое образование, 1993 .- 313 с.
10. Системи підтримки прийняття рішень / В.Ф. Ситник , О.С. Олексюк, В.М. Гужва та ін .- К.: Техніка, 1995 .- 162 с .
11. Основи інформаційних систем: Навч. посібник / В.Ф. Ситник, Т.А. Писаревська, Н.В. Єрьоміна, О.С. Краєва; За ред. В.Ф. Ситника .- К.: КНЕУ, 1997 .- 252 с.