Информационные системы и технологии

Размещено на http://www.allbest.ru/

Вариант №15

1.(1) Дать определение экономического объекта

Экономический объект - люди, различные предметы, явления или факт про которые могут быть собраны данные.

2. (15) Что такое информационная совокупность?

В специальной литературе употребляют синонимы реквизита, а именно: элемент, терм, атрибут, признак и тому подобное.

Сущность экономической информации раскрывается через экономический показатель, который являет собой информационную совокупность с минимальным составом реквизитов-признаков и реквизитов-основ, достаточным для создания элементарного документа (документоряда).

Показатель есть структурная единица, которая характеризует любой конкретный объект управления с количественной и качественной стороны. Поэтому показатель имеет название, которое раскрывает его форму, и значение, которое дополняет форму количественно-качественными ее характеристиками. Показатель "Добыча нефти 120 млн. т являются носителем количественной и качественной характеристики соответствующей величины.

Набор взаимоувязанных данных одной формы (одного названия) со всеми ее значениями являет собой массив данных. Примером массива может быть совокупность данных о движении денежных средств на предприятии. Массив данных является основной информационной совокупностью, которой оперируют в информационных процедурах.

Совокупность массивов данных, которые касаются одного и того же участка управленческой работы, называют информационным потоком. При физическом подходе к структуре экономической информации (то есть с позиций ее представления на носителях) соответствующие структурные единицы выделяются в зависимости от носителя информации и способа ее фиксации.

Например, если за основную единицу информации взят бумажный документ, то можно выделить единицы информации высшего и более низкого уровня. Единицами высшего уровня являются кипа документов, документационное хозяйство объекта управления. Единицами низшего уровня являются зона документа, строка, графа, позиция.

3.(31) Заказчик, его права и обязанности

Созданием информационной системы занимается заказчик, какой вводить информационную систему в эксплуатацию. Он может привлекать к разработке проекта специализированные научно-исследовательские или проектные организации или разрабатывать сам.

В организации заказчику можно выделить пользователя - лица или группы лиц, которые работают с информационной системой или пользуются ее результатами, и группы лиц, которые сопровождают информационную систему или поддерживают ее в рабочем состоянии, а может, и выполняют процесс обработки данных.

Между заказчиком и разработчиком заключается договор, в котором согласно действующим положениям и инструкциям определяются права и обязанности каждой из сторон.

Состав и объемы работ, которые выполняются, сроки их выполнения, условия проведения и принятия отдельных этапов и работ, распределение работ между разработчиком, соисполнителями и заказчиком в процессе создания информационной системы определяются нарядами-заказами, договорами и прилагаемыми к ним программой работ, календарным планом выполнения работ сметой (калькуляцией).

В случае невыполнения какой-то из сторон своих обязанностей виновные возмещают понесенные убытки или переносят сроки выполнения работ с возмещением понесенных убытков.

Да, заказчик финансирует работы по созданию информационной системы, участвует в самих работах и обеспечивает необходимые условия для внедрения, функционирования и использования системы. При создании системы заказчик должен:

1) предоставлять полные и достоверные данные для разработки системы;

2) участвовать в разработке, согласовании и утверждении технико-экономического обоснования и технического задания на создание информационной системы;

3) рассматривать, согласовывать и утверждать техническую документацию на информационную систему;

4) разрабатывать проектно-сметную документацию по объектам информационной системы;

5) приобретать, размещать и выполнять монтаж технических средств;

6) производить строительно-монтажные и наладочные работы;

7) организовывать эксплуатацию и ремонт технических средств;

8) организовывать подготовку данных, необходимых для функционирования информационной системы;

9) организовывать проведение мероприятий, намеченных совместно с разработчиком, связанных с подготовкой к введению информационной системы в эксплуатацию;

10) вводить систему в эксплуатацию;

11) придерживаться соответствий эксплуатации технических средств требованиям безопасности.

Заказчик может заключать договоры на выполнение отдельных частей информационной системы с разными разработчиками или с одной организацией, которая может иметь субподрядчиков.

