Лекции по "АРМ менеджера"

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

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

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

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

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

Принцип независимости структуры автоматизированных систем управления от используемой техники и базовых технологий заключается в применении таких технологий создания информационной среды АРМ, которые были бы инвариантны по отношению к техническому обеспечению и легко трансформировались при создании новых программных инструментариев информатизации. На реализацию этого принципа, в частности, направлены объектные подходы к формированию информационной среды, основанные на 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 с.