Автор: Пользователь скрыл имя, 10 Июня 2015 в 19:15, курсовая работа
Информационная система (ИС) – система сбора, хранения, накопления, поиска и передачи информации, применяемая в процессе управления или принятия решений. ИС включает:
информ. – справочный фонд,
язык обработки информ.,
носители информ.,
комплекс моделей.
Автоматизированная ИС – совокупность информ., экономико-математических методов и моделей, аппаратных, программных, организационных, технологических средств и специалистов.
Введение
1. Понятие информационной системы и их классификация
2. Структура электронных информационных систем
Заключение
Список используемой литературы
Конечными продуктами этапа проектирования являются:
-схема базы данных (на основании ER-модели, разработанной на этапе анализа);
-набор спецификаций модулей системы (они строятся на базе моделей функций).
Кроме того, на этапе проектирования осуществляется также разработка архитектуры ИС, включающая в себя выбор платформы (платформ) и операционной системы (операционных систем). В неоднородной ИС могут работать несколько компьютеров на разных аппаратных платформах и под управлением различных операционных систем. Кроме выбора платформы, на этапе проектирования определяются следующие характеристики архитектуры:
-будет ли это архитектура "файл-сервер" или "клиент-сервер";
-будет ли это 3-уровневая
архитектура со следующими
-будет ли база данных
централизованной или
-будет ли база данных
однородной, то есть, будут ли
все серверы баз данных
-будут ли для достижения
должной производительности
Этап проектирования завершается разработкой технического проекта ИС.
На этапе реализации осуществляется создание программного обеспечения системы, установка технических средств, разработка эксплуатационной документации.
Этап тестирования обычно оказывается распределенным во времени.
После завершения разработки отдельного модуля системы выполняют автономный тест, который преследует две основные цели:
-обнаружение отказов модуля (жестких сбоев);
-соответствие модуля спецификации (наличие всех необходимых функций, отсутствие лишних функций).
После того как автономный тест успешно пройдет, модуль включается в состав разработанной части системы и группа сгенерированных модулей проходит тесты связей, которые должны отследить их взаимное влияние.
Далее группа модулей тестируется на надежность работы, то есть проходят, во-первых, тесты имитации отказов системы, а во-вторых, тесты наработки на отказ. Первая группа тестов показывает, насколько хорошо система восстанавливается после сбоев программного обеспечения, отказов аппаратного обеспечения. Вторая группа тестов определяет степень устойчивости системы при штатной работе и позволяет оценить время безотказной работы системы. В комплект тестов устойчивости должны входить тесты, имитирующие пиковую нагрузку на систему.
Затем весь комплект модулей проходит системный тест - тест внутренней приемки продукта, показывающий уровень его качества. Сюда входят тесты функциональности и тесты надежности системы.
Последний тест информационной системы - приемо-сдаточные испытания. Такой тест предусматривает показ информационной системы заказчику и должен содержать группу тестов, моделирующих реальные бизнес-процессы, чтобы показать соответствие реализации требованиям заказчика.
Необходимость контролировать процесс создания ИС, гарантировать достижение целей разработки и соблюдение различных ограничений (бюджетных, временных и пр.) привело к широкому использованию в этой сфере методов и средств программной инженерии: структурного анализа, объектно-ориентированного моделирования, CASE-систем.
2. Структура электронных информационных систем
Информационная система является элементом большой системы и обеспечивает задачи управления информационными ресурсами, поэтому для эффективной работы всей системы большое значение имеет ее структура и состав
Все информационные системы (ИС) включают один и тот же набор компонентов:
функциональные компоненты
компоненты систем обработки данных
организационные компоненты.
Под функциональными компонентами понимается система функций управления, комплекс взаимоувязанных в пространстве и во времени операций по управлению, необходимых для достижения поставленных перед организацией целей. Любая сложная управленческая функция расчленяется на ряд более мелких задач (операция декомпозиции) и доводится до конкретного исполнителя.
Структура представляется множеством компонент, находящихся в специфическом взаимодействии для осуществления заданных функций. Компоненты, в свою очередь, являются соединениями элементов. Форма структуры поддерживается соответствующими связями, к которым относятся внешне порожденные связи.
Заключение
Индустрия разработки автоматизированных информационных систем управления зародилась в 1950-х - 1960-х годах и к концу века приобрела вполне законченные формы.
На первом этапе основным подходом в проектировании ИС был метод "снизу-вверх", когда система создавалась как набор приложений, наиболее важных в данный момент для поддержки деятельности предприятия. Основной целью этих проектов было не создание тиражируемых продуктов, а обслуживание текущих потребностей конкретного учреждения. Такой подход отчасти сохраняется и сегодня. В рамках "лоскутной автоматизации" достаточно хорошо обеспечивается поддержка отдельных функций, но практически полностью отсутствует стратегия развития комплексной системы автоматизации, а объединение функциональных подсистем превращается в самостоятельную и достаточно сложную проблему.
Создавая свои отделы и управления автоматизации, предприятия пытались "обустроиться" своими силами. Однако периодические изменения технологий работы и должностных инструкций, сложности, связанные с разными представлениями пользователей об одних и тех же данных, приводили к непрерывным доработкам программных продуктов для удовлетворения все новых и новых пожеланий отдельных работников. Как следствие - и работа программистов, и создаваемые ИС вызывали недовольство руководителей и пользователей системы.
Следующий этап связан с осознанием того факта, что существует потребность в достаточно стандартных программных средствах автоматизации деятельности различных учреждений и предприятий. Из всего спектра проблем разработчики выделили наиболее заметные: автоматизацию ведения бухгалтерского аналитического учета и технологических процессов. Системы начали проектироваться "сверху-вниз", т.е. в предположении, что одна программа должна удовлетворять потребности многих пользователей.
Сама идея использования универсальной
программы накладывает существенные ограничения
на возможности разработчиков по формированию
структуры базы данных, экранных форм,
по выбору алгоритмов расчета. Заложенные
"сверху" жесткие рамки не дают возможности
гибко адаптировать систему к специфике
деятельности конкретного предприятия:
учесть необходимую глубину аналитического
и производственно-
Согласно статистическим данным, собранным Standish Group (США), из 8380 проектов, обследованных в США в 1994 году, неудачными оказались более 30% проектов, общая стоимость которых превышала 80 миллиардов долларов. При этом оказались выполненными в срок лишь 16% от общего числа проектов, а перерасход средств составил 189% от запланированного бюджета.
В то же время, заказчики ИС стали выдвигать все больше требований, направленных на обеспечение возможности комплексного использования корпоративных данных в управлении и планировании своей деятельности.
Список используемой литературы
1. «ABIS. Информационные системы на основе действий» В.Ивлева и Т.Поповой. Издательство «1С-Паблишинг», 2005г.
2. Перспективные технологии информационных систем. М. Р. Когаловский Издательство: ДМК Пресс; Компания АйТи Год издания: 2003 г.
3. Ветрова К.И. Информационные технологии.-М.:Вектор+,2003г.