Реферат Основные понятия информационной системы

Работа добавлена на сайт bukvasha.net: 2015-10-28

Поможем написать учебную работу

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

Предоплата всего

от 25%

Подписываем

договор

Имя

Выберите тип работы:

Принимаю Политику конфиденциальности

Скидка 25% при заказе до 25.11.2024

1. Основные понятия инф. системы

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

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

Основные свойства системы: 1) сложность; 2) делимость; 3) целостность; 4) многообразие элементов и различие их природы; 5) структурированность.

Типовые программные компоненты, входящие в состав инф. системы: а) диалоговый ввод / вывод (интерфейс); б) логика диалога; в) прикладная логика обработки данных; г) логика управления данными; д) операции манипулирования файлами или БД.

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

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

КИС – это совокупность специализированного программного обеспечения и вычислительной аппаратной платформы.

3 наиболее важных фактора, влияющих на развитие КИС:

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

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

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

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

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

2) Благодаря развитию сетевых технологий локальные информационные системы повсеместно вытесняются клиент-серверными и многоуровневыми реализациями.

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

3. Наиболее существенные новшества, оказавшие колоссальное влияние на развитие современных инф. систем

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

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

2) Благодаря развитию сетевых технологий локальные информационные системы повсеместно вытесняются клиент-серверными и многоуровневыми реализациями.

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

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

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

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

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

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

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

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

Инф. системы классифицируются по следующим признакам: а) по масштабам: 1) одиночные; 2) групповые; 3) корпоративные.

Одиночные – реализуются, как правило, на одиночных ПК, сеть не используется. Данные системы реализуются с помощью одиночных или локальных СУБД: Paradox, Clipper, Clarion, Fox Pro, Access. Групповые – реализуются, как правило, с использованием ЛВС (локальная сеть). Для работы таких систем используются серверы БД (SQL сервер): Sy Base, Inter Base, DB2, MS SQL server, Oracle, Cashe. Корпоративные – являются развитием групповых систем; ориентированы на крупные компании; могут поддерживать территориальные разнесенные узлы и сети. Для таких систем характерна архитектура Клиент – Сервер.

б) по сфере применения: 1) системы обработки транзакций; 2) системы поддержки и принятия решений; 3) инф. справочные системы; 4) класс офисных инф. систем.

Системы обработки транзакций по оперативности обработки данных подразделяются на: а) пакетные системы; б) системы оперативной обработки транзакций (OLTP – On Line Transaction Processing). Наиболее распространены OLTP системы. Для них характерен поток простых транзакций. Системы поддержки и принятия решений (DSS – Decision Support System) – позволяют аргументировано обосновывать принимаемые управленческие решения.

Инф. справочные системы – основаны на гипертекстовых документах и мультимедиа – Jandex, Google.

Класс офисных операционных систем – предназначены на перевод бумажных документов в электронном виде и автоматизацию делопроизводства.

По способу организации: (ИС) по способу организации.

1. Системы на основе архитектуры файл-сервер.

2. Системы на основе архитектуры клиент-сервер.

3. Системы на основе многоуровневой архитектуры.

4. Системы на основе интернет/интранет технологии.

Структурные элементы системы – клиент, сеть, сервер.

Типовые функциональные компоненты системы: 1) PS (интерфейсная часть клиента); 2) PL (логика работы программы); 3) BL (прикладная логика обработки данных); 4) DL (логика управления данными, правила формирования SQL запроса); 5) DS (операции с базой данных или реакция СУБД на SQL запрос); 6) FS (файловые операции, обычно являются функциями ОС).

1. Файл-сервер. Клиент загружен, сеть перегружена, сервер разгружен.

Данная архитектура, имеет существенный недостаток, при выполнении запроса в БД клиенту могут передаваться большие объёмы данных перегружая сеть и приводя к непредсказуемым последствиям.

2. Архитектура клиент-сервер.

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

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

3. Системы на основе многоуровневой архитектуры.

Многоуровневая архитектура состоит из 3-х уровней.

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

Средний уровень – сервер приложений, на котором выполняется прикладная логика BL и логика обработки данных DL.

Верхний уровень представляет собой специализированный сервер базы данных для услуг обработки DS и файлов операций FS.

Трёхуровневая архитектура позволяет сбалансировать нагрузку на различные компоненты системы.

4. Технология интернет/интранет. Решением для создания удобных и простых в использовании ИС эффективно работающих с БД стало объединение интернет/интранет технологий с многоуровневой архитектурой. При этом структура ИС приобретает следующий вид: 1. браузер; 2. веб-браузер; 3. сервер БД (SQL-сервер); 4. сервер-приложений; 5. сервер динамических страниц; 6. браузер.
6. Классификация инф. систем по масштабу

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

