Понятие информационной системы и их классификация

-будет ли это архитектура  "файл-сервер" или "клиент-сервер";

-будет ли это 3-уровневая  архитектура со следующими слоями: сервер, ПО промежуточного слоя (сервер приложений), клиентское ПО;

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

-будет ли база данных  однородной, то есть, будут ли  все серверы баз данных продуктами  одного и того же производителя  (например, все серверы только Oracle или все серверы только DB2 UDB). Если  база данных не будет однородной, то какое ПО будет использовано для обмена данными между СУБД разных производителей (уже существующее или разработанное специально как часть проекта);.

-будут ли для достижения  должной производительности использоваться  параллельные серверы баз данных (например, Oracle Parallel Server, DB2 UDB и т.п.).

Этап проектирования завершается разработкой технического проекта ИС.

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

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

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

-обнаружение отказов  модуля (жестких сбоев);

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

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

 

 

 

 

 

 

 

 

 

2. Структура  электронных информационных систем

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

Все информационные системы (ИС) включают один и тот же набор компонентов:

функциональные компоненты

компоненты систем обработки  данных

организационные компоненты.

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

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

 

 

 

 

 

 

 

 

 

Заключение

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

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

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

Согласно статистическим данным, собранным Standish Group (США), из 8380 проектов, обследованных в США  в 1994 году, неудачными оказались более 30% проектов, общая стоимость которых превышала 80 миллиардов долларов. При этом оказались выполненными в срок лишь 16% от общего числа проектов, а перерасход средств составил 189% от запланированного бюджета. В то же время, заказчики ИС стали выдвигать все больше требований, направленных на обеспечение возможности комплексного использования корпоративных данных в управлении и планировании своей деятельности.

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Список используемой литературы

1. «ABIS. Информационные системы на основе действий» В.Ивлева и Т.Поповой. Издательство «1С-Паблишинг», 245 стр., 2009

2. Перспективные технологии  информационных систем. М. Р. Когаловский  Издательство: ДМК Пресс; Компания АйТи Год издания: 2009 г.Страниц: 288

3. Информатика и ИКТ учебник для 10 – 11 классов / И. Г. Семакин, Е. К. Хеннер. 8 – е изд. – М. : БИНОМ, 2012. – 246 с.

4. Информационная технология, экономика, культура / Сб. обзоров и рефератов. - М.: ИНИОН РАН, 2010.

5. Информационные системы в экономике / Под ред. В.В. Дика. - М.: Финансы и статистика, 2009.