1) Определения информационной системы.  1.1 Информационная система - это организационно упорядоченная совокупность документов и информационных технологий, в том числе использующих средства вычислительной техники и связи, реализующих различные информационные процессы. Под информационной системой понимают совокупность средств сбора, передачи, обработки и хранения информации, а также персонал, выполняющий подобные действия; организационно-упорядоченную совокупность документов (ИР) и информационных технологий, реализующих информационные процессы (ИП); организационно-функциональную структуру, реализующую обработку информации. Как упоминалось выше, основными представителями информационных систем являются архивы, библиотеки, музеи, различные информационные подразделения и организации. 

2) Генеральная цель ИС (КИС).  цель компьютерной информационной системы - организация хранения и передачи информации 

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

4) Элементы ИС:  -компьютерная инфраструктура организации  -взаимосвязанные функциональные подсистемы, кот. обеспечивают решение задач и достижение цели 

5) Что обеспечивают современные КИС?  - управление складом, ассортиментом, закупками  - управление производственными процессами  - управление маркетингом  - документооборот  - оперативное управление предприятием  - предоставление информации о фирме

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

Для сокращения времени усилий жизненом цикле /ис используют следующие модели жизненного цикла

каскадная модель (до 70-х годов) ─ последовательный переход на следующий этап после завершения предыдущего;

итерационная модель (70-80-е годы) ─ с итерационными возвратами на предыдущие этапы после выполнения очередного этапа;

спиральная модель (80-90-е годы) ─ прототипная модель, предполагающая постепенное расширение прототипа ИС.

cледующим шагом в вопросе cокращения жизненного цикла информационной системы есть автоматиция .примером такой автоматизации есть концепциия CALS

7)Особенностью современной элементной базы является ее но-

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

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

можно считать положительным фактором, с другой стороны – вводят-

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

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

конкретного изделия. По конструктивно-техноло-

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

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

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

8) Печатные платы- это элементы конструкции, которые состоят из плоских проводников в виде участков металлизированного по­крытия, размещенных на диэлектрическом основании и обеспечивающих соединение элементов электрической цепи

виды:

1дусторонняя пп

2одностороняя ПП

3многослойные ПП

4 гибкие печатные кабели\

5 тканный монтаж

6 проводниковые пП

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

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

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

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

- теплотехнические - температурный режим работы ПП, теплоотводы;

- конструктивные - размещение элементов на ПП, контактирование и пр.;

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

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

9)Печатный узел (ПУ) – печатная плата со всеми электрическими и механическими подсоединенными к ней навесными элементами.

Модуль первого уровня – конструкция, собранная из печатного узла с базовой несущей конструкцией, т.е. это функционально и конструктивно завершенная часть какого-либо технического решения.

Например: Усилитель мощности, Задающий генератор, триггер и т.д.

Первые попытки применения печатного монтажа у нас в стране были еще в 1940г., но уровень техники не позволил получить простой и экономичный способ изготовления ПП. Только в 1961г. стали “печатать” проводники и некоторые элементы.

10) Суть каскадного метода

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

Преимущества:

-Последовательное выполнение этапов проекта в строгом фиксированном порядке

-Позволяет оценивать качество продукта на каждом этапе

Недостатки:

-Отсутствие обратных связей между этапами

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

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

Преимущества:

-Быстрое получение результата

-Повышение конкурентоспособности

-Изменяющиеся требования — не проблема

Недостатки:

-Отсутствие регламентации стадий

11)Пример краикой информации фирмы по ис

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

Основные бизнес-процессы компании — закупки, складирование запасов, продажи, взаиморасчеты с поставщиками и клиентами.Уровень конкуренции для компании в последнее время возрос, так как на рынок вышли два новых конкурента, к которым перешла часть клиентов и ряд наиболее квалифицированных сотрудников ЗАО «МЕД». ЗАО «МЕД» имеет два филиала — в Курске и Санкт-Петербурге. Каждый филиал функционирует как самостоятельное юридическое лицо, являясь полностью принадлежащей ЗАО «МЕД» дочерней компанией. По предварительным планам, Компания намерена открыть также дочернее предприятие для организации производства в непосредствен­ной близости к своим заказчикам.(адреса и елефоны)Основными целями проекта автоматизации компании «МЕД» явля­ются:

