Шпаргалка информационные системы в экономике

выходного сообщения (зоны выходных сообщений: заголовок, название граф и их

нумерация, основная предметная или информационная), 4) согласование с

заинтересованными лицами и службами, внесение изменений и утверждение у

ответственных лиц.

4. Требования к проектированию форм первичных документов

Недостатки неунифицированной и неприспособленной информации: несоответствие

последовательности атрибутов в документах макета в выходных сообщениях,

атрибуты раскинуты по полю документа, отсутствие ряда атрибутов необходимых

для автоматизированной обработки, разнообразие форм усложняет их

автоматизированное обработку, двухразовое ручное занесение данных.

Классификация документов: по характеру отображения операций ( материальные,

финансовые, расчетные), по месту составления ( внутренние, внешние), по

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

по характеру заполнения (однострочные, многострочные, одностраничные,

многостраничные), по типизации ( типовые, индивидуальные), по ценности

бланков ( строгой отчетности, другие).

Требования к первичным информационным сообщениям: формы документов должны

отвечать требованиям стандартов или нормативно-техническим документам

заказчика, обоснование создания сообщения, формы сообщений д.б. удобными

для восприятия человеком и максимально приспособлены для автоматизированной

обработки, учитывать принцип одноразового ввода информации, унифицированные

документы должны отвечать требованиям сравниваемости и показателей по

содержанию и названию при обмене информации между различными

информационными системами и организациями управления, наличие в первичных

информационных сообщениях минимума атрибутов но достаточных для полного

отображения действий и одержанные результаты информации, формы документов

должны иметь стандартный размер, атрибуты которые переносятся на машинный

носитель д.б. выделены толстыми линиями и размещаться последовательно,

унификация и стандартизация сообщений, учитывать особенности конкретного

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

5. Формы построения зон первичных документов

Зоны первичных документов: титульная ( название предприятия, индекс формы

документа, код по дежурному классификатору управленческой документации,

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

оформительная ( подпись ответственных лиц, дата, печать).

Формы построения первичных информационных сообщений: линейная- выделение

для каждого атрибута двух клеток ( название, значение), анкетная-

размещение атрибутов в вертикальной последовательности, табличная.

6.Документы: перфокарные документы, гибридные документы ( оптический

способ, магнитный способ, со специальными шрифтами, машинописными знаками,

графическими пометками, штриховыми знаками), документы заполняемые

периферийными способами и с одновременной записью на машинный носитель.

7.Этапы проектирования входных сообщений:

составление и утверждение ТЗ и методики унификации документов, разработка

проектов унифицированной системы документации, исследовательская проверка

или исследовательская эксплуатация проекта системы унифицированной

документации, разработка окончательной документации согласования и

утверждения.

Методы проектирования оригинальных документов: установление содержания

каждого документа ( на основе экономических показателей предметной области,

определяются постоянные атрибуты и те которые будут переноситься на

машинный носитель), размещение атрибутов на поле документа по выбранной

форме построения, проектирование макетно-машинного носителя, изготовление

документа.

Этапы прохождения документов: до обработки, в процессе обработки, после

обработки.

9.Проектирование связи пользователь-ЭВМ.

1. Составные части связи

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

взаимосвязь между пользователем, ЭВМ и программой.

Этапы связи: общение пользователя с компьютером (физическая

согласованность, синтаксическая согласованность, семантическая

согласованность), общение компьютера с пользователем, подача

пользовательской связи.

Преимущества согласованной связи: меньшее время на освоение системы и

дальнейшей работы с ней, уменьшение количества ошибок пользователя,

позволяет выделить общие модульные связи унифицировать и стандартизировать

их.

Факторы удобства работы: социальные (эмоциональный комфорт, психологический

климата), физическая эргономика (физический комфорт), психологическая

эргономика ( умственный комфорт, качество разработки программного

обеспечения).

Основные эргонометрические характеристики: конструктивные особенности

оборудования, качество разработки диалога, доступность и надежность

системы, чувствительность системы.

Связь или диалог взаимодействия человек. ЭВМ- это когда человек и ЭВМ

обмениваются данными в темпе, который отвечает темпы обработки данных

человеком.

Диалог между человеком и ЭВМ- это обмен информацией, который проводиться с

помощью интерактивного терминала и по определенным правилам.

При разработке диалога необходимо: тщательно проанализировать входные и

выходные данные, определить возможности аппаратных и программных средств,

быть последовательными, пользоваться принятыми принципами разработки

диалога, понимать задачу и пользователя.

Оценка диалога: простота освоения и запоминания операций системы, скорость

достижения целей диалога, объективная удовлетворенность при эксплуатации

системы.

Можно оценивать: по контрольному числу, по сохраненным одержанным рабочим

навыкам.

Компоненты связи пользователя с ЭВМ: 1) процесс диалога, который связывает