По масштабам: 1) Одиночные инф. системы реализуются, как правило, на автономном персональном компьютере (сеть не используется). Такая система может содержать несколько простых приложений, связанных общим информационным фондом, и рассчитана на работу одного пользователя или группы пользователей, разделяющих по времени одно рабочее место. Подобные приложения создаются с помощью так называемых настольных, или локальных, систем управления базами данных (СУБД). Среди локальных СУБД наиболее известными являются Clarion, Clipper, FoxPro, Paradox, dBase и Microsoft Access.

2) Групповые инф. системы ориентированы на коллективное использование информации членами рабочей группы и чаще всего строятся на базе локальной вычислительной сети. При разработке таких приложений используются серверы баз данных (называемые также SQL-серверами) для рабочих групп. Существует довольно большое количество различных SQL-серверов, как коммерческих, так и свободно распространяемых. Среди них наиболее известны такие серверы баз данных, как Oracle, DB2, Microsoft SQL Server, InterBase, Sybase, Informix.

3) Корпоративные инф. системы являются развитием систем для рабочих групп, они ориентированы на крупные компании и могут поддерживать территориально разнесенные узлы или сети. В основном они имеют иерархическую структуру из нескольких уровней. Для таких систем характерна архитектура клиент-сервер со специализацией серверов или же многоуровневая архитектура. При разработке таких систем могут использоваться те же серверы баз данных, что и при разработке групповых информационных систем. Однако в крупных информационных системах наибольшее распространение получили серверы Oracle, DB2 и Microsoft SQL Server. Для групповых и корпоративных систем существенно повышаются требования к надежности функционирования и сохранности данных. Эти свойства обеспечиваются поддержкой целостности данных, ссылок и транзакций в серверах баз данных.
7. Классификация инф. систем по сфере применения

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

По сфере применения:

1) Системы обработки транзакций, в свою очередь, по оперативности обработки данных разделяются на пакетные информационные системы и оперативные информационные системы. В информационных системах организационного управления преобладает режим оперативной обработки транзакций (OnLine Transaction Processing, OLTP), для отражения актуального состояния предметной области в любой момент времени, а пакетная обработка занимает весьма ограниченную часть. Для систем OLTP характерен регулярный (возможно, интенсивный) поток довольно простых транзакций, играющих роль заказов, платежей, запросов и т. п. Важными требованиями для них являются: а) высокая производительность обработки транзакций; б) гарантированная доставка информации при удаленном доступе к БД по телекоммуникациям.

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

3) Обширный класс информационно-справочных систем основан на гипертекстовых документах и мультимедиа. Наибольшее развитие такие информационные системы получили в Интернете.

4) Класс офисных информационных систем нацелен на перевод бумажных документов в электронный вид, автоматизацию делопроизводства и управление документооборотом.

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

1. Системы на основе архитектуры файл-сервер.

2. Системы на основе архитектуры клиент-сервер.

3. Системы на основе многоуровневой архитектуры.

4. Системы на основе интернет/интранет технологии.

Структурные элементы системы – клиент, сеть, сервер.

Типовые функциональные компоненты системы: 1) PS (интерфейсная часть клиента); 2) PL (логика работы программы); 3) BL (прикладная логика обработки данных); 4) DL (логика управления данными, правила формирования SQL запроса); 5) DS (операции с базой данных или реакция СУБД на SQL запрос); 6) FS (файловые операции, обычно являются функциями ОС).

1. Файл-сервер. Клиент загружен, сеть перегружена, сервер разгружен.

Данная архитектура, имеет существенный недостаток, при выполнении запроса в БД клиенту могут передаваться большие объёмы данных перегружая сеть и приводя к непредсказуемым последствиям.

2. Архитектура клиент-сервер.

Клиент Сервер

Сервер приложений

Многоуровневая архитектура состоит из 3-х уровней.

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

Средний уровень – сервер приложений, на котором выполняется прикладная логика BL и логика обработки данных DL.

Верхний уровень представляет собой специализированный сервер базы данных для услуг обработки DS и файлов операций FS.

Трёхуровневая архитектура позволяет сбалансировать нагрузку на различные компоненты системы.

4. Технология интернет/интранет. Решением для создания удобных и простых в использовании ИС эффективно работающих с БД стало объединение интернет/интранет технологий с многоуровневой архитектурой. При этом структура ИС приобретает следующий вид: 1. браузер; 2. веб-браузер; 3. сервер БД (SQL-сервер); 4. сервер-приложений; 5. сервер динамических страниц; 6. браузер.

9. Информационные системы (ИС) на основе архитектуры файл-сервер.

ИС классифицируются по способу организации на:

1. системы на основе архитектуры файл-сервер;

2. системы на основе архитектуры клиент-сервер;

3. системы на основе многоуровневой архитектуры;

4. системы на основе технологии интернет/интранет.

Рассмотрим более подробно систему на основе архитектуры файл-сервер.

Файл-сервер. Клиент загружен, сеть перегружена, сервер разгружен.

Данная архитектура, имеет существенный недостаток, при выполнении запроса в БД клиенту могут передаваться большие объёмы данных перегружая сеть и приводя к непредсказуемым последствиям.
10. Информационные системы (ИС) на основе архитектуры клиент-сервер.

