Понятие информационные технологии

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

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

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Свойства ИС:

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

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

 

Роль структуры  управления в ИС

 

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

Управление – это обеспечение  поставленной цели  при условии  реализации следующих функций :

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

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

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

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

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

 

Структура и классификация  ИС.

 

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

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

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

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

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

Функции ОО:

 - анализ существующей системы управления и выявления задач подлежащие автоматизации;

- подготовка задач к решению на компьютере включая технические задачи на проектирование;

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

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

 

Классификация ИС по признаку структурированности задач.

 

Существуют три типа задач,  для которых создаются ИС:

1. Структурированные или формализуемые.

Структурированная задача – это задача, где известны все её элементы и взаимосвязи между ними.

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

 Не структурированная  задача – не дает возможности выделить элементы и установить между ними связи.

3. Частично структурированные.

На практике большинство  задач являются частично структурированными. ИС для них автоматизированные. Человеку отводится значительная роль. Их делят:

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

Экспертные ИС обрабатывают знания поддержки решения, формируется  на 2-х уровнях:

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

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

 

Классификация ИС по функциональному признаку:

 

Определяет назначение подсистемы, её основные цели, задачи и функции. Классифицируют в соответствии с  видами деятельности :

- производственная 

- маркетинговая

- финансовая

- кадровая 

- вспомогательная функция

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

 

Классификация ИС по степени автоматизации

1. Ручные ИС
2. Автоматические ИС. Выполняют все операции по обработке информации без участия человека. Такие системы существуют на заводах.
3. Автоматизированные ИС предполагают участие в процессе обработки информации и человека и технических средств.

 

 

Этапы создания ИС.

 

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

Проектирование ИС охватывает 3 области:

- проектирование объектов  данных, которые будут реализованы  в БД;

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

- учет конкретной среды  или технологии.

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

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

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

Одна из классических схем при разработке ИС называется схемой водопада. Она состоит из :

 

 

 

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

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

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

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

Пример DFD:

 

 

 

 

 

 

 

 

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

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

 

Диаграммы изменения  состояний

 

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

 

 

 

 

 

 

 

 

 

 

 

 

Проверка качества информационной модели

 

Качество сущностей:

1. Отображает ли имя сущности суть данного объекта?
2. Нет ли пересечения с другими сущностями?
3. Имеются ли хотя бы 2 атрибута?
4. Всего атрибутов не больше 8?
5. Есть ли синонимы, омонимы данной сущности?
6. Сущность определена полностью?
7. Есть ли уникальный идентификатор?
8. Имеется ли хотя бы одна связь?
9. Существует ли хотя одна функция по созданию, поиску, корректировки, удалению, архивированию и использованию значения сущности?
10. Ведется ли история изменений?
11. Имеет ли место соответствие принципам нормализации данных?
12. Нет ли такой же сущности в другой прикладной системе, возможно, под другим именем?
13. Не имеет ли сущность слишком общий смысл?
14. Достаточен ли уровень обобщения, воплощенный в ней?

Качество атрибутов:

1. Является ли наименование атрибута существительным единственного числа, отражающим суть обозначаемого атрибутом свойства?
2. Не включает ли в себя наименование атрибута имя сущности (этого быть не должно)?
3. Имеет ли атрибут только одно значение в каждый момент времени?
4. Отсутствуют ли повторяющиеся значения (или группы)?
5. Описаны ли формат, длина, допустимые значения, алгоритм получения и т.п.?
6. Не может ли этот атрибут быть пропущенной сущностью, которая пригодилась бы для другой прикладной системы (уже существующей или предполагаемой)?
7. Не может ли он быть пропущенной связью?
8. Нет ли где-нибудь ссылки на атрибут как на "особенность проекта", которая при переходе на прикладной уровень должна исчезнуть?
9. Есть ли необходимость в истории изменений?
10. Зависит ли его значение только от данной сущности?
11. Если значение атрибута является обязательным, всегда ли оно известно?
12. Есть ли необходимость в создании домена для этого и ему подобных атрибутов?
13. Зависит ли его значение только от какой-то части уникального идентификатора?
14. Зависит ли его значение от значений некоторых атрибутов, не включенных в уникальный идентификатор?