между собой процессы обработки в одну систему- механизм обмена информацией,

который включает все процессы, которые входят в систему по выполнению

назначенных заданий и можем рассматривать как оболочку информационной

системы ( задача процесса диалога: определение заданий которые пользователь

закладывает в систему, прием логически связанных входных данных от

пользователя и размещение в соответствующем процессе в соответствующем

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

обработки в соответствующем для пользователя формате; типы сообщений

диалога: данные для пользователя, подсказки, состояние системы, ошибки,

сообщения; типы диалога: который управляется системой- процесс жестко

задает какие задания можно выбрать и какие данные вводить, который

управляется пользователем- инициатива у пользователя); 2) набор процессов

ввода-вывода.

2. Процесс ввода вывода

Классификация основных процессов ввода-вывода: 1) ввод текстового сообщения

(с использованием стандартных процедур ввода, в режиме посылочного ввода, в

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

или выбрать (пересмотр списка операций, ввод данных в каком-либо месте,

ввод графического сообщения), 3) вывод текстового сообщения (в текущую

позицию, в заданную позицию, с указанием конкретного формата сообщения), 4)

вывод графического сообщения.

Формат с помощью которого пользователь вводит сообщения называется-

графикой диалога (состав: коды, цепочка ключевых символов; ограниченная

украинская, русская, английская идругие языки; натуральная у. р. а. и др.

языки.

Объекты вывода информации на экране:

Характеристика объектов: 1) содержание, 2) поле или область, 3) множество

атрибутов которые описывают объект.

Способы вывода объекта на экране: абсолютный, относительный.

3.Структуры типов диалога:

1) вопрос-ответ (правила: а) длинна сообщений не больше 40 символов, и

занимать не больше 2/3; б) вопросы должны отличаться то ответов цветом,

шрифтом; шаги структуры вопрос-ответ: а) вывод вопроса; б) ввод сообщения,

в) контроль вероятности ответа; подходит: там где диапазон входных величин

слишком велик для структур типа меню или сложный для структуры на основе

языка команд, там где следующий вопрос зависит от ответа на текущий); 2)

типа меню (отображает точный список вариантов и дает возможность выбрать

один из них; состав выбора: ввод идентификатора с клавиатуры, ввод

мнемонических кодов, просмотр списка на экране, прямое указание на экране;

типы меню: в виде блока данных, в виде пиктограмм, в виде всплывающего

меню; состав меню: необязательный заголовок, основной текст меню, пояснения

к тексту, необязательный конечный текст; используется: где диапазон ответов

не большой и все они могут быть явно отображены, там где пользователю

необходимо видеть все возможные варианты ответов); 3) экранные формы (

ставятся несколько вопросов и ответы на предыдущие не влияют на

последующие; этапы построения: форма отображается полностью, вопросы

повторяются до тех пор пока окончиться заполнение формы; используется: там

где можно предвидеть стандартную последовательность ввода данных); 4) на

основе языка команд ( строиться на основе языка программирования или

операционной системы; используется там где: количество значений для ввода

не велико и их можно запомнить, где количество ответов достаточно чтобы

идентифицировать необходимую задачу и данные).

Критерии структуры диалога: 1) натуральность- те которые не требуют

