Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Информационные системы в экономике. 1 часть.pdf
Скачиваний:
278
Добавлен:
28.02.2016
Размер:
2.02 Mб
Скачать

Четвертая задача стратегического планирования

7. Разработка плана проведения работ

Состав работ, условия, ресурсы, приоритеты

 

реализации концептуального проекта

Физическое проектирование

информационной системы

8. Разработка системного (эскизно-

Технические решения по автоматизации ин-

технического и рабочего) проекта перспек-

формационных процессов; прикладное про-

тивного информационного обеспечения

граммное обеспечение; конфигурации аппарат-

 

ного обеспечения; средства и системы комму-

 

никаций. Проекты положений о структурных

 

подразделениях и функциональные обязанности

 

сотрудников

2.3.4. Роль и место специалиста экономического профиля на стадиях жизненного цикла информационной системы

Субъекты проектирования информационных систем

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

Для самостоятельной разработки ППП необходимо:

1)быть хорошим специалистом в предметной области;

2)в некоторой степени владеть программированием.

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

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

Заказчик – организация, заключившая договор с подрядчиком на разработку и/или создание информационной системы.

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

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

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

78

Цели проектировщиков – реализация функциональных и потребительских характеристик информационной системы.

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

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

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

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

Консалтинговая организация консультирует выполнение законченного проекта, приобретение и освоение программно-аппаратных средств и построение информационной системы необходимой конфигурации. Ответственность за проект несет предприятие – системный интегратор.

Категории специалистов-разработчиков информационных систем.

Разделение труда специалистов в крупных проектных коллективах приводит к необходимости специализации разработчиков по областям деятельности и квалификации. Выделяются:

-высококвалифицированные системные интеграторы сложных проблемноориентированных информационных систем;

-разработчики программных компонент.

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

Специалисты по системному проектированию сложных информационных систем и комплексированию их компонент должны иметь хорошую подготовку

вчасти:

-архитектурного построения информационных систем;

-методов оценки эффективности проектов;

-системного анализа алгоритмов и пакетов прикладных программ;

-организации и планирования крупномасштабных разработок;

-комплексной отладке и испытаниям информационных систем определенных классов;

-умения организовать коллектив для решения целевой задачи информационных систем.

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

79

Разработчики аппаратно-программных компонент информационных сис-

тем строят свою работу на основе системных проектов, созданных коллективом системных проектировщиков и предметных специалистов.

Схемы организации коллектива специалистов для проектирования сложных автоматизированных информационных систем. Наиболее часто применяются две схемы организации коллектива специалистов для реализации проектов сложных АИС:

-формирование для каждого проекта жесткой организационной структуры коллектива с полным составом необходимых специалистов под единым централизованным руководством;

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

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

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

Требования к квалификации коллектива специалистов. Успех проек-

тирования сложных информационных систем зависит от слаженной работы и профессионализма коллектива специалистов на всех этапах создания проектов. При системном проектировании необходима оценка требований к тематической

итехнологической квалификации коллектива специалистов и его способности создать и реализовать системный проект.

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

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

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

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

80

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

Требования к разработчику информационной системы

Наиболее предпочтителен вариант, при котором заказчик информационной системы получает от поставщика весь спектр услуг:

-постановка системы управления предприятием (обследование предприятия по вопросам постановки учета документооборота, консалтинговые услуги и т.п.);

-поставка и внедрение системы (настройка и адаптация, внедрение системы

вопытную и промышленную эксплуатацию, обучение персонала заказчика);

-"пожизненное" сопровождение системы (гарантийное и послегарантийное обслуживание, проведение тематических семинаров по проблемам методологии и организации учета и по вопросам использования формационной системы).

Основные критерии выбора организации-разработчика:

-время работы на рынке финансово-экономического программного обеспечения;

-лицензионная чистота программного продукта;

-лицензионная чистота средств разработки;

-уровень реализованных проектов;

-позиции фирмы в рейтингах.

Роль и место персонала организации на стадиях жизненного цикла информационной системы

При использовании в предметной деятельности ПЭВМ и коммуникационных средств не достаточно просто декларировать цель автоматизации того или иного процесса, нужно ее конкретизировать, разработать стратегию и тактику

еедостижения. Для реализации новых технологий существуют два способа:

-встраивать их в традиционный предметный процесс;

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

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

При этом нововведения часто не приживаются и не дают экономического и социального эффекта.

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

81

томатизации для совершенствования предметной деятельности – достаточно сложная задача прежде всего потому, что автоматизированные системы носят человеко-машинный характер.

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

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

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

Роль заказчика в создании информационной системы. В настоящее время роль заказчика в создании АИС трудно переоценить. Опыт создания АИС показывает, что только предметный специалист может дать наиболее полно и квалифицированно описание выполняемой работы, входной и выходной информации.

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

Пользователь-постановщик задач должен быть заранее ознакомлен с методикой проведения обследования объекта, порядком обобщения результатов. Это поможет ему определить и выделить подлежащие автоматизированной обработке задачи, функции и квалифицированно сделать ее постановку.

Постановка и реализация задач на ПЭВМ требует усвоения основных понятий, касающихся теоретических основ АИС. К ним относятся:

-свойства, особенности и структура экономической информации;

-условно-постоянная информация, ее роль и назначение;

-носители информации;

-средства формализованного описания информации;

-алгоритм, его свойства и формы представления;

82

-назначение контроля входной и выходной информации, способы контроля;

-состав и назначение устройств персональных ПЭВМ;

-состав программных средств ПЭВМ, назначение операционных систем, пакетов прикладных программ, интегрированных пакетов программ типа АРМбухгалтера, АРМ-финансиста и др.

Постановка задачи – описание задачи по определенным правилам, которое дает представление о сущности и логике работы с информацией.

Использование типовых проектных решений. Одним из рациональных путей проектирования информационной системы является использование типовых проектных решений, реализованных в стандартных проектах, в пакетах прикладных программ. Возможность такого подхода связана с наличием у любой организации общих и уникальных черт. Использование общности черт и задач позволяет привязать готовые решения (модели и программы) к условиям конкретного пользователя и его задачам. Например, большинство организаций решает типовые задачи в бухгалтерском учете, финансах, организации управленческого труда, автоматизации документооборота, создании информационносправочных систем, управлении кадрами и т.п. В рамках таких задач использование типовых решений будет oправданным и эффективным. Особенно это касается малого бизнеса. Для создания информационной системы рекомендуется максимально применять стандартные пакеты программ автоматизации бизнеса:

-информационные технологии "клиент–сервер" в корпоративном документообороте и деловых операциях;

-управление электронными документами;

-проектирование, моделирование и анализ сложных информационных систем;

-финансово-экономический анализ деятельности;

-разработка систем поддержки принятия решений.

Можно выделить три типовых уровня решений, предлагаемых на рынке проектирования АИС.

1.Самостоятельное приобретение отдельных модулей программноаппаратных средств и построение необходимой конфигурации информационной системы.

2.Обращение к организациям – системным интеграторам.

3.Обращение к консалтинговым организациям.

Роль заказчика на этапе эксплуатации автоматизированной информа-

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

Участие в опытной эксплуатации – это не только форма активного обучения пользователя работе с информационной системой, но и процесс адаптации пользователя к новым условиям работы, новой технологии, к новой, все более

83

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

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

-происходит активное обучение пользователя, повышается уровень его квалификации как постановщика, разработчика;

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

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

Проблема взаимоотношений заказчиков и разработчиков информаци-

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

Сдругой стороны, разработчики должны иметь в своем составе квалифи-

цированных, проблемно-ориентированных системных архитекторов, способ-

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

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

84