ИС классифицируются по способу организации на:

1. системы на основе архитектуры файл-сервер;

2. системы на основе архитектуры клиент-сервер;

3. системы на основе многоуровневой архитектуры;

4. системы на основе технологии интернет/интранет.

Рассмотрим более подробно систему на основе архитектуры клиент-сервер.
Архитектура клиент-сервер.

Клиент Сервер

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

Двухуровневые схемы клиент-сервер могут привести к некоторым проблемам в сложных информационных приложениях с множеством пользователей и запутанной логикой.
11. Области применения и реализации информационных систем (ИС).

1. бухгалтерский учёт;

2. управление финансовыми потоками;

3. управление складом, ассортиментом, закупками;

4. управление производственными процессами;

5.управление маркетингом;

6. электронный документооборот;

7. оперативное управление предприятием.
12. Понятие жизненного цикла информационной системы (ЖЦ ИС).

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

Можно выделить следующие фазы развития ИС: 1) формирование концепций; 2) разработка технического задания; 3) проектирование; 4) изготовление; 5) ввод системы в эксплуатацию; 6) эксплуатация.

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

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

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

4) Изготовление: выполнение работ по изготовлению, подготовка к внедрению системы, контроль и регулирование основных показателей.

5) Ввод системы в эксплуатацию: комплексное испытание, подготовка кадров для эксплуатации создаваемой системы, подготовка рабочей документации и ввод в эксплуатацию.

6) Эксплуатация: сопровождение поддержки сервисного обслуживания, оценка результатов проекта, разрешение конфликтных ситуаций, закрытие работ по проекту

13. Понятие проекта информационной системы (ИС) и его отличительные признаки.

Разработку ИС организации можно рассматривать как некоторые проекты.

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

Отличительные признаки проекта как объекта управления: 1) ограниченность в конечной цели; 2) ограниченность продолжительности; 3) ограниченность бюджета; 4) ограниченность требуемых ресурсов; 5) новизна для организации; 6) комплектность; 7) правовое и организационное обеспечение.

С точки зрения систем управления проекту приписывается свойство наблюдаемости и управляемости.
14. Основные фазы проектирования

информационной системы (ИС).

Можно выделить следующие фазы развития ИС: 1) формирование концепций; 2) разработка технического задания; 3) проектирование; 4) изготовление; 5) ввод системы в эксплуатацию; 6) эксплуатация.

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

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

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

4) Изготовление: выполнение работ по изготовлению, подготовка к внедрению системы, контроль и регулирование основных показателей.

5) Ввод системы в эксплуатацию: комплексное испытание, подготовка кадров для эксплуатации создаваемой системы, подготовка рабочей документации и ввод в эксплуатацию.

6) Эксплуатация: сопровождение поддержки сервисного обслуживания, оценка результатов проекта, разрешение конфликтных ситуаций, закрытие работ по проекту.
15. Модели жизненного цикла информационной системы.

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

В настоящее время существуют 2 основные модели жизненного цикла ИС: а) каскадная; б) спиральная.

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

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

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

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

Недостатки каскадной модели: 1) существенная задержка в получении результатов; 2) ошибки и недоработки на любом из этапов выясняются, как правило, на последующих этапах работ, что приводит к необходимости возврата на предыдущие стадии; 3) сложность в параллельном ведении работ по проекту; 4) информационная перенасыщенность этапов; 5) сложность управления проектом; 6) высокий уровень риска и ненадежность инвестиций.

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

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

Преимущества спиральной системы: 1) итерационная разработка существенно упрощает внесение изменений в проект при изменении требований заказчика; 2) при использовании спиральной модели отдельные элементы информационной системы интегрируются в единое целое постепенно; 3) уменьшение уровня рисков; 4) итерационная разработка обеспечивает большую гибкость в управлении проектом; 5) итерационный подход упрощает повторное использование компонентов; 6) спиральная модель позволяет получить более надежную и устойчивую систему; 7) итерационный подход дает возможность совершенствовать процесс разработки.

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

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

Каскадная модель состоит из следующих этапов разработки: 1) анализ требований заказчика, 2) проектирование; 3) разработка; 4) тестирование и опытная эксплуатация; 5) сдача готового продукта (рис.1):

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

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

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

3-ий этап – реализация проекта. Здесь осуществляется разработка программного обеспечения в соответствии с проектными решениями, полученными на предыдущем этапе. Результат - готовый программный продукт.

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

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

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

Недостатки каскадной модели: 1) существенная задержка в получении результатов; 2) ошибки и недоработки на любом из этапов выясняются, как правило, на последующих этапах работ, что приводит к необходимости возврата на предыдущие стадии; 3) сложность в параллельном ведении работ по проекту; 4) информационная перенасыщенность этапов; 5) сложность управления проектом; 6) высокий уровень риска и ненадежность инвестиций.
17. Спиральная модель жизненного цикла ИС, преимущества спиральной модели

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

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

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