4.(36) Какие основные требования выдвигаются к информационной системе?

сеть компьютер информационный система

Все результаты работ, которые выполняются на разных стадиях, оформляют в виде проектных и организационно-распорядительных документов. Согласно ГОСТ 34.201-89 «Виды, комплектность и обозначение документов при создании АС» и РД 50-682-89 «Комплекс стандартов и руководящих документов на автоматизированные системы» всю документацию на информационные системы можно разделить на три направления:

1) за стадиями создания;

2) за составными частями системы;

3) за видами обеспечения.

Содержание документов является общим для всех видов информационной системы. Однако в случае потребности разработчик документов может дополнять их в зависимости от особенностей создаваемой информационной системы. В документы можно включать дополнительные разделы и сведения, объединять и исключать разделы. Требования к содержанию документов за видами обеспечения определяются РД 50-34.698-90. «Автоматизированные системы. Требования к содержанию документов».

На разных этапах могут быть разные организационно-распорядительные документы: акты, планы-графики, приказы, протоколы. Всю документацию нужно собрать в организационное обеспечение информационной системы.

По составляющим, системные документы укомплектовываются на систему, ее компоненты, функции, комплексы задач (задачу), комплекс программ (программу). На каждый комплект документов должна быть составленная известность комплекта. Кроме того, документация комплектуется за такими видами обеспечения: функциональное, информационное, техническое, математическое, программное, организационное, методическое, правовое, лингвистическое, эргонометрическое (ГОСТ 34.003-90).

5. (50) Что такое описание постановки задачи?

Оперативное описание является необязательным приложением к оперативной постановке И и РЗ. Оно создается по согласованию между заказчиком и разработчиком и содержит детализацию основных положений и требований оперативной постановки.

Объем и содержание оперативного описания может быть самым различным. Как правило, в оперативное описание могут входить следующие элементы:

1) структура И и РЗ -- блоки, из которых состоит задача, а также связи между ними;

2) определение шагов моделирования или расчета (под шагом моделирования или расчета понимается часть процесса работы задачи, на которой вычисляются промежуточные результаты);

3) гриф секретности задачи (при необходимости может отдельно указываться гриф секретности программы, исходных данных и результатов счета);

4) условные знаки и символы, используемые при вводе и выводе информации;

5) типы устройств, используемых при вводе и выводе информации и т.д.

Особо отметим важность указания второго из названных пунктов. Действительно, в ряде случаев определение шагов моделирования позволяет при необходимости организовать визуальный контроль пользователем процесса расчета путем анализа промежуточных результатов. Введение шагов моделирования бывает необходимым, когда в процессе расчета задача запрашивает дополнительные исходные данные. Кроме того, определение шагов моделирования позволяет задавать так называемые контрольные точки задачи.

Контрольная точка -- это место в программе, в котором вся информация по задаче записывается в долговременную память ЭВМ.

Если в процессе работы задачи между двумя контрольными точками произошел сбой в работе ЭВМ, то после устранения причин сбоя вычисления могут быть продолжены, начиная с последней контрольной точки. Весьма полезным оказывается этот прием и при работе с математическими моделями, требующими для проведения Численных экспериментов значительных затрат машинного времени.

6.(71) Какова классификация форм исходной информации?

Исходная информация - это информация, которая поступает на объект управления персонала или в другие системы управления, в виде документов, изображений данных и сигналов и получается в результате исполнения функций информационной системы.

Классификация форм носителей исходной информации:

1.по характеру - функциональные или изображения отдельных операций;

2.по форме подачи информации- цифровая, алфавитно- цифровая.

3.по назначению- основная, вспомогательная.

4.по месту использования- внутренняя , внешняя.

5.по официальности- утвержденная, неутвержденная.

6.по периодичности -текущие ,квартальные.

7.по срокам- оперативные, обычные не срочные.

8.по характеру содержания - содержание сообщения.

9.по характеру печати -широкий, узкий.

10.по количеству образцов.

7.(85) Основные типы ошибок связи пользователь - ПЭВМ

