курсовая. курсач. Описание предметной области
 Скачать 191.5 Kb.
|
 Содержание Введение 1 Описание предметной области 1.1 Характеристика организации 1.2 Назначение информационной системы 1.3 Пользователи и функции пользователей информационной системы 1.4 Требования к информационной системе 1.5 Выбор методологии моделирования 2 Разработка модели информационной системы 2.1 Моделирование бизнес-процессов в организации (idef0) 2.2 Моделирование потоков данных (dfd) 2.3 Описание логики взаимодействия информационных потоков (idef3) 2.4 Разработка модели данных (idef1x) Заключение Список используемой литературы ВВЕДЕНИЕ Развитие информационных технологий в мире и в нашей стране происходит уже более 25 лет. И в современном обществе уже трудно представить, как обходились бы люди без технических средств, информационно-коммуникационных технологий и персонального компьютера в своей жизни и профессиональной сфере деятельности. Информация превратилась в один из наиболее важных ресурсов, а информационные системы стали необходимым инструментом практически во всех сферах деятельности. Современная жизнь человека настолько насыщена различного рода информацией, что для её обработки требуется создание огромного количества хранилищ различного назначения. Информационные системы характеризуются огромными объёмами хранимых данных, сложной организацией, необходимостью удовлетворять разнообразные требования многочисленных пользователей. Эти задачи можно решить с использованием информационных систем. Информационные системы – это системы обработки данных какой-либо предметной области со средствами накопления, хранения, обработки, преобразования, передачи, обновления информации с использованием компьютерной и другой техники. При автоматизации деятельности человека происходит перенос реального мира в электронный формат. Для этого выделяется какая-то часть этого мира и анализируется на предмет возможности автоматизации. Она называется предметной областью и строго очерчивает круг объектов, которые изучаются, измеряются, оцениваются и т.д. в результате этого процесса выделяются объекты автоматизации и определяются реквизиты, по которым данные объекты оцениваются. Результатом данного процесса становится база данных, которая описывает конкретную часть реального мира со строго определённых позиций. Актуальность разработки настоящей информационной системы для предметной области «агентство недвижимости» заключается в необходимости сокращения времени обработки информации и скорости обработки данных. Целью данной работы является проектирование информационной системы для агентства недвижимости. В процессе выполнения работы необходимо провести анализ предметной области, продумать назначение информационной системы, приобрести практические навыки по проектированию структуры, разработки и реализации информационной системы. 1 ОПИСАНИЕ ПРЕДМЕТНОЙ ОБЛАСТИ 1.1 Характеристика организации Разрабатываемая информационная система предназначена для предметной области «агентство недвижимости». Агентство недвижимости предоставляет профессиональное сопровождение всех операций, которые возможны на рынке недвижимости. В первую очередь это продажа и покупка жилой и коммерческой недвижимости, а также аренда квартир, комнат, земельных участков. Преимуществом агентства является объёмная база вариантов недвижимости и земельных участков, выставленных на продажу или предлагаемых для сдачи в аренду. Сотрудники агентства недвижимости ежедневно работают над расширением базы данных квартир, загородных домов, коммерческих помещений и земельных участков и хорошо в ней ориентируются. Использование информационной системы предусматривает существенное упрощение и ускорение работы по учёту клиентов фирмы, их заявок на покупку и продажу недвижимости, за счёт автоматизации операций, производимых при добавлении нового клиента в базу данных фирмы, составлении заявок для отдельно взятого покупателя или продавца, удаления данных об объекте при проведении операции продажи недвижимости. 1.2 Назначение информационной системы Под системой понимают любой объект, который одновременно рассматривается и как единое целое, и как объединённая в интересах достижения поставленных целей совокупность разнородных, взаимосвязанных и взаимодействующих между собой элементов. Системы значительно отличаются между собой как по составу, так и по главным целям. Информационная система – организационно-упорядоченная совокупность документов и информационных технологий, в том числе с использованием средств вычислительной техники и связи, реализующих информационные процессы. «идеальная» информационная система управления предприятием должна автоматизировать все или, по крайней мере, большинство из видов деятельности предприятия. При чём, автоматизация должна быть выполнена не ради автоматизации, а с учётом затрат на неё, и дать реальный эффект в результатах финансово-хозяйственной деятельности предприятия. В зависимости от предметной области информационные системы могут весьма значительно различаться по своим функциям, архитектуре, реализации. Однако можно выделить ряд свойств, которые являются общими. Информационные системы предназначены для сбора, хранения и обработки информации, поэтому в основе любой из них лежит среда хранения и доступа к данным. Информационные системы ориентированы на конечного пользователя, не обладающего высокой квалификацией в области вычислительной техники. Поэтому клиентские приложения информационной системы должны обладать простым, удобным, легко осваиваемым интерфейсом, который предоставляет конечному пользователю все необходимые для работы функции и в то же время не даёт ему возможность выполнять какие-либо лишние действия. На предприятии должна быть создана база данных, которая обеспечивает хранение информации и доступность её для всех составляющих системы управления. Рисунок 1 – блок-схема работы информационной системы организации Наличие такой базы данных позволяет сформировать информацию для принятия решений. Сама по себе информационная система не является инструментом для принятия управленческих решений. Решения принимаются людьми. Но система управления в состоянии представить или «подготовить» информацию в таком виде, чтобы обеспечить принятие решения. Системы поддержки принятия решений в состоянии обеспечить, например: Отслеживание эффективности работы различных участков и служб для выявления и устранения слабых звеньев, а также для совершенствования бизнес-процессов и организационных единиц; Анализ деятельности отдельных подразделений; Обобщение данных из различных подразделений; Анализ показателей различных направлений финансово-хозяйственной деятельности предприятия для выделения перспективных и убыточных направлений бизнеса; Выявление тенденций, развивающихся на предприятии, так и на рынке. Не следует забывать и о том, что работать с системой придётся обычным людям, являющимся специалистами в своей предметной области, но зачастую обладающими весьма средними навыками в работе с компьютерами. Интерфейс информационных систем должен быть им интуитивно понятен. 1.3 Пользователи и функции пользователей информационной системы Целью создания информационной системы для агентства недвижимости является автоматизация основных процессов, происходящих в агентстве. Пользователями данной информационной системы будут являться сотрудники агентства: риелторы, операторы эвм, программист, секретарь, а также клиенты агентства. В информационной системе должен быть обеспечен ввод и хранение информации о недвижимости, обо всех сделках клиентов, информация о всех риелторах, их расписание и режим работы. Поэтому входными данными для проектирования информационной системы должны быть следующие характеристики: Информация о недвижимости: адрес, площадь, цена, количество комнат; Информация о продажах: дата продажи, сумма сделки, информация о недвижимости, информация о риелторе и клиенте; Информация о риелторах: фамилия, имя и отчество риелтора; Информация о специализации врачей: название специализации; Информация о клиентах: фамилия, имя, отчество и телефон клиента. Информационная система агентства недвижимости должна выполнять следующие задачи: Предоставлять возможность для внесения, изменения и удаления информации о недвижимости, клиентах, риелторах, о проведённых следках; Предоставлять информацию о недвижимости, выставленной на продажу, или сдаваемой в аренду. Создаваемая информационная система должна удовлетворять следующим эксплуатационным требованиям: Актуальным информационным потребностям; Актуальным требованиям за приемлемое время, т. Е. Заданным требованиям производительности; Выявленным и вновь возникающим требованиям конечных пользователей; Должна легко расширяться при реорганизации и расширении предметной области; Должна легко изменяться при изменении программной и аппаратной среды; Данные, загруженные в базу данных должны оставаться корректными; Данные до включения в базу данных должны проверяться на достоверность; Доступ к данным, размещаемым в базе данных через объектно-ориентированную модель, должны иметь только лица с соответствующими полномочиями. 1.4 Требования к информационной системе Информационная система, как и любой другой инструмент, должна иметь свои характеристики и требования, в соответствии с которыми можно было бы определить её функциональность и эффективность. Разумеется, для каждого конкретного предприятия требования к информационной системе будут различными, так как должна учитываться специфика каждой организации. Несмотря на это, надлежит выделить несколько основных требований к системе, общих для всех «потребителей»: 1. Локализация информационной системы. В связи с тем, что наиболее крупными разработчиками информационных систем являются зарубежные компании, система должна быть приспособлена к пользованию российскими компаниями. Причём здесь имеется в виду локализация как функциональная (учёт особенностей российского законодательства и систем расчётов), так и лингвистическая (система помощи и документация на русском языке). 2. Система должна обеспечивать надёжную защиту информации, для чего необходимо парольное разграничение доступа, многоуровневая система защиты данных и т.д. 3. В случае внедрения системы на крупное предприятие со сложной организационной структурой, необходима реализация удалённого доступа для того, чтобы информацией могли пользоваться все структурные подразделения организации. 4. В силу влияния внешних и внутренних факторов (изменений направления бизнеса, изменения в законодательстве и т.п.), система должна быть адаптивной. 5. Необходима возможность консолидации информации на уровне предприятий (объединение информации филиалов, дочерних компаний и т.д.), на уровне отдельных задач, на уровне временных периодов. Эти требования являются основными, но далеко не единственными критериями выбора корпоративной информационной системы для предприятия. 1.5 Выбор методологии моделирования В настоящее время на рынке компьютерных технологий представлено множество специальных программ, позволяющих обследовать предприятие и построить модель. Выбор методологии и инструментов, с помощью которых проводится моделирование бизнес-процессов, основополагающего значения не имеет. Существуют стандартизированные, опробованные временем методологии и инструментальные средства, с помощью которых можно обследовать предприятие и построить его модель. Ключевое их преимущество - простота и доступность к овладению. Моделирование бизнес-процессов затрагивает многие аспекты деятельности компании: Изменение организационной структуры; Оптимизацию функций подразделений и сотрудников; Перераспределение прав и обязанностей руководителей; Изменение внутренних нормативных документов и технологии проведения операций; Новые требования к автоматизации выполняемых процессов и т. д. Целью моделирования является систематизация знаний о компании и ее бизнес-процессах в наглядной графической форме более удобной для аналитической обработки полученной информации. Модель должна отражать структуру бизнес-процессов организации, детали их выполнения и последовательность документооборота. Моделирование бизнес-процессов организации включает два этапа структурное и детальное. Структурное моделирование бизнес-процессов организации может выполняться в нотации idef0 с использованием инструментария bpwin. В данной работе моделирование процессов выполнялось на языке idef0, idef3, idef1x и dfd в программе ms office visio. На этапе структурного моделирования в модели должны быть отражены: Существующая организационная структура; Документы и иные сущности, используемые при исполнении моделируемых бизнес-процессов и необходимые для моделирования документооборота, с описаниями их основного смысла; Диаграммы взаимодействия, отражающие последовательность создания и перемещения документов (данных, материалов, ресурсов и т.п.) Между действующими лицами. Детальная модель организации должна включать: Набор прецедентов, отражающих возможные варианты выполнения бизнес-процессов «как есть»; Диаграммы действий, детально описывающие последовательность выполнения бизнес-процессов; Диаграммы взаимодействия, отражающие схемы документооборота. Модели должны быть согласованы с ведущими специалистами организации, обладающими необходимыми знаниями. 2 РАЗРАБОТКА МОДЕЛИ ИНФОРМАЦИОННОЙ СИСТЕМЫ 2.1 Моделирование бизнес-процессов в организации (IDEF0) Функциональная модель предназначена для описания существующих бизнес - процессов на предприятии (так называемая модель as-is) и идеального положения вещей - того, к чему нужно стремиться (модель то-ве). Методология idef0 предписывает построение иерархической системы диаграмм - единичных описаний фрагментов системы. В idef0 система представляется как совокупность взаимодействующих работ или функций. Такая чисто функциональная ориентация является принципиальной - функции системы анализируются независимо от объектов, которыми они оперируют. Это позволяет более чётко смоделировать логику и взаимодействие процессов организации. Под моделью в idef0 понимают описание системы (текстовое и графическое), которое должно дать ответ на некоторые заранее определённые вопросы. Основными понятиями методологии функционального моделирования работ являются: Работы (activity) - поименованные процессы, функции или задачи, которые происходят в течение определенного времени и имеют распознаваемые результаты. На диаграмме работы изображаются прямоугольниками. Вход (input) - материал или информация, которые используются работой для получения результата. Управление (control) - правила, стратегии, стандарты, которыми руководствуется работа. Выход (output) - материал или информация, которые производятся работой. Каждая работа должна иметь хотя бы одну стрелку выхода, так как работа без результата не имеет смысла и не должна моделироваться. Механизм (mechanism) - ресурсы, которые выполняют работу (персонал). Вызов (call) представляет собой взаимодействие одной модели работ с другой. Различают в idef0 пять типов связей работ. Связь по входу (input-output) имеет место, когда выход вышестоящей работы направляется на вход следующей работы. Связь по управлению (output-control) обозначает ситуацию, когда выход вышестоящей работы направляется на управление следующей работы. Связь показывает доминирование вышестоящей работы. Обратная связь по входу (output-input feedback) имеет место, когда выход нижестоящей работы направляется на вход вышестоящей. Обратная связь по управлению (output-control feedback) обозначает ситуацию, когда выход нижестоящей работы направляется на управление вышестоящей. Является показателем эффективности бизнес-процесса. Связь выход-механизм (output-mechanism) имеет место, когда выход одной работы направляется на механизм другой и показывает, что работа подготавливает ресурсы для проведения другой работы. Из перечисленных блоков строятся диаграммы работ, описывающие принципы функционирования системы. Процесс моделирования какой-либо системы в idef0 начинается с определения контекста, т. Е. Наиболее абстрактного уровня описания системы в целом. Построение модели ис начинается с описания функционирования предприятия (системы) в целом в виде контекстной диаграммы (рис.2). После описания контекстной диаграммы проводится функциональная декомпозиция – система разбивается на подсистемы, каждая подсистема описывается отдельно (диаграммы декомпозиции). Затем каждая подсистема разбивается на более мелкие и так далее до достижения нужной степени подробности. В результате такого разбиения, каждый фрагмент системы изображается на отдельной диаграмме декомпозиции. Диаграмма работы информационной системы агентства недвижимости отображает весь поток входных и выходных данных, которые обрабатываются в информационной системе. Деятельность агентства производится на основании гражданского и жилищного кодекса. После согласования цены и остальных условия договора оформляется сделка. Рисунок 2 – контекстная диаграмма информационной системы агентства недвижимости 2.2 Моделирование потоков данных (DFD) Диаграммы потоков данных (dfd) являются основным средством моделирования функциональных требований к проектируемой системе. С их помощью эти требования представляются в виде иерархии функциональных компонентов (процессов), связанных потоками данных. Главная цель такого представления – продемонстрировать, как каждый процесс преобразует входные данные в выходные, а также выявить отношения между этими процессами. Модель dfd, как и большинство других структурных моделей – иерархическая модель. Каждый процесс может быть подвергнут декомпозиции, то есть разбиению на структурные составляющие, отношения между которыми в той же нотации могут быть показаны на отдельной диаграмме. Для построения dfd используются две различные нотации, соответствующие методам йордана-демарко и гейна-сэрсона. Эти нотации незначительно отличаются друг от друга графическим изображением символов. В основе методологии гейна-сэрсона лежит построение модели анализируемой ис - проектируемой или реально существующей. В соответствии с методологией модель системы определяется как иерархия диаграмм потоков данных (dfd), описывающих асинхронный процесс преобразования информации от ее ввода в систему до выдачи пользователю. Диаграммы верхних уровней иерархии (контекстные диаграммы) определяют основные процессы или подсистемы ис с внешними входами и выходами. Они детализируются при помощи диаграмм нижнего уровня. Такая декомпозиция продолжается, создавая многоуровневую иерархию диаграмм, до тех пор, пока не будет достигнут такой уровень декомпозиции, на котором процесс становятся элементарными и детализировать их далее невозможно. Источники информации (внешние сущности) порождают информационные потоки (потоки данных), переносящие информацию к подсистемам или процессам. Те в свою очередь преобразуют информацию и порождают новые потоки, которые переносят информацию к другим процессам или подсистемам, накопителям данных или внешним сущностям – потребителям информации. Таким образом, основными компонентами диаграмм потоков данных являются: Внешние сущности; Системы/подсистемы; Процессы; Накопители данных; Потоки данных. 1. Внешние сущности Внешняя сущность представляет собой материальный предмет или физическое лицо, представляющее собой источник или приёмник информации, например, заказчики, персонал, клиенты. Определение некоторого объекта или системы в качестве внешней сущности указывает на то, что она находится за пределами границ анализируемой ис. В процессе анализа некоторые внешние сущности могут быть перенесены внутрь диаграммы анализируемой ис, если это необходимо, или, наоборот, часть процессов ис может быть вынесена за пределы диаграммы и представлена как внешняя сущность. Внешняя сущность обозначается квадратом, расположенным как бы "над" диаграммой и бросающим на неё тень, для того, чтобы можно было выделить этот символ среди других обозначений. 2. Системы и подсистемы При построении модели сложной ис она может быть представлена в самом общем виде на так называемой контекстной диаграмме в виде одной системы как единого целого, либо может быть декомпозирована на ряд подсистем. Номер подсистемы служит для её идентификации. В поле имени вводится наименование подсистемы в виде предложения с подлежащим и соответствующими определениями и дополнениями. 3. Процессы Процесс представляет собой преобразование входных потоков данных в выходные в соответствии с определённым алгоритмом. Физически процесс может быть реализован различными способами: это может быть подразделение организации (отдел), выполняющее обработку входных документов и выпуск отчётов, программа, аппаратно-реализованное логическое устройство и т.д. Номер процесса служит для его идентификации. В поле имени вводится наименование процесса в виде предложения с активным недвусмысленным глаголом в неопределённой форме (вычислить, рассчитать, проверить, определить, создать, получить), за которым следуют существительные в винительном падеже, например: "ввести сведения о клиентах"; "выдать информацию о имеющейся недвижимости"; "проверить поступление денег". Использование таких глаголов, как "обработать", "модернизировать" или "отредактировать" означает, как правило, недостаточно глубокое понимание данного процесса и требует дальнейшего анализа. Информация в поле физической реализации показывает, какое подразделение организации, программа или аппаратное устройство выполняет данный процесс. 4. Накопители данных Накопитель данных представляет собой абстрактное устройство для хранения информации, которую можно в любой момент поместить в накопитель и через некоторое время извлечь, причём способы помещения и извлечения могут быть любыми. Накопитель данных может быть реализован физически в виде ящика в картотеке, таблицы в оперативной памяти, файла на магнитном носителе и т.д. Накопитель данных идентифицируется буквой "d" и произвольным числом. Имя накопителя выбирается из соображения наибольшей информативности для проектировщика. Накопитель данных в общем случае является прообразом будущей базы данных, и описание хранящихся в нем данных должно быть увязано с информационной моделью. 5. Потоки данных Поток данных определяет информацию, передаваемую через некоторое соединение от источника к приёмнику. Реальный поток данных может быть информацией, передаваемой между двумя устройствами, пересылаемыми по электронной почте письмами, дисками, переносимыми с между компьютерами и т. Д. Диаграмма dfd отображает работу агентства недвижимости. Внешней сущностью здесь выступает клиент, который обращается в агентство путём ввода личных данных. После ввода личных данных клиент заносится в бд зарегистрированных пользователей, после чего пользователю из базы данных информации о недвижимости предлагается выбрать недвижимость. После информация о выбранной пользователем недвижимости заносится в базу данных для дальнейшего оформления. Рисунок 3 – диаграмма dfd организации работы ис 2.3 Описание логики взаимодействия информационных потоков (IDEF3) Idef3 является стандартом документирования технологических процессов, происходящих на предприятии, и предоставляет инструментарий для наглядного исследования и моделирования их сценариев. Сценарием называется описание последовательности изменений свойств объекта, в рамках рассматриваемого процесса (например, описание последовательности этапов обработки детали в цеху и изменение её свойств после прохождения каждого этапа). Исполнение каждого сценария сопровождается соответствующим документооборотом, который состоит из двух основных потоков: документов, определяющих структуру и последовательность процесса (технологических указаний, описаний стандартов и т.д.), и документов, отображающих ход его выполнения (результатов тестов и экспертиз, отчётов о браке, и т.д.). Для эффективного управления любым процессом, необходимо иметь детальное представление об его сценарии и структуре сопутствующего документооборота. Средства документирования и моделирования idef3 позволяют выполнять следующие задачи: Документировать имеющиеся данные о технологии процесса, выявленные, скажем, в процессе опроса компетентных сотрудников, ответственных за организацию рассматриваемого процесса. Определять и анализировать точки влияния потоков сопутствующего документооборота на сценарий технологических процессов. Определять ситуации, в которых требуется принятие решения, влияющего на жизненный цикл процесса, например, изменение конструктивных, технологических или эксплуатационных свойств конечного продукта. Содействовать принятию оптимальных решений при реорганизации технологических процессов. Разрабатывать имитационные модели технологических процессов, по принципу "как будет, если..." В данной работе диаграмма idef3 будет отображать суть работы регистрации пользователя на сайте агентства недвижимости. Сначала пользователь вводит свои данные в специальную форму, затем происходит проверка с зарегистрированными пользователями, если пользователь в базе данных зарегистрированных пользователей найден и введённые данные верны, то он направляется в личный кабинет. Если пользователь в базе данных не найден, и введённые им данные верны, то происходит процесс регистрации с последующим получением доступа к личному кабинету. Рисунок 4 – диаграмма idef3 регистрации пользователя на сайте агентства недвижимости 2.4 РАЗРАБОТКА МОДЕЛИ ДАННЫХ (IDEF1X) Методология idef1x представляет собой семантическое моделирование данных и применяется для построения информационной модели в виде er-диаграммы, которая представляет структуру информации, необходимой для поддержания функции производственной системы или среды. Концептуальная модель, представленная в соответствии со стандартом idef1x, является логической схемой базы данных для проектируемой системы. Диаграмма idef1x показывает логическую структуру данных в информационной системе. Основными объектами концептуальной модели являются сущности и связи. Сущность – некоторый обособленный объект или событие моделируемой системы, имеющий определённый набор свойств – атрибутов. Отдельный элемент этого множества называется "экземпляром сущности". Сущность может обладать одним или несколькими атрибутами, которые однозначно идентифицируют каждый образец сущности, и может обладать любым количеством связей с другими сущностями. Правила для атрибутов сущности: 1. Каждый атрибут должен иметь уникальное имя. 2. Сущность может обладать любым количеством атрибутов. 3. Сущность может обладать любым количеством наследуемых атрибутов, но наследуемый атрибут должен быть частью первичного ключа сущности-родителя. 4. Для каждого экземпляра сущности должно существовать значение каждого его атрибута (правило не обращения в нуль – not null). 5. Ни один из экземпляров сущности не может обладать более чем одним значением для её атрибута. Сущность изображается на er-диаграмме в виде прямоугольника, в верхней части которого приводится её название; далее следует список атрибутов. Ключевые атрибуты могут быть выделены подчёркиванием или иным способом. Каждая сущность может обладать любым количеством связей с другими сущностями. Сущность является независимой, если каждый её экземпляр может быть однозначно идентифицирован без определения его связей с другими сущностями. Сущность может обладать атрибутами, которые наследуются через связь с родительской сущностью. Последние обычно являются внешними ключами и служат для организации связей между сущностями. Если внешний ключ сущности используется в качестве её первичного ключа (pk) или как часть составного первичного ключа, то сущность является зависимой от родительской сущности. Если внешний ключ не является первичным и не входит в составной первичный ключ, то сущность является независимой от родительской сущности. Если сущность является зависимой, то связь её с родительской сущностью называется идентифицирующей, в противном случае - не идентифицирующей. Связь изображается на er-диаграмме линией, проводимой между сущностью-родителем и сущностью-потомком с точкой на конце линии у сущности-потомка, идентифицирующая связь изображается сплошной линией, не идентифицирующая – пунктирной. Связи даётся имя, выражаемое грамматической формой глагола. Для связи дополнительно может присутствовать указание мощности: какое количество экземпляров сущности-потомка может существовать для сущности-родителя. Имя связи всегда формируется с точки зрения родителя, так что может быть образовано предложение, если соединить имя сущности родителя, имя связи, выражение мощности и имя сущности-потомка. На данной диаграмме присутствуют сущности: недвижимость, сделки, клиенты, которые объединены между собой при помощи внешних ключей и образуют связь «один-ко многим». Рисунок 5 – диаграмма idef1x ЗАКЛЮЧЕНИЕ В процессе выполнения данной работы, были применены теоретические и практические навыки по дисциплине «методы и средства проектирования информационных систем и технологий». При реализации проекта был проведён анализ предметной области, продумано назначение информационной системы, приобретены практические навыки по проектированию структуры, разработке и реализации проектирования информационной системы. В процессе создания информационной системы были построены полные и непротиворечивые функциональные и информационные модели. Для построения различных диаграмм модели использовался набор инструментальных средств, позволяющих в наглядной форме моделировать предметную область в соответствии с информационными потребностями пользователей. Таким образом, информационные системы играют существенную роль в современном мире, обеспечивая актуальной информацией специалистов, пользователей в той или иной предметной области. Все, с чем мы ежедневно сталкиваемся в жизни, скорее всего, зарегистрировано в той или иной информационной системе. Умение работать с информационными системами является одним из важнейших навыков в работе с компьютером, а специалисты, умеющие работать с информационными системами всегда окажутся востребованными. |