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

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

· Основные процессы (приобретение, поставка, разработка, эксплуатация, сопровождение);

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

· Организационные процессы (управление проектами, создание инфраструктуры проекта, определение, оценка и улучшение проекта, обучение).

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

· Планирование и анализ требований (предпроектная стадия, системный анализ предметной области);

· Проектирование (техническое проектирование, логическое проектирование);

· Реализация требований (рабочее проектирование, физическое проектирование, программирование);

· Внедрение (тестирование, опытная эксплуатация);

· Промышленная эксплуатация (сопровождение, анализ, модернизация).

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

Наибольшее распространение получили три модели жизненного цикла.

Модели жизненного цикла

К настоящему времени наибольшее распространение получили следующие основные модели жизненного цикла:

1. Задачная модель;

2. каскадная модель (или системная) (70-85 г.г.);

3. спиральная модель (настоящее время).

Задачная модель

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

Крайняя срочность (надо чтобы хоть как-то задачи решались; потом придется все сделать заново);

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

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

Каскадная модель

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

Положительные стороны применения каскадного подхода заключаются в следующем:

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

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

Рис. 1. Каскадная схема разработки

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

Рис. 2. Реальный процесс разработки ПО по каскадной схеме

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

Спиральная модель

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

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

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

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

Одним из возможных подходов к разработке программного обеспечения в рамках спиральной модели жизненного цикла является получившая в последнее время широкое распространение методология быстрой разработки приложений RAD (Rapid Application Development). Под этим термином обычно понимается процесс разработки программного обеспечения, содержащий 3 элемента:

небольшую команду программистов (от 2 до 10 человек);

короткий, но тщательно проработанный производственный график (от 2 до 6 мес.);

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

Жизненный цикл программного обеспечения по методологии RAD состоит из четырех фаз:

5. фаза определения требований и анализа;

6. фаза проектирования;

7. фаза реализации;

8. фаза внедрения.

Билет №22

1. Опишите этапы проектирования автоматизированной информационной системы. Опишите состав рабочей документации проекта. Чем конкретно отличается состав рабочей документации проекта от стандартного состава документации технического проекта?

2. Дайте понятие экономической эффективности автоматизированной информационной системы. Проведите сравнительный анализ подходов к определению эффективности. Какая методология расчетов характерна для определения прямой эффективности?

Введение.

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

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

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

Сущность проектирования

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

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

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

2) проектирование упомянутых компонентов АИС и инструментальных средств, ориентированных на многократное применение при разработке многих конкретных информационных систем.

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

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

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

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

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

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

Виды проектирования

Эскизное проектирование [ draft design ] - разработка предварительных проектных решений по системе и её частям.

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

Техническое проектирование [ preliminary design ] – стадия работ по проектированию АС, которая включает:

· разработку проектных решений по системе и её частям;

· разработку документации на АС и её части;

· разработку и оформление документации на поставку изделий для комплектования АС и/или технических требований (технических заданий) на их разработку;

· разработка заданий на проектирование в смежных частях проекта объекта автоматизации.

Рабочее проектирование [ detailed design ] – заключительная стадия проектирования, которая помимо требуемой ГОСТ 34.601-90 разработки рабочей документации на систему и её части в общем случае предусматривает уточнение и детализацию результатов предыдущих этапов, создание и испытания опытного и/или опытно-промышленного образца объекта автоматизации, разработку и отработку.

Концептуальное проектирование [ conceptual design ]

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

Принципы проектирования

Принципы проектирования АИС – набор закреплённых многолетним и разносторонним опытом создания и эксплуатации АИС правил или требований. Наиболее общие из них:

• Идентичность - разработка новой, совершенствование уже существующей или внедрение полученной извне АИС являются сходными по своему содержанию научно-техническими проблемами, отличающимися одна от другой только содержанием ряда этапов и временными параметрами;
• Технологичность: автоматизированная технология означает разработку новой технологии или модернизацию существующей в условиях АИС и не допускает простого использования разработанного программно-аппаратного обеспечения в условиях старых традиционных технологий;
• Непрерывность, поэтапность и преемственность разработки и развития: АИС — постоянно развивающиеся на своей основе системы; каждое нововведение служит развитием основных системных принципов и уже достигнутого качества;
• Адаптивность: составляющие АИС должны обладать свойствами, обеспечивающими быструю адаптацию этих составляющих к изменениям внешней среды и новым средствам;
• Модульный принцип построения программных и технических средств: предполагает, что состав указанных средств состоит из блоков (модулей) обеспечивающих возможность их замены или изменения с целью совершенствования функционирования АИС или её адаптации к новым условиям;
• Технологическая (в т.ч. – сетевая) интеграция: предполагает единство для всей системы технологии создания, обновления, сохранения и использования информационных ресурсов и, в частности, - однократную обработку документов и данных, а также их многократное и многоцелевое использование;
• Полная нормализация процессов и их мониторинг: многоцелевое использование информации АИС требует обеспечения высокой достоверности данных в системе.
• Регламентация: АИС ориентированы на функционирование в промышленном режиме, обеспечивающем массовую поточную обработку информационных документов; эта обработка регламентируется стандартами, маршрутными и пооперационными технологиями, нормативами на ресурсные и временные показатели, развитой службой диспетчеризации.
• Экономическая целесообразность: создание АИС должно предусматривать выбор таких проектных решений, которые, при условии достижения поставленных целей и задач, обеспечивают минимизацию затрат финансовых, материальных и трудовых ресурсов.
• Типизация проектных решений: разработка и развитие АИС и их сетей производится с ориентацией на межбиблиотечное сотрудничество, и кооперацию, а также в соответствии с правилами и протоколами международного информационного обмена;
• Максимальное использование готовых решений: для сокращения стоимости и сроков разработки и внедрения АИС, а также уменьшения ошибок проектирования как системы в целом, так и отдельных её составляющих, рекомендуется максимально возможно использовать готовые решения и средства.
• Корпоративность: при проектировании автоматизированной системы, входящей в состав системы более высокого уровня (города, ведомства, республики и т.п.), должна быть предусмотрена её аппаратная, программная, лингвистическая и информационная совместимость с другими участниками системы и/или сети АИС.
• Ориентация на первых лиц объекта автоматизации: успешное выполнение работ по созданию АИС, её развитию и эксплуатации возможно только при условии их безусловной поддержки первым лицом объекта автоматизации и закреплении непосредственной ответственности за их выполнение приказом по организации за руководителем на уровне не менее заместителя директора.

Основные этапы

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

Ø сформулировать проблему;

Ø выявить цель;

Ø сформулировать критерий оценки принятия решений.

Если проблема осознана и идентифицирована количественными показателями или качественными признаками, то далее можно сформулировать цели. Цель - это антипод проблемы. Если проблема это то, чего не хочет ЛПР, то цель - это то, что оно хочет.

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

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

5. методы, используемые в условиях определенности;

6. методы, используемые в условиях риска.

Этапами проектирования СППР при наличии программной оболочки являются:

Ø Описание предметной области, целей создания системы и выполнение постановки задачи.

Ø Составление словаря системы.

Ø Разработка базы знаний и базы данных.

Ø Внедрение системы.

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

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

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

Этап 3. Разработка базы знаний и базы данных. База знаний, как правило, состоит из двух компонентов: дерева целей с расчетными формулами и базы правил (сеть вывода). База правил создается на основании графа целей и сформулировавши ранее гипотез. Главное внимание здесь уделяется коэффициентам определенности исходных условий и правил их обработки.

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

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

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

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

Ø бухгалтерский учет, включая управленческий и финансовый;

Ø справочное и информационное обслуживание экономической деятельности;

Ø организация труда руководителя;

Ø автоматизация документооборота;

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

Ø обучение.

Заключение.

Автоматизированные системы проектирования - второй, быстроразвивающийся путь ведения проектировочных работ.

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

2. Экономическая эффективность информационных систем

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

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

Однако основным критерием является повышение качества управления производством.

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

Тэк = Т₀ – Т₁;

И относительный:

Jп.т = Т₁ / Т₀ (в %);

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