Ошибки в алгоритме переработки информации, в соответствии с которым работает ЭВМ, являются достаточно редким источником недостоверности результатов расчетов и, как правило, бывают связаны с неучетом в алгоритме задачи всех возможных вариантов исходных данных. При некоторых вариантах исходных данных могут возникнуть ситуации, когда алгоритм задачи работает с ошибками. Поэтому при создании алгоритма задачи необходимо тщательно проанализировать возможные значения исходных данных и определить их допустимые значения. Выявление ошибок в алгоритме переработки информации является одной из важнейших целей при проведении контрольных расчетов на этапе приемки ИРЗ.

Ошибки пользователя при проведении расчетов на первый взгляд невозможно исключить за счет создания специальных алгоритмических и программных средств. Тем не менее, существуют способы уменьшения возможностей для появления таких ошибок (конечно, имеются в виду непреднамеренные, «случайные» ошибки). Речь идет о программном контроле вводимой пользователем информации. Эта информация может включать значения параметров или команды. Как правило, при вводе параметров можно программно проконтролировать допустимость значения вводимого параметра, причем ограничения на значения параметра могут быть как постоянными, так и изменяться в зависимости от значений других параметров. Например, в задаче планирования транспортной операции по доставке потребителям какой-либо продукции допустимые значения скорости движения зависят от типов транспортных средств, участвующих в операции, и состояния дорог на маршрутах движения.

Что касается контроля команд, вводимых пользователем, то он может включать проверку допустимости данной команды на конкретном этапе работы с задачей (например, проверка наличия всех необходимых исходных данных перед выполнением команды начала расчета), а также выдачу на экран монитора запроса для подтверждения пользователем намерения выполнить какую-либо важную команду (например, при уничтожении каких-либо данных на экран монитора выводится вопрос: «Вы действительно хотите уничтожить эти данные?» и требуется утвердительный ответ пользователя для выполнения команды). Кроме того, особо ответственные команды могут предусматривать запрос на подтверждение полномочий на их проведение (например, ввод пароля).

Ошибки (сбои) в работе ЭВМ могут повлиять на достоверность результатов расчетов, если они не селектируются техническими средствами и операционной системой. Единственным средством исключения неселектируемых ошибок (сбоев) в работе ЭВМ является повторное решение задачи. Поэтому наиболее ответственные расчеты должны дублироваться на другой ЭВМ и (или) с использованием другой задачи, имеющей аналогичный алгоритм.

8.(115) Охарактеризуйте категории разработчиков ЭС

При создании ЭС наибольшую трудность представляет разработка совершенной базы знаний, т. е. моделирование знаний экспертов о некоторой предметной области. Разработка любой модели -- в том числе и модели знаний -- представляет собой полностью неформализуемый процесс, содержащий элементы творчества и строго формальных действий. Условное соотношение «искусства» и «науки» при создании ЭС представлено на рис. 14.4.

Разработка ЭС включает нескольких этапов [38], основное содержание которых применительно к продукционным системам отражено на рис. 14.5.

Процедуры уточнения, перепроектирования и переформулирования не являются обязательными, они характерны для разработки достаточно сложных ЭС и, как правило, предполагают проведение нескольких итераций. Отметим, что перечисленные этапы работ (идентификация -- концептуализация -- формализация -- реализация -- тестирование), как и стадии разработки, являются обязательными при создании любой программной системы.

Очевидно, что разработка ЭС является коллективным трудом, в котором принимают участие различные специалисты. Центральное место в схеме взаимодействия участников создания ЭС занимает инженер знаний (англ knowledge engineer). Именно он организует все важнейшие работы и осуществляет их координацию. Ему принадлежит право выбора типовых или -- при необходимости и наличии соответствующих ресурсов -- заказа новых инструментальных средств разработки ЭС. Он работает с предметными экспертами, генерирует, тестирует, уточняет и пополняет базу знаний и т.д. Направления взаимодействия создателей ЭС (этот процесс иногда называют игрой [38]) представлены на рис. 14.6.

9.(120) С какой целью создаются сети компьютеров?

