Ответы Информационные системы. ответы ис. Например, ис библиотечного обслуживания, резервирования и продажи билетов на
 Скачать 170.35 Kb.
|
|
1. Дайте определение понятия, назначения и функций информационных систем Задача информационной системы - гарантировать сбор, сбережение, обработку, разведка, передачу, выдачу инфы, важной в процессе принятия заключений по управлению предприятием. Основными функциями информационной системы являются сбор, передача и хранение информации, а также операции обработки: ввод, выборка, корректировка и выдача информации. 2. Опишите классификацию информационных систем по характеру обработки данных и характеру использования выходной информации В зависимости от характера обработки данных ИС делятся на информационно- поисковые и информационно-решающие. Информационно-поисковые системы производят ввод, систематизацию, хранение, выдачу информации по запросу пользователя без сложных преобразований данных. (Например, ИС библиотечного обслуживания, резервирования и продажи билетов на транспорте, бронирования мест в гостиницах и пр.) Информационно-решающие системы осуществляют, кроме того, операции переработки информации по определенному алгоритму. По характеру использования выходной информации такие системы принято делить на управляющие и советующие. Результирующая информация управляющих ИС непосредственно трансформируется в принимаемые человеком решения. Для этих систем характерны задачи расчетного характера и обработка больших объемов данных. (Например, ИС планирования производства или заказов, бухгалтерского учета.) Советующие ИС вырабатывают информацию, которая принимается человеком к сведению и учитывается при формировании управленческих решений, а не инициирует конкретные действия. Эти системы имитируют интеллектуальные процессы обработки знаний, а не данных. (Например, экспертные системы.) 3. Опишите классификацию информационных систем по сфере применения В зависимости от сферы применения различают следующие классы ИС. Информационные системы организационного управления - предназначены для автоматизации функций управленческого персонала как промышленных предприятий, так и непромышленных объектов (гостиниц, банков, магазинов и пр.). Основными функциями подобных систем являются: оперативный контроль и регулирование, оперативный учет и анализ, перспективное и оперативное планирование, бухгалтерский учет, управление сбытом, снабжением и другие экономические и организационные задачи. ИС управления технологическими процессами (ТП) - служат для автоматизации функций производственного персонала по контролю и управлению производственными операциями. В таких системах обычно предусматривается наличие развитых средств измерения параметров технологических процессов (температуры, давления, химического состава и т.п.), процедур контроля допустимости значений параметров и регулирования технологических процессов. 4. Основные компоненты ИС: Предметная область--- База данных, вычислительная система, программное обеспечение, пользователь -- База метаданных Предметная область – элементы материальной системы, информация о которых хранится и обрабатывается в ИС. База данных – набор сообщений, которые представляют информационное отображение материальных процессов. Вычислительная система –серийно выпускаемая ЭВМ или несколько ЭВМ объединенные каналами связи и вычислительной сетью, включающие необходимые периферийные устройства. Программное обеспечение – система управления базой данных (СУБД), позволяющая решать конкретные задачи по поиску, хранению и обработке данных по определенному алгоритму. (Бухгалтерские информационные системы). База метаданных – информационное отображение информационной системы. Если в качестве предметной области изучается и описывается сама информационная система то выделяемые в ИС объекты, свойства и взаимодействия служат понятийной основой для моделей создания и функционирования ИС. Такие компоненты как база данных, программное обеспечение, не являются физическими объектами, поэтому информационное отображение ИС осуществляется в метаинформацию. Иными словами информация об информации называется метаинформацией. Пользователь – специалист, в определенной предметной области осуществляющий решение задач с помощью ИС. Условно пользователей можно подразделить на шесть групп: 1. случайные пользователи, взаимодействие с ИС, для них не обусловлено служебными обязанностями, 2. параметрические пользователи, которые работают с ИС в соответствии с четко определенными обязанностями профессиональной деятельности, по регламентированным процедурам, 3. аналитики и исследователи, информационные потребности таких пользователей непредсказуемы, 4. прикладные программисты, разрабатывающие программы, которые реализуют запросы к базе данных, их программы в основном используют параметрические пользователи, 5. системные программисты, которые разрабатывают служебные программы, расширяющие возможности операционной системы и СУБД, например программы разграничения доступа к данным, проверки достоверности данных ( информационные фильтры) восстановления баз данных после сбоя и т.д. 6. администратор баз данных – специалист, занятый обслуживанием пользователей баз данных. Администратор координирует процессы сбора информации, проектирования им эксплуатации базы данных, обеспечение защиты и целостности базы данных. 5. Исторически первыми появились информационные системы с использованием файл-сервера. Файл-сервер только извлекает данные из файла (файлов) базы данных и передает их клиенту для дальнейшей обработки (рис. 1.1). В процессе работы из базы данных клиенту передаются большие объемы информации. Значительный сетевой трафик иногда особенно сильно сказывается при одновременной работе даже уже нескольких клиентов, например вы скачиваете игры на Андроид Fruit Ninja или другие приложения. В файл-серверной архитектуре всегда передаются избыточные данные. Неважно, сколько записей из базы данных нужны клиенту — файлы базы данных передаются в самом общем случае целиком. Что касается MS Access, то нагрузку на сеть добавляют еще и объекты приложения, такие как формы, отчеты и т. д. Они вместе с данными хранятся в одном файле на компьютере-сервере.  6. Опишите клиент-серверную архитектуру информационных систем Информационные системы с клиент-серверной архитектурой позволяют избежать проблем файл-серверных приложений. При такой архитектуре сервер базы данных, расположенный на компьютере-сервере, обеспечивает выполнение основного объема обработки данных. Клиентское приложение формирует запросы к серверу базы данных, как правило, в виде инструкций языка SQL. Сервер извлекает из базы запрошенные данные и передает на компьютер клиента. Главное достоинство такого подхода — значительно меньший объем передаваемых данных. Большинство конфигураций информационных систем типа «клиент-сервер» использует двухуровневую модель, в которой клиент обращается к серверу (рис. 1.2).  7. Укажите особенности трехуровневой клиент-серверной архитектуры информационных систем Основным ее отличием от архитектуры 2.5 является физическое разделение программ, отвечающих за хранение данных (СУБД) от программ эти данные 7 обрабатывающих (сервер приложения (СП), application server (AS)). Такое разделение программных компонент позволяет оптимизировать нагрузки как на сетевое, так и на вычислительное оборудование комплекса. 8. Жизненный цикл создания и использования компьютерных программ отражает различные их состояния, начиная с момента возникновения необходимости в данном программном изделии и заканчивая моментом его полного выхода из употребления у всех пользователей. Традиционно выделяются следующие основные этапы жизненного цикла программного обеспечения: 1) анализ требований, 2) проектирование, 3) кодирование (программирование), 4) тестирование и отладка, 5) эксплуатация и сопровождение. 9. Опишите стадии жизненного цикла информационной системы Жизненный цикл ИС является производной жизненного цикла информации, информационных продуктов и услуг и технических средств. Стадии жизненного цикла для информационных систем в различных отраслях человеческой деятельности, по сути, одинаковы: 1) постановка задачи, 2) проектирование услуг, 3) разработка и развертывание, 4) гарантированное предоставление услуг, 5) модернизация или ликвидация услуги. 10. Наибольшее распространение получили три модели жизненного цикла информационных технологий: каскадная, поэтапная и спиральная. Каскадная модель или «водопад» используется в технологиях, ориентированных на переход к следующему этапу после полного окончания работ на предыдущем этапе Недостатком такой модели является то, что реальный процесс создания ИС обычно полностью не укладывается в такую жесткую схему. Практически постоянно возникает потребность возвращаться к предыдущим этапам, уточнять или пересматривать ранее принятые решения. В результате затягиваются сроки получения результатов, а пользователи могут вносить замечания лишь по завершению всех работ с системой. При этом модели автоматизируемого объекта могут устареть к моменту их утверждения. Поэтапная модель обычно включает промежуточный контроль на любом этапе и межэтапные корректировки. Обеспечивает меньшую трудоемкость по сравнению с каскадной моделью, но время жизни каждого этапа становится равным всему жизненному циклу. Межэтапные корректировки позволяют уменьшить трудоемкость процесса разработки по сравнению с каскадной моделью Спиральная модель (рис. 5.3) характеризуется тем, что на начальных этапах ЖЦ осуществляются выработка стратегии, анализ требований и предварительное детальное проектирование. При этом создаются прототипы (макеты), позволяющие проверить и обосновать реализуемость технических решений. Каждый виток спирали соответствует поэтапной модели создания фрагмента или версии изделия. На нём уточняются цели и характеристики проекта, определяется его качество, и планируются работы следующего витка спирали. В результате выбирается обоснованный вариант, который и реализуется. 11. Опишите назначение и функции CASE-технологий Основной целью CASE-технологии является разграничение процесса проектирования программных продуктов от процесса кодирования и последующих этапов разработки, максимально автоматизировать процесс разработки. В функции CASE входят средства анализа, проектирования и программирования программных средств, проектирования интерфейсов, документирования и производства структурированного кода на каком-либо языке программирования. CASE-инструменты классифицируются по типам и категориям. 12. Дайте определение риска и управления рисками Риск информационных систем – это подвид операционных рисков компании, постоянно воздействующий на деятельность организации и связанный с изменением бизнес-процесса, либо их отдельных характеристик в сфере информационных технологий. Способен приводить к катастрофическим рискам. Тема "Управление рисками" рассматривается на административном уровне ИБ, поскольку только руководство организации может выделить необходимые ресурсы, инициировать и контролировать выполнение соответствующих программ. Вообще говоря, управление рисками, равно как и выработка собственной политики безопасности, нужны только для тех организаций, информационные системы (ИС) которых и/или обрабатываемые данные можно считать нестандартными. Типовую организацию вполне устроит типовой набор защитных мер, выбранный на основе представления о типичных рисках или вообще без всякого анализа рисков (особенно это верно, с формальной точки зрения, в свете российского законодательства в области информационной безопасности). Можно провести аналогию между индивидуальным строительством и получением квартиры в районе массовой застройки. В первом случае необходимо принять множество решений, оформить большое количество документов, во втором — достаточно определиться лишь с несколькими параметрами. 13. Опишите категории риска (проектный, технический и бизнес-риск) Проектный риск касается выделенных финансовых ассигнований – как они последовательно распределяются по времени. Кадровый состав – график выполнения работ, наличие ресурсов. И в качестве основных факторов риска рассматриваются 3 (в проектном риске): 1) Сложность проекта 2) Размер проекта 3) Структура проекта Технический риск возникает в процессе проектирования и разработке. На всех этапах проектирования какие-то элементы могут оказаться технически сложными. В разработке интерфейсов, при тестировании разработанной программы продукции. Сюда же относятся технические неточности в документации, нечеткость технологических ограничений. Эти риска связаны с недостаточным первоначальным пониманием сложности проблем, которые придется в дальнейшем решать. Бизнес риск - наиболее может оказаться коварным и он очень многообразный. Какие тут необходимо учитывать моменты? 1) Отсутствие спроса на этот продукт. 2) Нарушение финансовых обязательств Это можно так сказать – маркетинговый риск, бюджетный, финансовый, управленческий. 14. Перечислите мероприятия по управлению рисками 15. Опишите правила и рекомендации построения диаграмм IDEF0 В IDEF0 существуют соглашения (правила и рекомендации) по созданию диаграмм, которые призваны облегчить чтение и экспертизу модели [14, 18, 19, 45, 46, 47]. Некоторые из этих правил CASE-средства поддерживают автоматически, выполнение других следует обеспечить вручную. 1. Перед построением модели необходимо определиться, какая модель (модели) системы будет построена. Это подразумевает определение ее типа «AS-IS», «SHOULD-BE» или «TO-BE», а также определения позиции, с точки зрения которой строится модель. «Точку зрения» лучше всего представлять себе как место (позицию) человека или объекта, в которое надо встать, чтобы увидеть систему в действии. Например, при построении модели работы продуктового магазина можно среди возможных претендентов, с точки зрения которых рассматривается система, выбрать продавца, кассира, бухгалтера или директора. Обычно выбирается одна точка зрения, наиболее полно охватывающая все нюансы работы системы, и при необходимости для некоторых диаграмм декомпозиции строятся диаграммы FEO, отображающие альтернативную точку зрения. 2. При разработке моделей следует избегать изначальной «привязки» функций исследуемой системы к существующей организационной структуре моделируемого объекта (предприятия, фирмы). Это помогает избежать субъективной точки зрения, навязанной организацией и ее руководством. Организационная структура должна явиться результатом использования (применения) модели. 3. На контекстной диаграмме отображается один блок, показывающий назначение системы. Для него рекомендуется отображать по 2–4 стрелки, входящие и выходящие с каждой стороны. 4. Количество блоков на диаграммах декомпозиции рекомендуется в пределах 3–6. Если на диаграмме декомпозиции два блока, то она, как правило, не имеет смысла. При наличии большого количества блоков диаграмма становится перенасыщенной и трудно читаемой. 5. Блоки на диаграмме декомпозиции следует располагать слева направо и сверху вниз. Такое расположение позволяет более четко отразить логику и последовательность выполнения функций (работ). Кроме этого, маршруты стрелок будут менее запутанными и иметь минимальное количество пересечений. 6. Отсутствие у функции одновременно стрелок управления и входа не допускается. Это означает, что запуск данной функции не контролируется и может произойти в любой произвольный момент времени либо вообще никогда. 16. Опишите назначение модели и нотации бизнес-процессов BPMN Модель и нотация бизнес-процессов (BPMN, Business Process Model and Notation) – методология моделирования, анализа и реорганизации бизнес-процессов. Разработана Business Process Management Initiative (BPMI), с 2005 г. поддерживается и развивается Object Management Group (OMG). В отличие от других методологий бизнес- моделирования, имеющих статус «фирменного» (EPC) или «национального» (IDEF0) стандарта, BPMN получила «международный» статус – Международная организация по стандартизации опубликовала стандарт «ISO/IEC 19510:2013. Information technology - Object Management Group. Business Process Model and Notation». Основной целью BPMN является обеспечение доступной нотацией описания бизнес- процессов всех пользователей: от аналитиков, создающих схемы процессов, и разработчиков, ответственных за внедрение технологий выполнения бизнес-процессов, до руководителей и обычных пользователей, управляющих этими бизнес-процессами и отслеживающих их выполнение. Таким образом, BPMN нацелен на устранение расхождения между моделями бизнес-процессов и их реализацией. 17. Опишите типы шлюзов в качестве указателя специфики пропуска потока операций Фигуры в виде ромба влияют на потоки.Выделяют следующие типы шлюзов:• Эксклюзивные ИЛИ (XOR) –исключающие условия иобъединения. Могут основыватьсякак на данных (Data-Based), так ина событиях (Event-Based).Данный тип Шлюзов, основанныйна данных, отображается как смаркером «X», так и без него.• ИЛИ (OR) – включающие условияи объединение.• Комплексные (Complex) –сложные условия и ситуации(например, 3 из 5).• И (AND) – раздвоение и слияние.Шлюзы каждого из типов оказываютвлияние как на входящие, так и наисходящие потоки. Шлюзы используются для контроля расхождений и схождений множественных Потоков операций Процесса и Хореографии. Таким образом, данный термин подразумевает ветвление, раздвоение, слияние и соединение маршрутов. Могут содержать внутренние маркеры, предназначенные для дифференцировки направления потоков. Опишите правила построения BPMN-диаграмм Процесс моделирования процессов с помощью BPMN подчиняется классическим принципам моделирования: декомпозиции и иерархического упорядочивания. Декомпозиция, с отображением на отдельных диаграммах, выполняется для участников (пулов) и отдельных подпроцессов, подобно работам на диаграммах IDEF0 или предопределенным процессам на блок-схемах. Ниже приводятся другие правила и рекомендации. 1. Несмотря на тот факт, что события – необязательные элементы на диаграммах, рекомендуется отображать начальные и конечные события. У одного процесса (пула, дорожки, развернутого подпроцесса) должно быть только одно начальное событие, но может быть несколько конечных событий. 2. На диаграмме не должны присутствовать элементы без единой связи. 3. В отличие от EPC-диаграмм, допускается последовательное следование нескольких событий или процессов подряд. Опишите принципы планирования деятельности предприятия  21. Выявите различия между файл-серверной и клиент-серверной архитектурами информационных систем Сетевое многопользовательское приложение строится по принципу файл-серверной архитектуры. Данные в виде одного или нескольких файлов размещаются на файловом сервере. Файловый сервер принимает запросы, поступающие по сети от компьютеров-клиентов, и передает им требуемые данные. Однако обработка этих данных выполняется на компьютерах-клиентах. На каждом из компьютеров запускается полная копия процессора обработки данных Jet Engine. Любая копия Jet независимо управляет файлами MDB, содержащими данные. Единственная связь между этими независимыми действиями — файл блокировок (файл, который имеет имя, совпадающее с именем файла приложения, но с расширением Idb), который обязательно создается для каждого файла базы данных с расширением mdb. При этом каждая копия Jet выполняет изменения индексов, работу с системными таблицами и другие функции, входящие в компетенцию СУБД. В архитектуре "клиент-сервер" сервер базы данных не только обеспечивает доступ к общим данным, но и берет на себя всю обработку этих данных. Клиент посылает на сервер запросы на чтение или изменение данных, которые формулируются на языке SQL. Сервер сам выполняет все необходимые изменения или выборки, контролируя при этом целостность и согласованность данных, и результаты в виде набора записей или кода возврата посылает на компьютер клиента. Недостатки архитектуры с файловым сервером очевидны и вытекают главным образом из того, что данные хранятся в одном месте, а обрабатываются в другом. Это означает, что их нужно передавать по сети, что приводит к очень высоким нагрузкам на сеть и, вследствие этого, резкому снижению производительности приложения при увеличении числа одновременно работающих клиентов. Вторым важным недостатком такой архитектуры является децентрализованное решение проблем целостности и согласованности данных и одновременного доступа к данным. Такое решение снижает надежность приложения. Приведите пример распределения ролей участников проекта Команда проекта – совокупность отдельных лиц (участников проекта), привлеченных к выполнению работ проекта и ответственных перед руководителем проекта за их выполнение. Квалификация участников проекта внедрения корпоративного хранилища данных (как со стороны Заказчика, так и со стороны Исполнителя), их профессиональная компетенция должны (желательно) соответствовать требованиям представленным ниже. В процессе разработки и эксплуатации системы участвует определенный круг лиц (представители заказчика и разработчика), заинтересованных в успешной реализации проекта. В этом процессе между ними распределяются роли, за каждой из которых закрепляется определенный набор функций (обязанностей). При этом один и тот же человек может выступать в разных ролях (качествах). Так, например, один и тот же человек может быть проектировщиком и программистом, в то же время в проекте может принимать участие несколько экспертов, проектировщиков или программистов. приведен типичный список ролей и их функций. У проекта должен быть один руководитель и, как правило, один системный аналитик. За остальные роли в крупных проектах отвечает обычно по несколько человек. В табл. 2.2 роли эксперта-технолога и пользователя выполняют представители заказчика, остальные роли – представители разработчика. Эксперты-технологи могут быть приглашены из сторонней организации. По мере необходимости в проекте могут принимать участие координатор работ (ответственный) со стороны заказчика, аудиторы и т. д. 23. Выделите достоинства и недостатки каскадной модели жизненного цикла информационной системы Каскадная стратегия Данная модель применяется при разработке информационных систем, для которых в самом начале разработки можно достаточно точно и полно сформулировать все требования. |