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

Вид материала

Содержание

Подобный материал:

ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ ОБРАЗОВАТЕЛЬНОЕ

УЧРЕЖДЕНИЕ ВЫСШЕГО ПРОФЕССИОНАЛЬНОГО ОБРАЗОВАНИЯ

«ФИНАНСОВАЯ АКАДЕМИЯ

ПРИ ПРАВИТЕЛЬСТВЕ РОССИЙСКОЙ ФЕДЕРАЦИИ»

Кафедра «Информационные технологии»

РЕФЕРАТ

Тема: «Роль экономиста в создании и эксплуатации

информационной системы бухгалтерского учета

в коммерческой организации»

Выполнила:

студентка группы У5-3

Золотарюк Е.А.

Научный руководитель:

профессор кафедры «Информационные технологии»

д.э.н., профессор Харитонов С.А.

Москва 2007

Оглавление

Введение 3

1. Стадии и этапы разработки информационных систем 5

1.1. Жизненный цикл информационных систем 5

1.2. CASE-технологии проектирования ИС 9

1.3. Модели жизненного цикла, применяемые в CASE-технологиях 10

1.4. Принципы создания и функционирования экономических информационных систем 13

1.5. Требования стандартов по разработке информационных систем 14

^ 2. Роль экономиста на различных фазах жизненного цикла информационной системы бухгалтерского учета 18

2.1. Предпроектная стадия жизненного цикла 18

2.2. Проектирование и разработка информационной системы 21

2.3. Внедрение информационной системы 21

Заключение 22

Литература 22

Введение

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

Важное место среди профессионально-ориентированных ИС играют информационные системы бухгалтерского учета (ИС БУ). Примером такой системы, занимающей лидирующее положение в России и ряде зарубежных стран, является программный продукт «1С: Бухгалтерия 8.0», входящей в систему программ «1С: Предприятие 8.0».

Система «1С: Бухгалтерия 8.0» предназначена для автоматизации бухгалтерского и налогового учета, включая подготовку обязательной (регламентированной) отчетности, в организациях, осуществляющих любые виды коммерческой деятельности: оптовую и розничную торговлю, оказание услуг, производство и т.д. Бухгалтерский и налоговый учет ведется в соответствии с действующим законодательством Российской Федерации.

Структурно система «1С: Бухгалтерия 8.0» включает технологическую платформу «1С: Предприятие 8.0» и конфигурацию «Бухгалтерия предприятия». Конфигурация, являясь прикладным решением, определяет правила ведения учета; она должна быть настроена на структуру, профиль и особенности конкретного предприятия. И в этом, прежде всего, роль экономиста в создании и внедрении ИС БУ, хотя, безусловно, проектирование и разработка ИС БУ, осуществляемая фирмой 1С, не может быть реализована без тесного взаимодействия IT-специалистов с профессиональными экономистами, менеджерами, бухгалтерами, аудиторами, экспертами различных управленческих уровней, прежде всего высших и средних.

На этапе эксплуатации ИС БУ главная роль переходит к профессионалам экономического профиля – именно они, в первую очередь представители низшего звена, используют ИС БУ для решения прикладных финансово-экономических задач.

Для уточнения, более полного раскрытия роли экономистов в создании и эксплуатации ИС БУ в коммерческой организации рассмотрим стадии и этапы разработки информационных систем, а затем выполним оценку взаимодействия IT-специалистов и профессионалов-экономистов на различных фазах жизненного цикла ИС БУ.

^

1. Стадии и этапы разработки информационных систем

1.1. Жизненный цикл информационных систем

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

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

Требования к ИС строго формализуются и фиксируются в техническом задании. Существенное внимание уделяется планированию работ, организации труда в коллективе специалистов, число которых может достигать сотен и тысяч человек, управлению работами и контролю за их выполнением, а также соблюдением заданных программных характеристик. Внедрение в эксплуатацию предваряется проведением многоступенчатых испытаний в специально сформированных или реальных условиях. Обязательной является фаза сопровождения и связанная с этим необходимость подготовки качественной программной документации, тиражирования и передачи ИС в другие эксплуатирующие организации. Общее время жизни ИС может достигать десяти и более лет, из которых 70 – 90% может приходиться на фазы эксплуатации и сопровождения. Длительность эксплуатации может вызвать необходимость модернизации ИС и, соответственно, возврата к ранее пройденным фазам.

