Файл: ТЕОРЕТИЧЕСКИЕ ОСНОВЫ РАЗРАБОТКИ И ИСПОЛЬЗОВАНИЯ АВТОМАТИЗИРОВАННЫХ ИНФОРМАЦИОННЫХ СИСТЕМ.pdf
Добавлен: 28.06.2023
Просмотров: 175
Скачиваний: 3
ВВЕДЕНИЕ
Актуальность выбранной темы курсовой работы связана с тем, что любое предприятие, относящееся к любой области коммерческой деятельности, использует различное программное обеспечение, так как в настоящее время подавляющее количество данных передается, обрабатывается и хранится в цифровой форме.
Применение цифровых данных позволяет значительно оптимизировать работу предприятия, затрачивая меньше энергии в виде трудовых или стоимостных затрат на одну единицу результатной деятельности компании.
В настоящее время уже трудно найти какую-либо организацию, которая не использует в своей деятельности средства информатизации. Внедрение средств вычислительной техники, доступность информации, объем и скорость её обработки становятся решающими факторами развития производственных сил государства, науки, культуры, общественных институтов и всех сфер жизнедеятельности человека. Информация и данные все чаще рассматриваются как жизненно важные ресурсы, которые должны быть организованы таким образом, чтобы ими можно было легко пользоваться.
Основные идеи современной информационной технологии базируются на концепции, согласно которой данные должны быть организованы в базы данных, с целью адекватного отображения изменяющегося реального мира и удовлетворения информационных потребностей пользователей.
Любая информационная система представляет собой программный комплекс, функции которого состоят в поддержке надежного хранения информации в памяти компьютера, выполнении специфических для данного приложения преобразований информации и вычислений, предоставлении пользователям удобного и легко осваиваемого интерфейса.
Цель курсовой: изучение распределенной обработки информации.
Задачи работы:
1) Рассмотреть основные теоретические аспекты разработки и использования АИС;
2) Рассмотреть основные аспекты организации АРМ учета бизнес-процессов;
3) рассмотреть основные технологии распределенной обработки информации
4) спроектировать клиент-серверное приложение для автоматизации деятельности менеджера автосалона.
Под жизненным циклом информационной системы понимается непрерывно происходящий процесс, начинающийся с решения о разработке информационной системы и заканчивающийся выводом ее из эксплуатации.
Основными стадиями в процессе являются:
- Разработка требований к информационной системе;
- Разработка описательной концепции;
- Разработка подробного технического задания;
- Описание проекта информационной системы в соответствии с техническим заданием;
- Разработка технической документации;
- Описание порядка внедрения системы в деятельность предприятия (рисунок 1.1).
Рисунок 1.1 – Основные стадии создания ИС
Сегодня чаще всего используют следующую модель жизненного цикла:
1) Каскадная модель (рисунок 1.2) предполагает последовательное выполнение всех обозначенных этапов в строго порядке. Переход на следующий этап показывает полностью выполненные работы на предыдущих.
Рисунок 1.2 - Каскадная модель ЖЦ ИС
2) Поэтапная модель с промежуточным контролем (рисунок 4).
Проектирование И разработка информационной системы осуществляется путем выполнения операций с осуществлением контроля выполнения каждой. Исправления на этапе разработки дают возможность своевременно учитывать возникающие проблемы и их устранять.
Рисунок 1.3 - Поэтапная модель с промежуточным контролем
3) Спиральная модель (рисунок 1.4). На каждом цикле выполняется создание очередной версии продукта, уточняются требования проекта, определяется его качество, планируются работы следующего цикла.
Рисунок 1.4 - Спиральная модель ЖЦ ИС
Особое внимание всегда уделяется начальным этапам разработки – проектированию и анализу, где все технические решения проверяются и обосновываются посредством разработки прототипов.
Стандартная каскадная модель, несмотря на частные негативные отзывы за последнее время, исправно помогала специалистам по программному инжинирингу много лет. Понимание ее сильных и слабых сторон только улучшает оценочный анализ других, чаще более эффективных моделей ЖЦ, которые также основаны на данной модели.
Сама каскадная модель имеет множество преимуществ, но только при условии использования ее в проекте, приемлемом для нее. Ниже представлены ее преимущества:
• хорошо известна потребителям, не имеющим никакого отношения к созданию и эксплуатации программ, а также конечным пользователям (часто используется другими компаниями для отслеживания проектов, которые не связана с разработкой ПО);
• лучше справляется с трудностями и отлично срабатывает в тех проектах, где все достаточно понятно, но трудноразрешимо;
• легко доступна для понимания, так как нацелена на выполнение необходимых действий;
• проста и удобно в использовании, т.к. процесс разработки идет поэтапно.
Но в случае, если каскадная модель используется в проекте, не предназначенном для нее, проявляются следующие ее недостатки:
• Основа модели – линейная последовательная структура, и в результате попытки вернуться назад на одну-две фазы для исправления проблемы или недостатка теряется много времени, увеличиваются затраты и срывается график работы;
• не может предотвращать итерацию между фазами, которые очень часто встречаются при создании ПО, поскольку сама модель строится согласно стандартному циклу аппаратного инжиниринга;
• не показывает главное свойство разработки ПО, которое направлено на решение задачи. Отдельные фазы связаны определенными действиями, что часто отличается от привычной работы коллектива или персонала;
• создает ошибочное впечатление о работе с проектом. Указание, что «45% выполнено» обычно не имеет какого-то смысла и не служит показателем для менеджера проектов.
Исходя из недостатков каскадной модели, ее применение нужно ограничивать ситуациями, в которых все требования для их разработки очень точны и понятны.
Спиральная модель несет в себе преимущества каскадной модели. При этом она включает в себя анализ рисков, умеет ими управлять, а также содержит процессы поддержки и менеджмента. Еще в ней заложена разработка ПО, то при использовании методов прототипирования или быстрой разработки программ при помощи языков программирования и средств разработки 4-го поколения и выше.
Особые свойства спиральной модели:
– отказ от закрепления требований и установки приоритетов пользовательским требованиям;
- создание последовательных прототипов, начиная с наиболее высшего;
- определение и анализ риска на каждом шаге;
- оценка результата по итогам каждой итерации и планирование проведения следующей итерации.
Преимущества спиральной модели:
• Быстрая разработка (получение более раннего результата за счет прототипа);
• Постоянное присутствие заказчика с процессе разработки;
• Разбиение большого проекта на малые части;
• Снижение рисков (более предсказуемое поведение системы).
Для настоящего проекта больше всего подойдет каскадная модель для создания приложения, т.к. она имеет возможность контроля промежуточных фаз, да и сам проект не слишком большой, что не даст возможности проявиться недостаткам данной модели.
Затем производится выбор плана внедрения созданной системы. Сегодня выделяют 4 стратегии внедрения ИС:
1) Параллельная стратегия, которая подразумевает замену старой на новую;
2) Скачок – подразумевается резкий переход с одной системы сразу на другую;
3) Опытное использование пилотного проекта – та же тактика скачка, только к некоторому количеству изделий, при этом очень успешна на малом участке деятельности;
4) Узкое место – при внедрении «узкого места», план выполняется только для него самого, а также для сотрудников, которые там работают.
В итоге, исходя из описаний и условий деятельности фирмы, а также из характеристик создаваемой системы, в качестве стратегии выбирается «опытное использование пилотного проекта», что позволяет начать использовать всю систему сразу же после ее подготовки. При этом прекращается использование ручного учета данных, что позволяет значительно увеличивать скорость работы сотрудников фирмы прямо с первого дня использования системы, и в таком случае само внедрение пройдет безболезненно.
К базовым технологиям АИС можно отнести:
• объектно-ориентированный подход;
• функционально-модульный или структурный подход.
Структурный (функционально-модульный) подход выражается принципом алгоритмического разделения. В соответствии с этим принципом реализуется декомпозиция функций ИС на отдельные модули по функциональной принадлежности, и каждый подобный модуль воспроизводит один из этапов целого процесса[18].
Функционально-модульный подход в процессе создания ИС, который также называется «модель водопада», включает в себя строго последовательный порядок действий.
Главным достоинством функциональных моделей становится реализация структурного подхода к созданию информационных систем по схеме "сверху-вниз", когда любой функциональный блок может быть разделен на множество подфункций и т.д., таким образом, реализуя модульное проектирование ИС. Для функциональных моделей зачастую характерной чертой является строгость разделения ИС и наглядность представления[19].
В процессе функционального подхода объектные модели данных в виде ER-диаграмм "объект — свойство — связь" создаются отдельно. Чтобы проверить правильность проектирования предметной области между объектными и функциональными моделями выделяются взаимно однозначные связи.
Основной недостаток такого подхода объясняется движением данных в одном направлении. При наличии какой-либо сложности в ходе разработки в соответствии с таким стандартом она может решиться только на данной стадии и никак не может быть связана с другими стадиями разработки [20].
Получается, что помимо функционального разделения, имеет место быть также структура данных, которая всегда располагается на втором плане[21].
В объектно-ориентированном подходе (ООП) главной категорией объектной модели является класс, который включает в себя на элементарном уровне, как данные, так и операции, которые над ними реализуются (методы). Именно с такой позиции все изменения, относящиеся к переходу от структурного к ООП, становятся максимально заметными. Разделение процессов и данных устранено, но существует еще вопрос по минимизации сложности системы, который решается методом применения механизма компонентов[22].
Основным достоинством объектно-ориентированного программирования является наличие неизменной части системы в виде ее классов. Следовательно, в так м случае сама система с большей легкостью может быть подвержена изменениями, надстройкам и так далее, что позволяет система развиваться без значительной ее переработки даже в случае внесения каких-либо глобальных изменений.
Можно выделить также ряд преимуществ ООП:
1) Объектная декомпозиция позволяет разрабатывать программные системы более компактного размера при помощи общих механизмов, которые дают необходимую экономию выразительных средств. Применение объектного подхода значительно увеличивает уровень оптимизации разработки и пригодность для последующих применений не только программ, но и проектов, что позволяет создать среду разработки и перейти к сборочному созданию ПО. Системы практически всегда получаются более компактными, чем их структурные эквиваленты, что показывает не только уменьшение объема кода программы, но и уменьшение затрат на проект за счет применения итогов предыдущих разработок[23];
2) Объектная декомпозиция минимизирует риск разработки сложных систем ПО, основывается на эволюционном пути развития системы на базе небольших внутренних подсистем. Процесс объединения системы проходит на протяжении всего времени разработки и не становится единовременным событием;