Преимущества спиральной системы: 1) итерационная разработка существенно упрощает внесение изменений в проект при изменении требований заказчика; 2) при использовании спиральной модели отдельные элементы ИС интегрируются в единое целое постепенно; 3) уменьшение уровня рисков; 4) итерационная разработка обеспечивает большую гибкость в управлении проектом; 5) итерационный подход упрощает повторное использование компонентов; 6) спиральная модель позволяет получить более надежную и устойчивую систему; 7) итерационный подход дает возможность совершенствовать процесс разработки.

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

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

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

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

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

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

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

Наибольшее распространение при проектировании ИС получил структурный подход.

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

Методологии структурного подхода базируются на ряде общих принципов. В качестве 2-х базовых принципов используются следующие: 1) принцип "разделяй и властвуй" - принцип решения сложных проблем путем их разбиения на множество меньших независимых задач, легких для понимания и решения; 2) принцип иерархического упорядочивания - принцип организации составных частей проблемы в иерархические древовидные структуры с добавлением новых деталей на каждом уровне.

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

Методология структурного проектирования широко использует графические средства для анализа и проектирования ИС: 1) диаграмма потоков данных (DFD) – в них используется иерархия взаимосвязи диаграмм потоков данных; 2) диаграмма «сущность – связь» (ERD); 3) диаграмма переходов состояний – используется для отражения поведения управляемых процессов системы в реальном времени.

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

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

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

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

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

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

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

Существуют следующие объектно-ориентированные методологии разработки программных систем: 1) ОМТ - поддерживает две первые стадии жизненного цикла программных систем. Методология OMT поддерживается системой Paradigm+; 2) SA
/
SD - содержит несколько вариантов систем обозначений для формальной спецификации программных систем. На этапе анализа требований и предварительного проектирования для логического описания проектируемой системы используются спецификации процессов, словарь данных, диаграммы потоков данных, диаграммы состояний и диаграммы зависимостей объектов. В методологии SA/SD организован этап структурного анализа (SA), после которого начинается этап структурного конструирования (SD), в процессе которого разрабатываются и уточняются более тонкие детали проектируемой системы; 3) JSD – в ней не делается различий между этапом анализа требований к системе и этапом ее разработки; оба этапа объединяются в один общий этап разработки спецификаций проектируемой системы. На этом этапе решается вопрос "что должно быть сделано"; а вопрос "как это должно быть сделано" решается на этапе реализации системы; 4) OSA
- обеспечивает объектно-ориентированный анализ программных систем и не содержит возможностей, связанных с поддержкой этапа разработки.
27.
Семейство

стандартов
IDEF(integrated definition)

- это совокупность методик и моделей концептуального ориентирования IDEF.

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

IDEF
1 (информационное моделирование) - реализует методику инфологического проектирования БД.

IDEF
2 и
IDEF
3 (поведенческое моделирование) - реализует поведенческое моделирование. Если методика IDEF0 связана с функциональными аспектами и отвечает на вопрос «что будет делать система», то IDEF3 детализирует ответ «как система это делает».

Перечисленные методики относятся к т.н. структурным методам.

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

1. Обследование существующих бизнес-архитектур, бизнес-процессов

2. Идентификация узких мест, отрицательно влияющих на эффективность деятельности предприятия.

3.Формирование и обоснование нормативной модели бизнес-процесса

4. Разработка и реализация мероприятий по переходу от существующей (as is) к нормативной (to be) моделям.

5. Разработка конкретного проекта КИС
28. Синтаксис и семантика моделей
IDEF
0 (основные составляющие)

IDEF0 как правило используется на ранних этапах разработки проекта для сбора данных и моделирования процесса как есть (as is).

Синтаксис и семантика моделей
IDEF
0:

1.Модели
IDEF
0. IDEF0 содержит только два обозначения: блоки и стрелки. При построении модели IDEF0 необходимо определить:

1.Назначение модели, набор вопросов, на кот. должна отвечать модель

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

3.Определение целевой аудитории, для нужд которой создается модель

4. Определение т. зрения - понимается перспектива, с которой наблюдается система при построении модели.

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

3. Границы и связи. Для связи функциональных блоков существуют след. виды стрелок:

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

Стрелки выхода - ouput. Выход - продукция или информация, получаемая в результате работы ФБ. Каждый блок должен иметь как минимум 1 выход. Всегда выходит с правой стороны ФБ.

Стрелки входа - input. Вход - сырье или информация, потребляемая или преобразуемая ФБ для производства выхода. Всегда направлен в левую сторону прямоугольника. Наличие входных стрелок на диаграмме не является обязательным.

Стрелки механизм исполнения - mechanism. Является ресурсом, который непосредственно исполняет моделируемое действие. С помощью механизмов могут моделироваться персонал, техника, оборудование, ПО и т.д. Стрелки механизма исполнения на диаграммах могут отсутствовать в случае, если оказывается, что они не является необходимыми для достижения поставленной цели моделирования.
29. Другие диаграммы
IDEF
0 (демонстрационные)