Абсолютный показатель стоимости Сэк определяется формулой:

Сэк = С₁ – С₀;

Индекс стоимости затрат определяется формулой:

(Jотн) = С₁ / С₀;

Срок окупаемости затрат определяется формулой:

Ток = (З₀ + П₀) * Кэф/ (С₀-С₁), где

З₀ – затраты на техническое обеспечение,

П₀ – затраты на программное обеспечение,

Кэф – коэффициент эффективности.

Билет №23

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

2. Классифицируйте автоматизированные информационные системы по объему выполняемых функций. Дайте определение корпоративной информационной системы (КИС). Приведите примеры современных КИС.

1. Рассмотрим модели и методы, используемые на каждом из этапов. На первом этапе применяются в основном неформальные методы для того, чтобы:

Ø сформулировать проблему;

Ø выявить цель;

Ø сформулировать критерий оценки принятия решений.

Если проблема осознана и идентифицирована количественными показателями или качественными признаками, то далее можно сформулировать цели. Цель - это антипод проблемы. Если проблема это то, чего не хочет ЛПР, то цель - это то, что оно хочет.

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

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

7. методы, используемые в условиях определенности;

8. методы, используемые в условиях риска.

Этапами проектирования СППР при наличии программной оболочки являются:

Ø Описание предметной области, целей создания системы и выполнение постановки задачи.

Ø Составление словаря системы.

Ø Разработка базы знаний и базы данных.

Ø Внедрение системы.

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

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

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

Этап 3. Разработка базы знаний и базы данных. База знаний, как правило, состоит из двух компонентов: дерева целей с расчетными формулами и базы правил (сеть вывода). База правил создается на основании графа целей и сформулировавши ранее гипотез. Главное внимание здесь уделяется коэффициентам определенности исходных условий и правил их обработки.

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

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

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

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

Ø бухгалтерский учет, включая управленческий и финансовый;

Ø справочное и информационное обслуживание экономической деятельности;

Ø организация труда руководителя;

Ø автоматизация документооборота;

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

Ø обучение.

2. Рано или поздно руководство любой компании сталкивается с проблемой систематизации информации и автоматизации процессов, работающих с информацией. Если на начальном этапе развития небольшой фирмы возможна ситуация, когда сотрудники компании используют стандартные офисные приложения, такие как, например, MS Office, для ведения складского, бухгалтерского, управленческого и других учетов, а руководству компании для принятия решения, подкрепленного достоверными данными, достаточно позвонить нужному сотруднику и попросить подготовить отчет в произвольной форме. То со временем рост объемов данных (по данным исследования объем информации, аккумулируемой компаниями, удваивается каждые 18 месяцев) ставит перед компанией задачу создания современной Корпоративной информационной системы, охватывающий все аспекты хозяйственной деятельности предприятия. То есть приобретение Корпоративной информационной системы не является самоцелью. Корпоративная информационная система, это лишь инструмент, который позволяет эффективно функционировать организации. Это касается работы, как рядовых исполнителей, так и менеджеров любого звена. Напрашивается аналогия с лопатой и комбайном. Имея пять соток земли, фермер в состоянии обрабатывать его, использую в качестве инструментов лопату и грабли. Увеличив свое хозяйство до пяти гектаров, ему уже не обойтись без комбайна. Комбайн в этом случае по-прежнему инструмент (не с точки зрения бухгалтерского учета), более совершенный, требующий знаний и навыков обращения с ним, но все же инструмент.

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

Билет №24

1. Методы стандартизации в области проектирования АИС. Методологии графического описания предметной области, их сходства и отличия. Применение CASE-средств для автоматизации проектирования информационных систем.

2. Дайте определение понятия «проектирование автоматизированных экономических информационных систем». Каковы цели и задачи проектирования? Проведите сравнительный анализ понятий «информационная технология» и «информационная система». Перечислите этапы проектирования автоматизированной информационной системы.

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

1. Структурный метод (технология SADT);

2. Метод потоков (технология DFD);

3. Объектно-ориентированный метод «сущность-связь»(технология ERD);

4. Метод анализа переходов с