-Разработка и внедрение комплексной автоматизированной системы поддержки логистических процессов компании.

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

12) Определение видения и границ проекта ИС

На основе предварительной информации сформировано и согласо­вано с заказчиком общее представление о проекте: Видение выполнения проекта и границы проекта — документ, который кратко описывает, в каких подразделениях и в какой функциональности будет внедряться ИС.

13)

14) Типовые общие требования к ИС

15) Пример иерархической структуры фирмы заказчика ИС

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

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

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

Конечными продуктами этапа проектирования являются:

- схема базы данных (на основании ER-модели, разработанной на эта¬пе анализа);

- набор спецификаций модулей системы (они строятся на базе моде¬лей функций).

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

- будет ли это архитектура «файл-сервер» или «клиент-сервер»;

- будет ли это 3-уровневая архитектура со следующими слоями: сер¬вер, ПО промежуточного слоя (сервер приложений), клиентское ПО;

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

- будет ли база данных однородной, то есть, будут ли все серверы баз данных продуктами одного и того же производителя (например, все серверы только Oracle или все серверы только DB2 UDB). Если база данных не будет однородной, то какое ПО будет использовано для обмена данными между СУБД разных производителей (уже существующее или разработанное специально как часть проекта);.

-будут ли для достижения должной производительности использоваться параллельные серверы баз данных (например, Oracle Parallel Server, DB2 UDB и т.п.).

Этап проектирования завершается разработкой технического проек¬та ИС.

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

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

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

- обнаружение отказов модуля (жестких сбоев);

- соответствие модуля спецификации (наличие всех необходимых функций, отсутствие лишних функций).

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

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

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

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

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

16) пример физической диаграммы деятельности предприятия:

17) Бизнес-процессы предприятия и формирование их списка:

18) Сдержание, форма и постороение диаграммы действий фирмы.

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

Для того чтобы построить диаграмму необходимо изучить:

1.Общее описание бизнесс-процесса,определить его участников.

2.Проанализировать общее описание бизнесс-процесса и выделите участника єтого процесса,с которого он начинается.

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

20) Формирование таблиц операций

В таблицу последовательно внесите операции бизнес-процесса в соответствии с

общим описанием и диаграммой действий.

1. В графе 1 проставьте краткое наименование диаграммы - 1Пл_Зак. Кроме того,

в этой графе укажите номер операции, соответствующий изображению на

диаграмме действий.

2. В графу 2 путем копирования перенесите из диаграммы действий

наименование операции.

3. В графе 3 укажите исполнителя операции. В рассматриваемом бизнес-процессе

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

маркетинга, менеджер отдела закупок, менеджер группы логистики. Графа 3

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

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

частоту выполнения операций в соответствии с общим описанием бизнес-

процесса. Данная информация фиксируется в ходе обследования компании.

Например, это может быть "еженедельно", "ежесуточно", 1 раз в месяц, 200 раз

в день и т. п. Если операция выполняется с неопределенной периодичностью,

то в графе указывают "по мере необходимости". При проектировании или

выборе системы данные из графы "Как часто" определяют требования к

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

5. В графу 5 занесите наименования документов, на основании которых

осуществляется выполнение операции (входящие документы).

6. В графе 6 укажите наименования документов, которые создаются в результате

выполнения операции (исходящие документы). В отдельных случаях входящие

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

"Направление заказа поставщику" входящим и исходящим документом будет

заказ поставщику.

7. Если на основании операции формируется бухгалтерская проводка, то она

указывается в графе 7. В рассматриваемом примере нет операций, по которым

бы формировались проводки.

8. Графа 8 предназначена для произвольной дополнительной информации.

21) методология создани ИС

Основные составляющие методологи

- итерационная спиральная модель жизненного цикла ИС;

- комплекс развивающихся систем согласованных моделей;