пользователя существенно изменять свои приемы работы (правила: ведение

диалога на государственном языке; стиль диалога разговорный, а не

письменный; следует избегать чрезмерной пышности и фамильярности; фразы не

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

понятный; порядок вопроса такой, в котором пользователь привычно

обрабатывает информацию), 2) последовательность- гарантирует, что

пользователь который освоил одну часть системы легко разберется с

особенностями другой ( последовательность в построении фраз,

последовательность в использовании форматов данных, последовательность в

размещении данных на экране), 3) сжатость диалога- требует ввод только

минимума информации, которая необходима для работы системы (чем меньше

количество нажатий на клавиши тем быстрее диалог с меньшим количеством

ошибок, в диалоге не следует требовать информацию которую можно получить

автоматически, выходные сообщения должны содержать только ту информацию

которая необходима пользователю в виде понятному для восприятия), 4)

поддержка пользователя- степень помощи, которую диалог делает пользователю

при его работе в системе ( количество и качество инструкций которые есть,

характер сообщений про ошибки, подтверждение действий системы), 5) гибкость-

мера того насколько хорошо диалог отвечает уровню подготовки и

продуктивности труда пользователя.

4. Размещение данных на экране

Этапы процесса размещения данных на экране: решить какая информация должна

появиться, определить главный формат информации, определить где она должна

появиться, определить средства для выделения полей, разработать проект

размещения данных на экране, оценить эффективность размещения.

Принципы: 1) информация должна размещаться так, чтобы пользователь мог

просматривать информацию в логической последовательности; 2)

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

ситуации; 4) определять необходимые действия.

Основные этапы: 1) на основе исследования определить какая информация нужна

пользователю и какая должна сейчас находиться на экране; 2) разработчик

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

определяется место рационального распределения информации на экране (

информация размещается в иерархической последовательности: экран, видео

кадр, окно, панель, поле; сформированное изображение для одновременного

показа информации на экране; типы окон: первичное, вторичное, всплывающее;

размещение информации на видео кадре: заголовок, инструкция по способу

работы с информацией, предметная область, инструкция по тому что делать

дальше, область сообщений, область ввода команд, область функциональных

клавиш; общие принципы размещения информации на экране: оставить свободной

половину экрана, оставить пустым строку после каждой пятой строки, оставить

4-5 пропусков между столбцами, текст размещается так чтобы просмотр

перемещался в нужном направлении, содержание полей должно размещаться и

выравниваться около горизонтальный и вертикальных осей, размещение данных

слева направо и сверху вниз); 4) определение атрибутов которые привлекают

внимание к некоторой части экрана или действию ( атрибуты: цвет символов,

мерцание, звук, уровень яркости, цвет фона; правила пользования цветом:

использовать минимальное количество цветов, для больших панелей

использовать цвет фона, для данных использовать более яркий цвет, для

выделения двух областей использовать черный и белый, цвет нужно

использовать в соответствии с представлениями пользователя,

экспериментировать с разными оттенками); 5) разработка проекта экранной

формы; 6) методы оценки размещения информации ( прямоугольников- информация

разбивается на логические группы и выделяется прямоугольниками, экран

разделяется вертикальными и горизонтальными осями и число и размер

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

позволяет выделить область экрана к которой обращается внимание

пользователя).

5.Цели поддержки пользователя:

введение пользователя в курс работы, обеспечение инструкциями, помощь

пользователю в работе.

Документации на информационную систему: общий обзор или постановка задачи,

руководство пользователя.

Ошибки: поломка системы, системы выявляет невозможность дальнейшей

обработки информации и просит ее откорректировать, система выполняет работу

н результат отличается от ожидаемого.

10.Внедрение, сопровождение и модернизация системы.

1 Организация и проведение работ по введению в действие системы.

.Внедрение усложняет: подготовку объекта к переходу в другую систему,

подготовка и перестройка работы подразделений по обработке информации,

качество апробации всех материалов.

Способы внедрения в нескольких подразделениях: последовательный,