В начале 80-х годов прошлого века известный отечественный ученый В.В. Липаев предложил следующую схему жизненного цикла ИС (рис. 1.1).

Рис. 1.1. Схема жизненного цикла ИС по В.В. Липаеву

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

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

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

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

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

Схема жизненного цикла ИС (программного изделия как большого комплекса программ вместе с программной документацией), предложенная В.В. Липаевым, опиралась на принятые в нашей стране, начиная с 1977 года, Государственные стандарты Единой системы программной документации (ГОСТ ЕСПД). Она послужила развитием каскадной модели жизненного цикла, используемой на западе в 70-е – 85-е годы прошлого века при разработке сложных ИС (рис. 1.2). Суть каскадной модели: вся разработка разбивается на несколько этапов. Переход на следующий этап происходит только после полного завершения работ на предыдущем этапе.

Каскадный подход имеет ряд положительных сторон:

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

Рис. 1.2. Схема каскадного подхода к построению ИС

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

Устраняя недостатки каскадной модели, в 80-е годы прошлого века на западе была предложена «водопадная» модель (waterfall model) разработки ИС, отражающая реальные процессы (рис. 1.3).

В 86-е – 90-е годы прошлого века получила развитие спиральная модель жизненного цикла ИС (рис. 1.4), в которой основной упор сделан на начальные этапы – анализ и проектирование. Реализуемость технических решений проверяется путем создания прототипов.

Рис. 1.3. «Водопадная» модель разработки ИС

Рис. 1.4. Спиральная модель жизненного цикла ИС

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

Вторым названием спиральной модели является «продолжающееся проектирование». Позднее, когда в проектный цикл дополнительно стали включать стадии разработки и опробования прототипа системы, она получила название «быстрого прототипирования» (rapid prototyping approach или fast-track).

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

1.2. CASE-технологии проектирования ИС

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

Под термином CASE (Computer Aided Software Engineering) понимаются программные средства, поддерживающие процессы создания и сопровождения ИС, включая анализ и формулировку требований, проектирование прикладного программного обеспечения и баз данных, генерацию кода, тестирование, документирование, обеспечение качества, конфигурационное управление и управление проектом, а также другие процессы.

CASE-средства вместе с системным программным обеспечением и техническими средствами образуют полную среду разработки ИС.
^

1.3. Модели жизненного цикла, применяемые в CASE-технологиях

Применение CASE-технологий опирается на понятия жизненного цикла программного обеспечения ИС. Используются ранее описанные схемы, несколько модифицированные применительно к новым реалиям. Так, например, каскадная модель, усовершенствованная Марри Кантором (2002 г.), предполагает необходимость (рис. 1.5):

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

пираясь на результаты разработки крупных IT-проектов и проблемы, которые при этом возникали, М. Кантор поддерживает вывод, сделанный Фредериком Бруксом в книге «Мифический человеко-месяц» (1995 г.) – «в реальном мире, особенно в мире бизнес-систем, каскадная модель не должна применяться», так как требования к таким системам «характеризуются высокой динамикой корректировки и уточнения, невозможностью четкого и однозначного определения до начала работ по реализации».

Рис. 1.5. Каскадная модель жизненного цикла по М.Кантору

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

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

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

Рис. 1.6. Снижение неопределенности и инкрементальное расширение функциональности при итеративной организация жизненного цикла

Рис.1.7. Содержание четырех категорий жизненного цикла по С. Амблеру

Барри Боэм (1988 г.) связал спиральную модель с рисками, влияющими на организацию жизненного цикла. Он выделил 10 наиболее распространенных (по приоритетам) рисков:

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

Большая часть рисков связана с организационными и процессными аспектами взаимодействия специалистов в проектной команде.

Модель жизненного цикла Б.Боэма представлена на рис. 1.8.

Рис. 1.8. Оригинальная спиральная модель жизненного цикла разработки ИС по Б.Боэму
^

1.4. Принципы создания и функционирования экономических информационных систем

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

Выделяют несколько принципов создания и функционирования ЭИС.