FEO-ДИАГРАММА – это диаграмма-иллюстрация отдельных фрагментов модели и/или для иллюстрации альтернативной точки зрения, либо для специальных целей, которые не поддерживаются явно синтаксисом IDEFO. Это графическое описание, используемое, для сообщения специфических фактов о диаграмме IDEF0.

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

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

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

В контекстной диаграмме или диаграммах декомпозиции могут существовать неограниченное количество FEO-диаграмм. Диаграммы этого типа могут сопровождаться различного рода текстовыми примечаниями, синтаксис которых также может не соответствовать правилам методологии IDEF0.

FEO-диаграмма внешне выглядит также как и оригинальная диаграмма, за исключением имени, которое присваивается FEO-диаграмме. Например, если FEO-диаграмма была добавлена к диаграмме с номером А1.3, то FEO-диаграмма получит номер А1.3F.
30. Методология описания бизнес-процессов
IDEF
3. - это способ описания процессов с использованием структурного метода, позволяющий представить процесс как упорядоченную последовательность событий.

Стандарт IDEF3 предназначен для описания бизнес-процессов нижнего уровня .

IDEF3 служит для дополнительного описания последовательности работ с возможностью их параллельного выполнения во времени. В IDEF3 вводится понятие единицы работ UOW (Unit of Work)- это центральный компонент модели, который изображается прямоугольником, имеет имя и номер. Работа в IDEF3 описывается подробно, с каждой работой связывается документ (Objects, Facts).

В стандарте IDEF3 связи между работами делятся на три типа:

1. Связь предшествования - обозначает, что вторая работа начинает выполняться после завершения первой работы.

2. Связь отношения - обозначает, что вторая работа может начаться и даже закончиться до того момента, когда закончится выполнение первой работы.

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

В IDEF3 появляется понятие «перекресток».

Типы перекрестков:

Асинхронное И - Разветвление: все следующие процессы должны быть запущены

Синхронное И - Слияние: все предшествующие процессы должны завершится одновременно; Разветвление: все последующие процессы должны начаться одновременно

Асинхронное ИЛИ - Разветвление: один или несколько процессов должны быть запущены

Синхронное ИЛИ - Разветвление: один или несколько последующих процессов должны быть запущены одновременно

Исключающее ИЛИ - Слияние: только один предшествующий процессов должен быть завершен; Разветвление: только один последующий процесс должен быть запущен.

Не всякая последовательность перекрестков допустима.

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

31. Основные составляющие модели
IDEF
3

1. Модели
IDEF
3 - основой этой модели является т. называемый сценарий бизнес-процесса, который выделяет последовательность действий анализируемой системы.

2. Диаграмма - является главной организационной единицей модели IDEF3.

3. Действие (единица работы) - действия в IDEF3 изображаются в виде именованного прямоугольника, имеет имя и номер.

4.Связи

I
. Связь предшествования - обозначает, что вторая работа начинает выполняться после завершения первой работы.

II
. Связь отношения - обозначает, что вторая работа может начаться и даже закончиться до того момента, когда закончится выполнение первой работы.

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

5. Соединения, разбивают или соединяют внутри потоки и используются для описания ветвления процесса. Различают: разворачивающие соединения, т.е. завершение одного действия вызывает начало выполнения нескольких других; сворачивающие соединения, завершение нескольких вызывает начало выполнения 1 действия.

В IDEF3 появляется понятие «перекресток».

Типы перекрестков:

Асинхронное И - Разветвление: все следующие процессы должны быть запущены

Асинхронное ИЛИ - Разветвление: один или несколько процессов должны быть запущены

Исключающее ИЛИ - Слияние: только один предшествующий процессов должен быть завершен; Разветвление: только один последующий процесс должен быть запущен.

Не всякая последовательность перекрестков допустима.

6. Указатели - специальные символы, которые ссылаются на другие разделы описания процесса и используются при построении диаграммы, для привлечения внимания пользователя к каким-либо важным аспектам модели. Указатель изображается в виде прямоугольника. Имя указателя обычно включает его тип и идентификатор.
32. Стоимостной анализ
IDEF
моделей. Функциональное оценивание.

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

BPwin предоставляет аналитику два инструмента для оценки модели — стоимостный анализ, основанный на работах (Activity Based Costing, ABC), и свойства, определяемые пользователем (User Defined Properties, UDP). Функциональное оценивание – (Activity-based costing — ABC) – это технология выявления и исследования стоимости выполнения той или иной функции (действия). Исходными данными для функционального оценивания являются затраты на ресурсы (материалы, персонал и т.д.). В сравнении с традиционными способами оценки затрат, при применении которых часто недооценивается продукция, производимая в незначительном объеме, и переоценивается массовый выпуск, ABC обеспечивает более точный метод расчета стоимости производства продукции, основанный на стоимости выполнения всех технологических операций, выполняемых при ее выпуске.

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