параллельный, последовательно-параллельный.

Элементы для ввода и.с. в действие: оформление документации по выполнению

плана мероприятий, рабочая документация, обучающий персонал, принятые к

эксплуатации технические средства.

Этапы создания информационной системы: 1) подготовка объекта к вводу и.с. в

действие ( организационная подготовка объекта в действие, реализация

проектных решений по организационной структуре и.с., обеспечение

подразделений объекта инструктивно-методическими материалами, внедрение

классификаторов), 2) подготовка персонала ( обучение персонала- семинары,

курсу, консультации; проверка способности персонала обеспечивать

функционирование и.с.), 3) комплектация и.с. изделиями которые

поставляются, 4) строительно-монтажные работы ( строительство отдельных

помещений, переоснащение помещений, монтаж технических средств и линий

связи, испытание этих средств, сдача технических средств для проведения

пуско-наладочных работ), 5) пуско-наладочные работы ( автономная наладка

технических и программных средств, загрузка информации в БД и проверка в

эксплуатации, комплексное испытание всех средств системы), 6) проведение

первичных испытаний ( на работоспособность, соответствие техническому

заданию, устранение недостатков и внесение изменений в документацию,

оформление акта про прием и.с. в исследовательскую эксплуатацию), 7)

исследовательская эксплуатация ( проведение и.э., анализ результатов и.э.,

доработка при необходимости, оформление акта про завершение), 8) проведение

приемочного испытания ( проведение испытания на соответствие техническому

заданию и методики проведения испытаний, анализ результатов испытаний и

устранение недостатков, формирование акта про передачу и.с. в постоянную

эксплуатацию).

Обязанности заказчика: провести все организационно-технические мероприятия

по подготовке объекта для ввода системы в действие, закончить

исследовательскую эксплуатацию, провести анализ результатов

исследовательской эксплуатации, провести приемные испытания по сдаче в

постоянную эксплуатацию.

Обязанности разработчика: сдает заказчику и.с. в исследовательскую

эксплуатацию, корректирует документацию на и.с. по результатам

исследовательской документации, принимает участиее в разработке приемных

испытаний.

Виды документов: план-график работ, приказ про состав приемной комиссии,

программа работ, приказ про проведение работ, протокол испытаний, протокол

согласования, акт передачи в исследовательскую эксплуатацию, акт передачи в

постоянную эксплуатацию, акт проведения работ. На объекте заказчиком

определяется срок проведения работ и состав приемной комиссии.

2 Исследовательская эксплуатация

Этапы исследовательской эксплуатации: составление акта передачи и.с. в

исследовательскую эксплуатацию, ведение журнала исследовательской

эксплуатации, по результатам исследовательской эксплуатации составляется

протокол в котором указывается позитивные или негативные решения и все

недостатки с сроками их устранения, проведение приемных испытаний.

В приемную комиссию предоставляют: ТЗ, документацию, протокол и журнал

исследовательской эксплуатации, штатное расписание, программа и методика

приемных испытаний.

Состав испытаний: испытания каждой задачи, испытания всех задач в комплексе

с уже функционирующей, испытание задач при наличии ошибок информации,

проверка процедур внесения изменений в БД или нормативно-справочной

информации, составление протокола исследования где дается оценка

показателей надежности работы и.с.

3 Сопровождение и модернизация информационной системы

.Гарантийный срок=18 месяцев ( со дня передачи в постоянную эксплуатацию).

Этапы приемных испытаний: гарантийное обслуживание ( устранение

недостатков, внесение изменений в документацию, внесение изменений во все

виды обеспечения), послегарантийное обслуживание ( анализ функционирования

и.с., выявление отклонений фактических эксплуатационных характеристик от

проектных значений, установление причин отклонений, устранение недостатков,

обеспечение стабильных експлуатациионных характеристик системы, внесение

изменений в документацию).

11.Управление процессом проектирования и.с.

1. Уровни управления процессами проектирования и.с

Уровни управления: руководитель организации и его заместитель, планово-

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

