1) АС – система, состоящая из персонала, комплекса средств автоматизации его деятельности и регламентов работы, реализующая информационную технологию выполнения установленных функций. Если автоматизируемый процесс связан в основном с обработкой информации, то такая система называется автоматизированной информационной системой. АИС состоит, как правило, из функциональной и обеспечивающей частей. Функциональная часть — совокупность подсистем, обеспечивающих работоспособность АСУ. Самый нижний уровень - операции (например, удалить данные, добавить...), из них складываются задачи (задача учета, формирования отчетов...), из задач складываются функции (например "складской учет"), а из функций складываются подсистемы.

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

-Программное обеспечение — совокупность общесистемных и прикладных программ, а также документации по их применению.

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

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

Эргономическое обеспечение — совокупность методов и средств по созданию оптимальных условий для работы специалистов в рамках АИС.

-Метрологическое обеспечение — методы и средства метрологии и инструкции по их применению для всех компонентов АИС. 2) Стадии создания АС по ГОСТ 34.601-90

1. Формирование требований к АС

1.1. Обследование объекта и обоснование необходимости создания АС.

1.2. Формирование требований пользователя к АС.

1.3. Оформление отчёта о выполненной работе и заявки на разработку АС

2. Разработка концепции АС.

2.1. Изучение объекта.

2.2. Проведение необходимых научно-исследовательских работ.

2.3. Разработка вариантов концепции АС, удовлетв. треб.пользователя.

2.4. Оформление отчёта о выполненной работе.

3. Техническое задание.

3.1. Разработка и утверждение технического задания на создание АС.

4. Эскизный проект.

4.1. Разработка предварит.проектных решений по системе и её частям.

4.2. Разработка документации на АС и её части.

5. Технический проект.

5.1. Разработка проектных решений по системе и её частям.

5.2. Разработка документации на АС и её части.

5.3. Разработка и оформ.докум. на поставку изделий для комплектования АС

5.4. Разр.заданий на проектир.в смежных частях проекта объекта автоматиз.

6. Рабочая документация.

6.1. Разработка рабочей документации на систему и её части.

6.2. Разработка или адаптация программ.

7. Ввод в действие.

7.1. Подготовка объекта автоматизации к вводу АС в действие.

7.2. Подготовка персонала.

7.3. Комплектация АС поставляемыми изделиями

7.4. Строительно-монтажные работы.

7.5. Пусконаладочные работы.

7.6. Проведение предварительных испытаний.

7.7. Проведение опытной эксплуатации.

7.8. Проведение приёмочных испытаний.

8. Сопровождение АС

8.1. Выполнение работ в соответствии с гарантийными обязательствами.

8.2. Послегарантийное обслуживание.

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

4) На предпроектной стадии разработчик проводит обследование объекта, обрабатывает материалы обследования, определяет задачи, комплексы задач, подлежащие автоматизации, определяет экономическую эффективность. Цель этапа – сформировать требования к АС и разработать различные варианты концепций АС. Разработчик составляет план-график, в котором указывает: место работы, процесс, исполнителя со стороны заказчика, исполнителя со стороны разработчика, сроки исполнения и вид отчетности.

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

6) 1) разработчик составляет план-график обследования предприятия 2) приказ заказчика на содействие сотрудников в процессе обследования предприятия разработчиком. 3) отчет с анализом предметной области, технико-экономич.обоснованием создания системы, тактико-технич.требований к системе. Отчет должен содерж.ответы на 6 вопросов-ответов, описывающих каждый бизнес процесс: что лежит в основе деят.на раб.месте, как выполняются процессы, кто выполняет, где вып.,когда.,зачем.. 7) Когда для реализации какого-либо действия, необходимого в системе, используется некий программный продукт, который автоматизирует данное действие. Слово происходит от английского, что озгачает сооружать, устраивать, придумывать, изобретать... Инжиниринг — сов-ть интеллектуальных видов деятельности, имеющих своей конечной целью получение наилучших результатов от капиталовложений или иных затрат, связанных с реализацией проектов различного назначения за счет наиболее рационального подбора и эффективного использования материальных, трудовых, технологических и финансовых ресурсов в их единстве и взаимосвязи, а также методов организации и управления, на основе передовых научно — технических достижений и с учетом конкретных условий и проектов.

8) Структура отчета DFD (0 — окружение, 1- фирмы внутри холдинга, 2 — отдел внутри фирмы, 3 — процессы в отделе, 4 — функции рабочего места) DATA FLOW DIAGRAMS

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

2. Контекст (окружение) (Внешние сущности, основные контрагенты, описание контекстной диаграммы, недостатки и достоинства существующего положения дел)

3. Отделы внутри фирмы (Организационная структура фирмы, контактные лица в отделах, основные функции каждого отдела, недостатки и достоинства сейчас)

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

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

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

Бизнес-правила описывают основные принципы, которые необходимо соблюдать при выполнении бизнес-процессов.

