Проектирование компонентов ИС. Проектирование баз данных.
Проектирование информационных систем всегда начинается с определения цели проекта. В общем виде цель проекта можно определить как решение ряда взаимосвязанных задач, включающих в себя обеспечение на момент запуска системы и в течение всего времени ее эксплуатации:
· требуемой функциональности системы и уровня ее адаптивности к изменяющимся условиям функционирования;
· требуемой пропускной способности системы;
· требуемого времени реакции системы на запрос;
· безотказной работы системы;
· необходимого уровня безопасности;
· простоты эксплуатации и поддержки системы.
Таким образом, цель проектирования – обеспечение эффективного функционирования ИС, а также взаимодействия пользователей и разработчиков ИС. Именно качественное проектирование обеспечивает создание такой системы, которая способна функционировать при постоянном совершенствовании ее технических, программных, информационных составляющих и расширять спектр реализуемых управленческих функций. В процессе проектирования совершенствуется как организация основной деятельности предприятия, так и организация управленческих процедур.
Основу проекта любой ИС составляют следующие компоненты:
· методология проектирования;
· технологии проектирования;
· стандарты и методики проектирования;
· инструментальные средства проектирования (CASE-средства).
Проектирование – процесс создания описаний новой системы, которая способна функционировать. В процессе проектирования базы данных выделяют 3 этапа:
|
|
|
1. концептуальное проектирование – создается концептуальная модель БД
2. логическое проектирование – создается логическая модель БД для выбранной СУБД
3. физическое проектирование – создаются файлы БД на машинном носителе.
Процесс создания информационной (концептуальной) модели начинается с определения концептуальных требований ряда пользователей. Концептуальные требования могут определяться и для некоторых задач (приложений), которые в ближайшее время реализовывать не планируется. Это может несколько повысить трудоемкость работы, однако поможет наиболее полно учесть все нюансы функциональности, требуемой для разрабатываемой системы, и снизит вероятность переделки в дальнейшем. Требования отдельных пользователей должны быть представлены в едином «обобщенном представлении». Последнее называют концептуальной моделью.
Концептуальная модельпредставляет объекты и их взаимосвязи без указания способов их физического хранения (Объект – это абстракция множества предметов реального мира, обладающих одинаковыми характеристиками и законами поведения. Класс – это множество предметов реального мира, связанных общностью структуры и поведением. Объекты объединяются в классы по общим характеристикам). Таким образом, концептуальная модель является, по существу, моделью предметной области. При проектировании концептуальной модели все усилия разработчика должны быть направлены в основном на структуризацию данных и выявление взаимосвязей между ними без рассмотрения особенностей реализации и вопросов эффективности обработки. Проектирование концептуальной модели основано на анализе решаемых на этом предприятии задач по обработке данных. Концептуальная модель включает описания объектов и их взаимосвязей, представляющих интерес в рассматриваемой предметной области и выявляемых в результате анализа данных. Имеются в виду данные, используемые как в уже разработанных прикладных программах, так и в тех, которые только будут реализованы.
|
|
|
Проектирование компонентов ИС. Проектирование приложений как компонента ИС.
Под средствами проектирования информационных систем (СП ИС) будем понимать комплекс инструментальных средств, обеспечивающих в рамках выбранной методологии проектирования поддержку полного жизненного цикла (ЖЦ) ИС.
|
|
|
Они включают в себя, как правило, стратегическое планирование, анализ, проектирование, реализацию, внедрение и эксплуатацию.
Каждый этап характеризуется определёнными задачами и методами их решения, исходными данными, полученными на предыдущем этапе, и результатами. При анализе СП их следует рассматривать не локально, а в комплексе, что позволяет реально охарактеризовать их достоинства, недостатки и место в общем технологическом цикле создания ИС.
Необходимая аппаратная платформа для ИС может формироваться из компонентов различных фирм-производителей. Однако выбрать и скомплексировать разные инструментальные средства, каждое из которых может являться одним из мировых лидеров в своём классе, достаточно трудно, а порой и невозможно.
В предыдущих главах неоднократно упоминались различные современные средства проектирования ИС, поэтому не будем их повторять.
В общем случае стратегия выбора СП для конкретного применения зависит от следующих факторов:
· характеристик моделируемой предметной области;
· целей, потребностей и ограничений будущего проекта ИС, включая квалификацию участвующих в процессе проектирования специалистов;
|
|
|
· используемой методологии проектирования.
Современные сложные ИС и проекты, обеспечивающие их создание, характеризуются, как правило, следующими особенностями:
· сложностью предметной области (достаточно большое количество функций, объектов, атрибутов и сложные взаимосвязи между ними), требующей тщательного моделирования и анализа данных и процессов;
· наличием совокупности тесно взаимодействующих компонентов – подсистем, имеющих свои локальные задачи и цели функционирования;
· иерархической структурой взаимосвязей компонентов, обеспечивающей устойчивость функционирования системы;
· иерархической совокупностью критериев качества функционирования компонентов и ИС в целом, обеспечивающих достижение главной цели – создания и последующего применения системы;
· отсутствием прямых аналогов, ограничивающих возможность использования каких-либо типовых проектных решений и прикладных систем;
· необходимостью достаточно длительного сосуществования старых приложений и вновь разрабатываемых БД и приложений;
· наличием потребности как в традиционных приложениях, связанных с обработкой транзакций и решением регламентных задач, так и в приложениях аналитической обработки (поддержки принятия решений), использовать нерегламентированные запросы к данным большого объёма;
· поддержкой одновременной работы достаточно большого количества локальных сетей, связываемых в сеть масштаба предприятия, и территориально удалённых пользователей;
· функционированием в неоднородной операционной среде на нескольких вычислительных платформах;
· разобщенностью и разнородностью отдельных микроколлективов разработчиков по уровню квалификации и сложившимся традициям использования тех или иных инструментальных средств;
· существенной временной протяженностью проекта, обусловленной, с одной стороны, ограниченными возможностями коллектива разработчиков, и, с другой стороны, масштабами организации-заказчика и различной степенью готовности отдельных её подразделений к внедрению ИС.
Кроме создания оригинальных и уникальных АИС, достаточно часто применяются универсальные проектные решения, которые полностью или частично могут быть адаптированы в различных предметных областях.
Попытка использовать готовые решения и программное обеспечение, работающие в других условиях в ряде, особенно крупных, проектов, может оказаться не только неэффективной, но и пагубной для внедряющей эти решения организации. С другой стороны, использование открытых стандартов, принципов модульности и другое позволяет формировать гибкие, расширяемые и эффективно сопровождаемые системы.
В то же время, необходимо отметить, что основополагающим принципом проектирования АИС является использование модульного проектирования. Именно оно позволяет избавиться от многих негативных последствий применения любых видов АИС.
При реализации автоматизации процессов, базирующихся на взаимодействии небольших самостоятельных компонентов, всё чаще рекомендуется использовать веб-сервисы. Согласно этой идеологии функциональность каждого блока через унифицированный интерфейс должна быть доступна любым другим приложениям. Из таких блоков легко построить сложные цепочки автоматизированных процессов, при этом один блок может использоваться в нескольких цепочках.
Базовые возможности создания и использования веб-служб реализуют все современные программные платформы, составляющие основу инфраструктуры информационных технологий многих предприятий. При этом значительных преимуществ удаётся достигнуть в результате плановых модификаций существующей ИС путём разработки новых интерфейсов, реинжиниринга отдельных модулей, внедрения новых систем автоматизации. В результате естественным путём формируется база дальнейшего развития сервисноориентированных ИС.
Дата добавления: 2018-02-18; просмотров: 2005; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!