Формула расчета стоимости ресурсов для выполнения того или иного действия выглядит так:

cтoимоcть_ресурса • количество = общие_затраты_на_ресурс

При функциональном оценивании результирующую продукцию называют объектом затрат, а основные организационные единицы компании, такие, например, как департаменты, — центрами затрат (cost centers).

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

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

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

   Если для того чтобы усилить значение модели, средств функционально-стоимостного анализа окажется недостаточным в BPwin имеется возможность внесения собственных показателей — свойств, определенных пользователем (User Defined Properties, UDP).      Имеется возможность задания 18 различных типов UDP. Например, категория "Трудоемкость", может быть выражена количеством дней или часов требуемых на выполнение данной работы. Каждой работе можно поставить в соответствие набор из нескольких UDP.

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

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

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

   Это облегчает аналитикам вести библиотеку проекта, упрощает поиск необходимых документов и полностью исключает потерю необходимых регламентирующих документов. В качестве дополнительной документации при построении модели "TO BE" могут также выступать и схемы модели "AS IS". При этом аналитик всегда будет иметь под рукой исходные схемы функционирования предприятия.

34.
DFD
-диаграммы

   Для решения задачи функционального моделирования на базе структурного анализа традиционно применяются два типа моделей: IDEF0-диаграммы и диаграммы потоков данных (DFD-диаграммы).
   Методология разработки процессных диаграмм обычно применяется при проведении обследований предприятий в рамках проектов управленческого консалтинга, а также в проектах автоматизации крупных объектов при экспресс-обследовании (обычно для составления развернутого плана работ).
   Нотация диаграмм потоков данных позволяет отображать на диаграмме как шаги бизнес-процесса, так и поток документов и управления (в основном, управления, поскольку на верхнем уровне описания процессных областей значение имеет передача управления). Также на диаграмме можно отображать средства автоматизации шагов бизнес-процессов. Обычно используется для отображения третьего и ниже уровня декомпозиции бизнес-процессов (первым уровнем считается идентифицированный перечень бизнес-процессов, а вторым - функции, выполняемые в рамках бизнес-процессов).
   Диаграммы потоков данных (Data flow diagramming, DFD):

·          являются основным средством моделирования функциональных требований к проектируемой системе;

·          создаются для моделирования существующего процесса движения информации;

·          используются для описания документооборота, обработки информации;

·          применяются как дополнение к модели IDEFO для более наглядного отображения текущих операций документооборота (обмена информацией);

·          обеспечивают проведение анализа и определения основных направлений реинжиниринга ИС.

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

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

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

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

35. СППР и программные средства для их построения

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

1.
как можно полнее аккумулировать в себе знания и опыт в данной сфере принятия решений;

2.
уметь генерировать простые и эффективные прототипы этих решений.

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

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

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

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

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

1.
СППР воспроизводящие осознанные мыслительные процессы:

1.1. Расчетно-диагностические системы:

1.1.1. СППР расчетного характера;

1.1.2. СППР оценочного характера;

1.1.3. СППР диагностического характера.

1.2. Экспертные системы

1.3. Системы поддержки исполнения решений:

1.3.1. Обучающие системы;

1.3.2. Системы рекомендательно-контролирующие:

1.3.2.1. Исполнительные системы;

1.3.2.2. Исполнительные расчетные системы.

2.
СППР воспроизводящие неосознанные мыслительные процессы:

      2.1. СППР ориентированные на естественные языковые запросы

      2.2. СППР нейро-сетевых вычислений

36. Классификация СППР

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

1.
Предметно-ориентированные аналитические системы

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

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

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

4.
Система рассуждений на основе аналогичных случаев

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

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

6.
Системы эволюционного программирования

   Гипотезы о виде зависимости целевой переменной от других переменных данные системы формулируют в виде программ на некотором внутреннем языке программирования. Процесс построения программ происходит как эволюция в мире программ.

7.
Генетические алгоритмы: эти системы являются сейчас стандартным инструментарием технологии добычи знаний. Первый шаг при построении генетических алгоритмов – кодировка исходных логических закономерностей в БД, которые называют хромосомами. Затем для реализации концепции отбора вводится способ сопоставления различных хромосом. Популяция обрабатывается с помощью процедур репродукции, генетической композиции, мутаций, имитирующих биологические процессы.

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

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


37. Технологии разработки систем поддержки принятия решений

   В результате анализа средств построения СППР были выделены следующие наиболее перспективные и развивающиеся технологии:

1.
технология хранилища данных (
Data

Warehouse
);

2.
технология добыча знаний (интеллектуальная обработка данных)
Data

Mining
;

3.
технология оперативной аналитической обработки данных (
OLAP
);

4.
технологии систем поддержки исполнения решений (
EPSS
);

5.
технологии мультиагентных систем (МА).

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

   Добыча данных - управляемый данными процесс извлечения зависимостей из разнородных БД.

   OLAP