руководители проектов- главные конструкторы, ответственные исполнители-

руководители групп.

Функции процеса управления: прогнозирование, планирование...

вопросы разработчика: в какой последовательности нужно создавать проект,

какие специалисты и на каком этапе необходимы для разработки проекта, как

обеспечить качественное документирование проекта, каким требоваиням должен

отвечать проект чтобы обеспечить легкое сопровождение системы, как

обеспечить комплексную настройну программного обеспечения, какие методы

контроля процесса проектирования необходимы, как и когда проводить контроль

проектирования, как органнизовать колектив разработчика, каким образом

информировать участников про состояние проекта, как обеспечить выполнение

программных и информационных связей.

Состав малых предприятий по созданию и.с.: руководитель (менеджер)- который

занимается портфелем заказов, системный аналитик, поставщики, главный

программист, системный программист, прикладные программисты, текстовик,

дизайнер, тот кто внедряет.

2. Контур управления

Этапы управления: создание и.с. - на основе отчета и ТЗ создается множество

альтернативных технологических путей проектирования и.с., на основе

критериев или целевых функций определяется оптимальная технологическая

сеть, разрабатывается сбалансированный план трудоемкости выполнения

операций технологической сети, составляется календарный план разработки

и.с., определяется научно-технический контроль проектирования, учет и

контроль на основе фактических данных, аннализ состояния выполнения

проекта, регулирование.

Состав плана разработки проекта: последовательность операций, срок

выполнения, трудоемкость (плановая, фактическая), исполнители, метод

контроля.

Плана занятости специалистов: информация по каждому специалисту, в каких

проектах он занят и на какой срок.

Методы контроля: формальный- при наличии информации про завершение

операций, содержательный- на соответствие требованиям, социальный, по

определенным точкам.

3.АРМ организаторапроектирования и.с.: выделение из библиотеки операций

проектирования подмножества операций для формирования локальной сети,

определение вектора выходного состояния и вектора целей проектирования,

формирование технологической сети, оптимизация технологической сети.

12.Типовое проектирование и.с.

Особенности метода объектного проектирования.

Характеристика АСУ "Сигма".

1. Общая характеристика елементного подхода к созданию и.с

Типизация проектных решений (принципы): обеспечение всех процессов входными

данными на основе общей системы сохранения информации которая должна быть

независима от количества и содержания информации; построение единых схем

обмена информацией между системой ии пользователем; использование единых

форм информационных сообщений; обеспечение универсальности средств

отображения деятельности объектов.

Требования к элементарному проектированию: должна обеспечиваться

возможность объединения в единую систему при незначительных затратах,

допускакть прирост системы за счет новых решений которые становятся

типовыми.

Классы проектных решений: специальное программное обеспечение, общее

программное обеспечение, техника, информационная база, должностные и

технологические инструкции- персонал, отраслевые, межотраслевые.

Недостатки типового проектирования: отсутствие единой информационной базы,

о. Альтернативных решений, о. Единой идеологии построения программного

обеспечения, усложненная компановка отдельных элементов в систему,

отсутствие средств описания параметров, нет комплексного решения по

структуризации данных.

2. Методы элементного подхода проектирования

Методы: 1) выбор базового объекта, разработка для него проекта,

распространение на порожденные, 2) разработка отдельных частей на различных

объектах с получением отдельной методологии, 3) для реализации функций с

единой методикой на предприятиях с различными видами производств.

3. Суть компонентной технологии

Проблемы ППП: определение проблемной ориентации, выбор его архитектуры,

определение различных типов моделей, определение состава системных средств,

оптимизация информационного обеспечения.

Факторы удержания ППП: они сложны для усвоения, усложнена оценка

возможности использования, проблема системной увязки и интерпритациии

программных средств, проблеме наращивания, проблема новых языков,

функциональная полнота пакетов.

4. Принципы привязки:

интерпритация- изменение параметрического потока при том что порграмма и

документация не изменяется; генерация- создается новый программный продукт

который отвечает требованиям объекта управления.

Страницы: 1, 2, 3