^ Принцип системности. Позволяет четко определить цели создания ЭИС и общие свойства, присущие системе как единому целому; выявляет критерии декомпозиции системы и многообразные типы связей между ее элементами.
^ Принцип развития. Предопределяет ЭИС как систему, способную к развитию и совершенствованию при использовании новейших технологий процесса обработки данных.
Принцип совместимости. ЭИС строится как открытая система, ориентированная на максимальное использование стандартов программного, технического и иного обеспечения.
Принцип непосредственного участия. В процессе обследования и создания ЭИС принимают непосредственное участие работники предприятия (фирмы).
Принцип безопасности. Обеспечивается безопасность всех информационных процессов, сохранность и целостность коммерческой информации, циркулируемой в ЭИС.
Принцип эффективности. Достижение рационального соотношения между затратами на создание ЭИС и результатами, полученными в процессе ее эксплуатации.
Принцип стандартизации и унификации. Для проектирования ЭИС следует использовать в разумной мере типовые решения.
Принцип надежности. Обеспечение устойчивости работы системы в условиях сбоя отдельных ее элементов.
Принцип однократности ввода. Предусматривается одноразовый ввод информации и многократное, многоцелевое ее использование.
Принцип «дружелюбности». Система должна быть простой и доступной для установки, изучения и эксплуатации.

1.5. Требования стандартов по разработке информационных систем

В России разработка и испытания автоматизированных ИС регламентированы государственными стандартами серии 34 (табл. 1.1). Однако многие вопросы в этих стандартах отражены недостаточно, а некоторые положения их устарели. В связи с этим используется ГОСТ 12207 - 99, являющийся переводом международного стандарта ISO/IEC 12207, на основе которого, в свою очередь, создан соответствующий стандарт IEEE 12207^¹.

^ Таблица 1.1.

Стадии и этапы разработки автоматизированной системы (по ГОСТ 34)

Стадии	Этапы
1. ФТ — Формирование требований к АС	1.1. Обследование объекта и обоснование необходимости создания АС.
	1.2. Формирование требований пользователя к АС.
	1.3. Оформление отчета о выполненной работе и заявки на разработку АС (тактико-технического задания).
2. РК — Разработка концепции АС	2.1. Изучение объекта.
	2.2. Проведение необходимых научно-исследовательских работ.
	2.3. Разработка вариантов концепции АС, удовлетворяющей требованиям пользователя.
	2.4. Оформление отчета о выполненной работе
3. ТС — Техническое создание АС	3.1. Разработка и утверждение технического задания на заявку
4. ЭП — Эскизный проект	4.1. Разработка предварительных проектных решений по системе и ее частям.
4. ЭП — Эскизный проект	4.2. Разработка документации на АС и ее части
5. ТП — Технический проект	5.1. Разработка проектных решений по системе и ее частям.
	5.2. Разработка документации на АС и ее части.
	5.3. Разработка и оформление документации на поставку изделий для комплектования АС и/или технических требований (технических заданий) на их разработку.
	5.4. Разработка заданий на проектирование в смежных частях проекта объекта автоматизации.
6. РД — Рабочая документация	6.1. Разработка рабочей документации на систему и ее части.
6. РД — Рабочая документация	6.2. Разработка или адаптация программ.
7. ВД — Ввод в действие	7.1. Подготовка объекта автоматизации к вводу АС в действие.
	7.2. Подготовка персонала.
	7.3. Комплектация АС поставляемыми изделиями (программными и техническими средствами, программно0техническими комплексами, информационными изделиями).
	7.4. Строительно-монтажные работы.
	7.5. Пуско-наладочные работы.
	7.6. Проведение предварительных испытаний.
	7.7. Проведение опытной эксплуатации.
	7.8. Проведение приемочных испытаний.
8. СП — Сопровождение АС	8.1. Выполнение работ в соответствии с гарантийными обязательствами.
8. СП — Сопровождение АС	8.2. Послегарантийное обслуживание.

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

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

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

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

Модульность:

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

Ответственность:

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

Раскроем содержание основных процессов жизненного цикла.

^ Приобретение (5.1). Процесс (в ГОСТ его называют «Заказ») определяет работы и задачи заказчика, приобретающего программное обеспечение или услуги, связанные с ПО, на основе контрактных отношений. Процесс приобретения состоит из следующих работ (названия ГОСТ 12207 даны в скобках, если предлагают другой перевод названий работ оригинального стандарта):

инициирование (подготовка);
подготовка запроса на предложение (подготовка заявки на подряд);
подготовка и корректировка договора;
мониторинг поставщика (надзор за поставщиком);
приемка и завершение (приемка и закрытие договора).

Поставка (5.2). Процесс определяет работы и задачи поставщика:

инициирование (подготовка);
подготовка предложения (подготовка ответа);
разработка контракта (подготовка договора);
планирование;
выполнение и контроль;
проверка и оценка;
поставка и завершение (поставка и закрытие договора).

Разработка (5.3). Процесс определяет работы и задачи разработчика:

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

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

Эксплуатация (5.4). Процесс определяет работы и задачи оператора службы поддержки:

определение процесса (подготовка процесса);
операционное тестирование (эксплуатационные испытания);
эксплуатация системы;
поддержка пользователя.

Сопровождение (5.5). Процесс определяет работы и задачи, проводимые специалистами службы сопровождения:

определение процесса (подготовка процесса);
анализ проблем и изменений;
внесение изменений;
проверка и приемка при сопровождении;
миграция (перенос);
вывод программной системы из эксплуатации (снятие с эксплуатации).

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

Таким образом, в настоящее время регламентирован процесс разработки ИС: определены фазы жизненного цикла, стадии и этапы разработки ИС, предусмотрена совместная деятельность IT-специалистов – разработчиков ИС и профессионалов-экономистов.
^

2. Роль экономиста на различных фазах жизненного цикла информационной системы бухгалтерского учета

2.1. Предпроектная стадия жизненного цикла

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

Выделяются три стадии жизненного цикла ИС – предпроектная, проектирование и разработка и внедрение. Стадии состоят из этапов, на каждом из которых оценивается роль экономистов различных управленческих звеньев и консультантов-экспертов (рис. 2.1).

Предпроектная стадия предшествует работам по созданию ИС.

Р

ис. 2.1. Роль и место специалистов-экономистов на стадиях жизненного цикла ИС

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

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

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

От тщательности действий на предпроектной стадии при разработке ТЗ, согласованности исполнителей – привлеченных IT-специалистов, которым поручена разработка ИС, и экономистов, достоверности полученных оценок, обоснованности решений, представленных утверждение руководителю, во многом зависит будущая эффективность применения ИС БУ. Действия экономистов здесь оцениваются достаточно высоко: управленцы высшего звена – (++), среднего звена – (+++), низшего звена – (+), консультанты-эксперты – (+++).
^

2.2. Проектирование и разработка информационной системы

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

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

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

Высшая оценка на стадии проектирования иразработки ИС у экономистов среднего звена – (+++), далее идут экономисты низшего звена – (++), затем высшего – (+).

Оценка консультантов-экспертов незначительна – (+- –).
^

2.3. Внедрение информационной системы

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

До ввода ИС в промышленную эксплуатацию процесс может занимать от нескольких недель до нескольких месяцев, а то и года. Каждый этап стадии завершается подписанием акта приемки.

На стадии внедрения ИС особенно велика роль экономистов. Деятельность специалистов высшего звена оценивается в ходе приемо-сдаточных испытаний высшим баллом – (++++), в ходе опытной и промышленной эксплуатации – (+). Специалисты среднего звена и консультанты-эксперты в ходе приемо-сдаточных испытаний имеют оценку (+++), специалисты низшего звена – (+). На этапах опытной и промышленной эксплуатации выше роль специалистов низшего звена – (+++); оценка специалистов среднего звена – (++); роль экспертов-консультантов незначительна – (+-–).

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

Заключение

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

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

Роль экономистов среднего звена существенна на всех стадиях и этапах жизненного цикла ИС, решение о создании которой принято.

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

Литература

Экономическая информатика: Учебник / Под ред. В.П. Косарева. -2-е изд. –М.: Финансы и статистика, 2004. – 592 с.
Воройский С.Ф. Информатика. Энциклопедический систематизированный словарь-справочник. (Введение в современные информационные и телекоммуникационные технологии в терминах и фактах). - М.: 2007.
Липаев В.В. Качество программного обеспечения. –М.: Финансы и статистика, 1983. -263 с.
Лобанова Т. Жизненный цикл информационных систем – выберем стандарты, выстроим методологию. – В журн. Оборудование, сентябрь, 2005. с. 48 - 55.
Орлик С. Введение в программную инженерию и управление жизненным циклом ПО. –М.: 2005. sorlik.blogspot.com
Харитонов С.А. Тексты лекций. –М.: 2006 – 2007.
Чистов Д.В. Материалы к дисциплине «Информационные системы в экономике». –М.: 2006.

1 ISO - International Organization of Standardization - Международная организация по стандартизации, IEC - International Electro technical Commission - Международная комиссия по электротехнике

Blog