–технология – специфическая технология работы с базой данных (БД), обеспечивающая получение немедленного ответа на поставленный вопрос в режиме реального времени (on line).

   EPSS – технологии, обеспечивающие поиск нужного решения и внедрение его в практику управления.

   МА-технология – объединение объектно-ориентированных технологий и методов искусственного интеллекта; применяется при создании распределительных систем.

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

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

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

Хранилище данных имеет следующие характеристики:

1.
предметная ориентированность;

2.
интегрированность;

3.
привязка ко времени;

4.         неизменяемость

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

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

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

   Неизменяемость означает, что хранилище накапливает информацию.

   При успешной реализации хранилища данных в организации может быть достигнуты следующие преимущества:

·          потенциально высокая отдача от инвестиций;

·          повышение конкурентоспособности;

·          повышение эффективности труда лиц, ответственных за принятие решений

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

1.
недооценка ресурсов, необходимых для загрузки данных;

2.
скрытые проблемы источников данных;

3.
отсутствие требуемых данных в имеющихся архивах;

4.
высокие требования к ресурсам;

5.
владение данными;

6.
сложное сопровождение;

7.
долговременный характер проектов

   Современные хранилища данных обслуживаются в основном реляционными СУБД. К СУБД для хранилищ данных предъявляются следующие требования:

1.
высокая производительность загрузки данных;

2.
возможность обработки данных во время загрузки;

3.
наличие средств управления качеством данных;

4.
высокая производительность запросов;

5.
широкая масштабируемость по размеру;

6.
масштабируемость по количеству пользователей;

7.
возможностбь организации сети хранилищ данных;

8.
наличие средств администрирования хранилища;

9.
поддержка интегрированного многомерного анализа;

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

1) недооценка ресурсов, необходимых для загрузки данных. До 80 % общего времени разгрузки может потребоваться для процесса загрузки данных хранилища.

2) скрытые проблемы, связанные с источниками данных.

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

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

5) высокие требования к ресурсам

6) проблема владения данными – создание хранилища данных может потребовать изменить статус конечных пользователей в отношении прав владения данными.

7) сложность сопровождения

8) долговременный характер проекта
40.
Требования к СУБД для хранилища данных.

Первый критерий - это полнота и завершенность продукта:

1)         СУБД должна отвечать фундаментальным требованиям масштабируемости и управления рабочими нагрузками

2)         должна обеспечиваться поддержка интегрированной инфраструктуры

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

4)         хорошие показатели времени установки СУБД и простота использования

5)         приемлемые стоимость лицензии и общая стоимость эксплуатации

6)         способность СУБД применять достаточные вычислительные мощности для решения проблемы с тем, чтобы обеспечить оптимальную производительность сложного хранилища данных.

Второй важный критерий - возможности поставщика осуществлять поддержку своего продукта:

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

2) способность поставщика обеспечить широкий набор квалифицированных услуг при внедрении продукта и дальнейшей поддержке клиента

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

4) доступность, число и масштаб клиентских отзывов относительно различных рабочих нагрузок Хранилища данных.

41.Добыча знаний (
Data

Mining
) и области применения.

Data Mining – развитие традиционной математической статистики.

Data Mining — это процесс обнаружения в "сырых" данных

1) ранее неизвестных,

2) нетривиальных,

3) практически полезных,

4) доступных интерпретации знаний, необходимых для принятия решений в различных сферах человеческой деятельности

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

Сфера применения:

1)         маркетинг данных - спределяя круг кандидатов для рассылки целевой рекламы с помощью методов Data Mining, можно увеличить продажи, уменьшив при этом расходы на проведение такой рекламы.

2)         телекоммуникационные компании - применяют технологии Data Mining для определения возможных потерь клиентов

3)         страховые компании - применяют технологии Data Mining для определения возможных потерь клиентов

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

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

6)         медицина - здесь предсказывается эффективность применения медикаментов, хирургических процедур и медицинских тестов.

42.Типы выявляемых закономерностей и классы систем
Data

Mining
.

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

2) последовательность – когда существует цепочка связанных по времени событий

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

4) кластеризация – отличается от классификации тем, что сами группы заранее не заданы

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

Классы систем
DM
:

1)                   предметно-ориентированные аналитические системы – наибольшее распространение в области исследования финансовых рынков и носят название системы технологического анализа. Стоимость 300-1000 $

2)                   статистические пакеты – включают наряду с традиционными стат.методами элементы Data Mining. Недостатки: 1)повышенные требования в подготовке пользователей 2) являются тяжеловесными для применения в финансах и бизнесе. Стоимость 1000-15000$

3)                   нейросети – архитектура имеет аналогию с построением нервной ткани из нейронов. Данные системы эмитируют работу нейронов в составе иерархической сети. Нейроны нижнего слоя подают значения входных параметров, на основе которых надо принять решение. На выходе нейрона на верхнем слое вырабатываются значения, которые рассматриваются как ответ – реакция всей сети на значения входных параметров. Недостатки: 1) необходимость иметь очень большой объем обучающей выборки 2) натренированная сеть – это черный ящик, поэтому ее результаты плохо поддаются анализу и интерпритации человека. Стоимость 1500 – 8000$

