курсовая. Курсовая работа ИСУ. Курсовая работа по учебному курсу Проектирование информационных систем Разработка концептуальной и логической моделей ису
![]()
|
1.3 Методологии проектированияАвтоматизированная информационная система - это совокупность информации, моделей, технических, программных, технологических средств и штата специалистов, предназначенную для обработки информации и принятия управленческих решений. Создание АИС способствует повышению эффективности производства экономического объекта и обеспечивает качество управления. Методология проектирования информационных систем - процесс создания и сопровождения систем по жизненному циклу информационной системы, представляя его как некоторую последовательность стадий и выполняемых на них процессов. Для каждого этапа определяются состав и последовательность исполняемых работ, получаемые результаты, методы и средства, необходимые для выполнения работ, роли и ответственность участников. Это описание жизненного цикла информационной системы позволяет спланировать и организовать процесс коллективной разработки и обеспечить управление этим процессом. Жизненный цикл информационной системы можно представить, как ряд событий, происходящих с системой в процессе её создания и использования. Жизненный цикл отражает различные состояния системы, начиная с момента идеи необходимости в конкретной информационной системе и заканчивая её выходом из употребления. Модель жизненного цикла - структура, содержащая процессы, действия и задачи, которые осуществляются в ходе разработки, функционирования и сопровождения программного продукта в течение всей жизни системы, от определения требований до завершения её использования. Модели жизненного цикла: ![]() Рисунок 3. Модели жизненного цикла 1) Каскадная модель - последовательное выполнение всех этапов проекта в строго фиксированном порядке. Переход на следующий этап означает полное завершение работ на предыдущем этапе. 2) Поэтапная модель с промежуточным контролем (водопадная модель). Разработка ИС ведётся итерациями с циклами обратной связи между этапами. Межэтапные корректировки позволяют учитывать реально существующее взаимовлияние результатов разработки на различных этапах; время жизни каждого из этапов растягивается на весь период разработки. 3) Спиральная модель - на каждом витке спирали выполняется создание очередной версии продукта, уточняются требования проекта, определяется его качество и планируются работы следующего витка. Особое внимание следует уделять начальным этапам разработки - анализу и проектированию, которые позволяют с помощью создания макета проекта описать разрабатываемую информационную систему. В этой работе мы будем придерживаться каскадной модель разработки информационной системы. Каскадный подход хорошо подходит при построении малых информационных систем, когда в самом начале разработки можно достаточно точно и полно сформулировать все требования к системе. Основным недостатком этого подхода является то, что реальный процесс создания системы никогда полностью не укладывается в такую жёсткую схему, постоянно возникает потребность в возврате к предыдущим этапам и уточнении или пересмотре ранее принятых решений. В результате реальный процесс создания ИС оказывается соответствующим поэтапной модели с промежуточным контролем. Во время всего жизненного цикла автор будет руководствоваться стандартами: 1. ГОСТ 34.601-90 - устанавливает стадии и этапы создания автоматизированных информационных систем. Стандарт описывает содержание работ на каждом этапе. Стадии и этапы работы, закреплённые в стандарте, степени соответствуют каскадной модели жизненного цикла. 2. ISO/IEC 12207:1995 - стандарт на процессы и организацию жизненного цикла. Распространяется на все виды программного обеспечения. Стандарт не содержит описания фаз, стадий и этапов. В соответствии с базовым международным стандартом ISO/IEC 12207 все процессы жизненного цикла программного обеспечения делятся на три группы: Основные процессы:. приобретение;. поставка;. разработка;. эксплуатация;. сопровождение.. Вспомогательные процессы:. документирование;. управление конфигурацией;. обеспечение качества;. разрешение проблем;. аудит;. аттестация;. совместная оценка;. верификация.. Организационные процессы: создание инфраструктуры;. управление;. обучение;. усовершенствование. 1.4 Методы проектированияПрежде чем начать проектирование информационной системы следует разобрать методы проектирования. Проектирование может происходить двумя способами: a. от общего к частному (нисходящее проектирование). от частного к общему (восходящее проектирования) Нисходящее проектирование: Метод проектирования, общее название которому «сверху-вниз». Проектирование происходит, начиная с обобщенной модели верхнего уровня описывающий только общий функционал. И на каждом последующем уровне модели, ее функциональные особенности будут уточнятся. Примером данного моделирования можно описать использования стека инструментов. SADT (IDEF0) UML (диаграмма прецедентов) UML (диаграмма компонентов) UML (диаграмма классов) UML (диаграмма объектов) UML (диаграмма активности) Восходящее моделирование: Метод моделирования «снизу-вверх». Моделирование по этому методу начинается с описания самых функций нижнего уровня, по мере повышения программа складывается из подфункций в функции, функции обретают классы, классы в свою очередь связываются между собой и обретают полноценный интерфейс. Стек инструментов в этом методе используется только UML. UML (диаграмма активности) UML (диаграмма классов) UML (диаграмма объектов) UML (диаграмма компонентов) Определяя, какой из методов проектирования необходимо использовать, первое, что необходимо понять, что мы знаем о том, как работает медицинское учреждение внутри. В начале мы разбирали, чем является медицина и что такое медицинское учреждение, этот метод проектирования является от общего к частному поэтому мы также дальше будем продолжать использовать его. |