КОМПЬЮТЕРНАЯ СЕТЬ

Компьютерной сетью называется объединение ЭВМ для распределенной обработки данных по принципу "ЭВМ-ЭВМ".

Компьютерные сети называют также вычислительными сетями или сетями ЭВМ.

Пользователь, работая в компьютерной сети, выполняет прикладные задачи на ПЭВМ находящемся на его рабочем месте и не зависит от других ЭВМ. С другой стороны от может получить прикладные программы, результаты вычислений и т.п. находящиеся на других ЭВМ.

Идея компьютерных сетей оказалась плодотворной и в настоящее время повсеместно внедряются дешевые, надежные сети, увеличивая возможность по обработке данных и автоматизации производства.

КЛАССИФИКАЦИЯ КОМПЬЮТЕРНЫХ СЕТЕЙ

В зависимости от территориального расположения ЭВМ вычислительные сети можно разделить на три класса.

1. Глобальные сети

2. Региональные сети

3. Локальные сети.

Глобальная вычислительная сеть объединяет ЭВМ расположенные в различных странах и континентах.

Региональная вычислительная сеть связывает ЭВМ внутри большого региона (город, область).

Локальная вычислительная сеть объединяет ЭВМ в пределах небольших территорий, предприятий.

В настоящее время не существует четких ограничений на территориальный разброс ЭВМ в локальной сети, обычно это не более 2-3 километров.

В настоящее время очень много говорится о объединении глобальных, региональных и локальных сетей в многосетевые иерархии. Делаются предложения о высокой экономической целесообразности подобных структур. Компьютерная сеть InterNet, о которой будет сказано ниже, является наиболее популярной подобной структурой, в состав которой входят множество сетей различных классов.

Несмотря на невероятную рекламную суету вокруг InterNet, результаты пока не вдохновляют. Называется причина низкой эффективности InterNet, это низкая пропускная способность существующих средств коммуникаций. Это не совсем верно. На наш взгляд не называется главная причина неуспеха InterNet, а именно, в InterNet конечный пользователь, имеющий ПК, подключается к сети как терминал.

Таким образом, мы имеем реанимированную идею "терминал-ЭВМ". Тот самый "глупый" терминал, который выбросили 15-20 лет назад (о чем мы говорили выше). Некоторые специалисты утверждают, что InterNet еще одна мертворожденная идея и эта идея будет провалом десятилетия.

Независимо от судьбы сети InterNet несомненно то, что многосетевые иерархии имеют будущее, а время и практика выработает их структуру и компоненты.

Практика применения ПЭВМ в различных областях науки, техники и производства показала, что наибольшую эффективность от внедрения вычислительной техники обеспечивают не отдельные ПК, а локальные вычислительные сети, к изучению которых мы переходим.

10.(150) В чем состоит сущность управления изменениями в информационных системах?

Для специалистов в области информационных технологий частые изменения в этой сфере -- большая «головная боль», поскольку донастраивать системы под изменяющиеся бизнес-процессы приходится достаточно часто и в срочном порядке. Если запланированные изменения осуществляются медленно, то это мешает бизнесу и вызывает снижение его конкурентоспособности, что в конечном итоге приводит к недовольству бизнес-подразделений информационными технологиями.

Одним из источников информации о том, каким образом нужно внедрять в IT-компании процесс управления изменениями, является TIL (Information Technology Infrastructure Library -- «библиотека IT-инфраструктуры»), где все описание приведено на детальном уровне. Компании, поставившей перед собой цель внедрить этот процесс или усовершенствовать уже существующий, следует ознакомиться в ITIL с основными принципами процесса и выбрать из них те, которые подходят к ее собственным задачам. Для многих крупных компаний процесс управления изменениями, изложенный в ITIL, может показаться слишком простым, тогда как маленьким фирмам попросту не хватит ресурсов для внедрения точной копии системы управления изменениями, данной в ITIL. В таком случае следует внедрить основные принципы и выбрать один сценарий процесса, а затем постоянно работать над его улучшением.

Размещено на Allbest.ru