10) Последовательность разработки концепции системы 1) На этапах «Изучение объекта » и «Проведение научно-исследовательских работ» организация — разработчик проводит детальное изучение объекта автоматизации и необходимые НИР, связанные с поиском путей и оценкой возможности реализации требований пользователей, оформляют и утверждают отчеты о НИР. 2) На этапе «Разработка вариантов концепции АС и выбор варианта концепции, удовлетворяющего требованиям пользователя» проводят разработку альтернативных версий концепции и планов их реализации, а так же оценку необходимости ресурсов на их реализацию и обеспечение функционирования, оценку каждого варианта, оценку эффектов, получаемых от системы. 3) На этапе «Оформление отчета о выполненной работе» подготавливают и оформляют отчет, содержащий описание выполненных работ на этой стадии.

11) ТЗ на АС является основным документом, определяющим требования и порядок создания автоматизированной системы, в соответствии с которым проводится разработка АС и ее приемка при вводе в действие.

ТЗ на АС содержит следующие разделы:

1) общие сведения (указывают название АС, номер договора, наименов.предприятия заказчика-разработчика, сроки работ по созд.АС…)

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

3) характеристика объектов автоматизации (сведения об объекте автоматиз.)

4) требования к системе; 4.1) требования к системе в целом; (требования к структуре и функционир.системы, показатели назначения, треб.к надежности, безопасности, эргономике, эксплуатацию, хранению, к защите инф. от НСД…)

4.2) требования к функциям (задачам)

4.3) требования к видам обеспечения (приводят требования к математическому, информационному, лингвистическому, программному, техническому, метрологическому, организационному, методическому…)

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

7) требования к составу и содержанию работ по подготовке объекта автоматизации к

вводу системы в действие;

8) требования к документированию;

9) источники разработки.

12) Требования предварительно формируются заказчиком на этапе предварительного обследования. Виды требований: требования к структуре и функционированию системы; требования к численности и квалификации персонала системы и режиму его работы; показатели назначения; требования к надежности; требования безопасности; требования к эргономике и технической эстетике; требования к транспортабельности для подвижных АС; требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы; требования к защите информации от несанкционированного доступа; требования по сохранности информации при авариях; требования к защите от влияния внешних воздействий; требования к патентной чистоте; требования по стандартизации и унификации; дополнительные требования.

13) Логическое проектирование включает в себя создание логической модели данных, состоящей из сущностей, атрибутов. Исходными данными для сущностей являются описанные ранее бизнес-компоненты. Для каждой сущности описывают атрибуты, определяют первичные и внешние ключи. Также необходимо указать: какие сущности являются справочниками, а какие предназначены для оперативной информации. Между сущностями устанавливают связи в табличной форме и в виде схемы (ER-модель). Также проектируется алгоритм работы программы, обычно в виде блок-схемы. Описываются все функции программы…

14) Схема функциональной структуры содержит:

1) элементы функциональной структуры АС (подсистемы АС); автоматизированные функции и (или) задачи (комплексы задач); совокупности действий (операций), выполняемых при реализации автоматизированных функций только техническими средствами (автоматически) или только человеком;

2) информ.связи между элементами и с внешней средой с указанием содержания сообщений 3) детализированные схемы частей функциональной структуры.

15) Описание постановки задачи регламентируется рд 50 34.698

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

2) выходная информация (перечень и описание выходных сообщений)

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

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

3) входная информация.

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

16) Типовые средства создания и отладки систем:

Для создания АИС используют, в основном, СУБД. Наиболее известные:

Microsoft Access, Paradox, Visual FoxPro, Oracle и др.

При создании АИС зачастую применяют CASE-средства, что дает следующие преимущества:

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

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

- обеспечение согласованности и полноты документации проекта;

- возможность повторного использования проекта для новых ИС.

К таким Case-средствам относятся: CASE Oracle (Designer / 2000), Power Designer (S-Designor), ERWin, SILVERRUN, ERStudio, JAM и другие.

17) CASE (COMPTER AIDED SOFTWARE ENGINEERING) средства — в современном понимании это программные средства, поддерживающие процессы создания и сопровождения АИС, включая анализ и формулировку требований, проектирование прикладного ПО и БД, генерацию программного кода, тестирование, докуметирование, обеспечение качества, конфигурационное управление и управление проектом, а также другие процессы. ВЫГОДЫ использования: 1) Высокий уровень технологической поддержки процессов разработки и сопровождения ПО 2) Приемлемый уровень отдачи от инвестирования 3) Соблюдение стандартов, документирование, качество продукции. НЕДОСТАТКИ: 1) Долгосрочные затраты 2) частое появление новых версий 3) Постоянные затраты на обучение персонала

18)Инструкция (руководство) пользователя создается по РД 50 34.698 3.4.1. Документ содержит разделы:

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

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

3) подготовка к работе (состав и содержание дистрибутивного носителя данных; порядок загрузки данных и ПО; порядок проверки работоспособн)

4) описание операций (функций, задач, комплексов задач, процедур)

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

6) рекомендации по освоению.(включая описание контрольного примера)