4)                   система рассуждений на основе аналогичных случаев(CBR). Находят в прошлом близкие аналогии данной ситуации и выбирают тот же ответ как и в прошлый раз. Недостатки: 1) не строятся никакие мат. модели 2) произвол систем в выборе меры близости.

5)                   деревья решений – для работы таких систем создается иерархическая структура классификационных правил – «если то». Популярность связана с наглядностью, но они создают лишь иллюзию логического вывода. Стоимость 1000-10000 $

6)                   эволюционное программирование – поиск решения является процессом построения программ, подход определения наилучшего решения сводится к процессу эволюции в мире программ

7)                   генетический алгоритм – они вошли в стандартный инструментарий DM.. 1) производится кодировка логических закономерностей в БД(хромосомы) 2) хромосомы сопоставляются между собой и выбирается лучший с точки зрения цели задачи

8)                   алгоритмы ограниченного перебора – вычисляют частоты комбинаций простых логических событий в подгруппах данных. На основе анализа вычисляемых частот делается заключение о полезности той или иной комбинации для восстановления ассоциаций комбинаций.

9)                   системы для визуализации многомерных данных.
43.
Классификация ключевых компонентов
Data

Mining
.

44.
Основные понятия
OLAP
.

В основе OLAP лежит понятие гиперкуба или многомерного куба данных, ячейка которых хранится в анализируемых данных. Многомерные модели данных представляются в виде одного или нескольких многомерных кубов, где измерение соответствует осям куба, а анализируемые показатели – индивидуальным ячейкам куба. Под измерением понимается   множество объектов одного или нескольких типов, организованных в виде иерархической структуры и обеспечивающих информационный контекст числового показателя. Измерение принято визуализировать в виде ребра многомерного куба; а объекты, совокупность которых образует измерение, называются членами измерений. Члены измерений визуализируют точки или участи, откладываемые на осях гиперкуба. Ячейкой называется атомарная структура куба, соответствующая конкретному значению некоторого показателя. Ячейки при визуализации располагаются внутри куба и здесь же принято отображать соответствующее значение показателя. Показатель - это величина (обычно числового типа), которая собственно и является предметом анализа. Это, например, объём продаж некоторого товара, или выручка от продаж товара. Один OLAP-куб может обладать одним или несколькими показателями.

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

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

В наст. время рынок олап продуктов развивается и уже существует определенное колл-во готовых решений.

Основные требования к олап системам в фин органах

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

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

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

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

5. Должна обеспечиваться поддержка веб-технологий, как наиболее перспективных и дешевых средств построения информационных систем.

46. Бизнес-план и его роль в современном предпринимательстве.

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

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

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

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

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

Он помогает предупредить и достойно встретить многие неизбежние проблемы в развитии бизнеса. Бизнес-план является инструментом, с помощью которого возможен контроль и управление производством. Позволяет показывать выгодность реализуемого проекта и тем самым привлечь клиентов и инвесторов. Он может быть текущим (до года), или перспективным (3-5 лет).
47. Последовательность составления бизнес-плана.

1. Принятие решения о создании нового п/п или внедрении мероприятий по совершенствованию уже существующего.

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

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

4. Исследование возможного рынка сбыта.

5. Составление прогноза объема сбыта, причем для первого года - помесячно, для последующих – поквартально.

6. Выбор места для осуществления коммерческой или производственной деятельности.

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

8. Разработка плана маркетинга

9. Разработка организационного плана

10. Разработка юридической схемы будущей коммерческой деятельности.

11. Решение вопросов страхования

12. Разработка финансового плана

13. Написание резюме к бизнес-плану

14. Реализация бизнес - плана

Стадии идут последовательно одна за другой, кроме 4,5,6 (идут параллельно) и 9,10,11,12 (тоже идут параллельно).
48. Состав, структура и объем бизнес-плана.

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

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

Примерная структура б.плана

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

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

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

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

5- маркетинг и сбыт. а) общая стратегия маркетинга(стратегия проникновения, роста, итд), б) стратегия сбыта(организация и тактика сбыта).

6- продукты или услуги. а) детальное описание продукта или услуги, б) жизненный цикл продукта, в) торговые секреты, патенты и авторские права.

7-операции. а) система поставок, б) возможности системы поставок, в) преимущества, г) поставщики.

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

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

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

11-приложение или специфические данные(статьи итд).

49. Система разработки финансовых планов и инвестиционных проектов -«Project Expert».

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

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

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

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

50. Интерфейс программной системы «Project Expert» и ее основные возможности.

Программу Project Expert отличает тщательно продуманный интерфейс, который сегодня, несомненно, выгодно отличается от всех других программ.

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

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

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

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

1. разработать детальный финансовый план и определить потребность в денежных средствах на перспективу;

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

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

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

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

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

Bukvasha