- методология анализа ИС на основе бизнес-процессов;

- методология проектирования от данных;

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

- итерационная спиральная модель жизненного цикла ИС;

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

Методология определяет процесс создания корпоративных информационных систем как процесс построения и последовательного развития систем согласованных моделей, начиная от системы моделей, описывающих деятельность организации, и заканчивая готовой информационной системой. Модели должны создаваться, преобразовываться и контролироваться с помощью соответствующих CASE-средств и сохраняться в репозитории.  Отправной точкой процесса создания ИС являются модели бизнес-процессов, протекающих в организации и реализующих ее цели и задачи. Если построена компьютерная модель организации, описанная в терминах бизнес-процессов и бизнес-функций, то из этой модели может быть получено большинство важнейших требований к информационной системе. Это фундаментальное положение методологии позволяет абсолютно объективно подойти к выработке требований и проектированию информационной системы. Создается система моделей описания требований к ИС, которая затем преобразуется в систему моделей, описывающих проект ИС. Формируются модели архитектуры ИС, требований к программному обеспечению (ПО) и информационному обеспечению (ИО). Затем формируется архитектура ПО и ИО, выделяются корпоративные БД и отдельные приложения, формируются модели требований к приложениям и проводится их разработка, тестирование и интеграция. На рис.2 представлен комплекс развивающихся систем согласованных моделей (КРССМ), который показывает состав и последовательность развития систем моделей, создаваемых в процессе построения ИС. 

- методология анализа ИС на основе бизнес-процессов;

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

Поскольку данные составляют основу деятельности любой организации и являются наиболее стабильной ее составляющей (функции и структура организации меняются гораздо чаще), то при построении корпоративной ИС наиболее адекватным решаемым задачам является подход к проектированию, основанный на данных. Такой подход обеспечивает наилучшее архитектурное решение при разбиении системы на приложения, а также простоту и согласованность при интеграции приложений. В основу процессов проектирования и разработки ПО и ИО положены методология проектирования от данных DATARUN, которая была разработана в компании CSA (США) для проектирования и быстрой разработки программного и информационного обеспечения переносимых распределенных ИС в архитектуре клиент-сервер. Эти возможности основаны на использовании современных инструментальных средств моделирования, быстрого прототипирования и разработки. 

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

Предлагаемая методология создания ИС поддерживается комплексом согласованных между собой инструментальных средств, который обеспечивает непрерывный цикл автоматизации процессов, выполняемых на всех этапах ЖЦ ИС.. Согласованность этих средств обеспечивается наличием интерфейсов для прямого взаимодействия и поддержкой общепринятых стандартов открытых систем.  Комплекс средств такого рода позволяет строить модели, описывающие деятельность организации, формировать требования к ИС, быстро переходить от моделей требований к ИС к проекту приложений и баз данных. Он обеспечивает поддержку быстрой итеративной разработки приложений, их тестирование и интеграцию в систему. Заложенные в методологию и поддержанные этими инструментальными средствами принципы, основанные на использовании моделей и повторном использовании спецификаций, обеспечивают возможность быстрого внесения изменений как на стадиях создания ИС, так и на стадиях сопровождения и развития.  Созданные на базе этого набора средств распределенные ИС (приложения и БД) могут быть реализованы как в двухзвенной, так и в трехзвенной архитектуре клиент-сервер. Этот же набор средств позволяет переносить приложения и базы данных на различные платформы без перепрограммирования. Приложения, созданные на базе этого набора средств, являются открытыми и масштабируемыми. В состав набора входят средства реинжиниринга, позволяющие автоматически восстанавливать модель существующей системы. В соответствии с проектом эта модель может быть использована для построения моделей новой системы. Методология и поддерживающий ее набор инструментальных средств обеспечивают полный контроль и гибкое управление ходом разработки, включая: 

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

-возможность перехода к следующему этапу (шагу), не дожидаясь полного завершения предыдущего;

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

-поддержку итеративного характера разработки (возможность пересмотра полученных результатов и возврата на любой из предыдущих этапов;

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

-управление конфигурацией.