28. Основные типы информационных систем.

ИС – совок содержащейся в базах данных инф-ции (сведения/сообщ/данные независ от формы их представл) и обеспеч её обработку инф технологий (процессы, методы поиска, сбора, хран, обраб, предоставл, распростр инф-ии и способы осущ таких процессов и методов) и техн ср-в.

ИС: ручные и автоматизированные (АИС). В неавтоматизир (ручной) ИС все действия с инф и решения исходят от чел. АИС – совок-ть программно-аппаратных ср-в, предназнач для автоматизации деят-ти, связ с хран, передачей и обработкой инф-ции.

По объекту упр-ия различ АИС: банков; фин органов; фирм или предприятий; статистики; налог органов; органов страхов; тамож органов и т.д.

По отраслев признаку выделяют АИС: в пром-ти; в строит-ве; на транспорте; в торговле и пр.

По виду взаимод с объектом упр-ия можно выделить: автоматизе сист упр-ия (АСУ) технич ср-вами (АСУ ТС); АСУ персоналом (АСУП); АСУ организац-технологич процессами (АСУ ОТП); интегриров АИС; корпорат АИС; АИС науч исслед; обучающие АИС.

В завис от особ автоматизир проф деят-ти: сист поддержки принят реш-ий (СППР); автоматизире инф-вычислит сист (АИВС); система автоматиз проектирования (САПР); проблемно-ориентир имитац сист (ПОИС); автоматизир сис обуч (АСО); автоматизир информац-справ сист (АИСС).

СППР - АИС, предназнач для автоматиз деят-ти конкр должностных лиц при выполн ими своих должност (функц) обяз-тей в проц упр-ия перс и (или) технич ср-вами.

АИВС предназнач для реш-ия сложн в математич отнош задач, треб больших объемов самой разнообразной инф.

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

ПОИС предназнач для автоматиз разраб имитац моделей в некоторой предметной области.

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

Различают несколько поколений АИС.

1) 1960-1970 гг. АИС строились на базе вычислит центров по принципу «1 предприятие – 1 центр обработки».

2) 1970-1980 гг. Переход к децентрализ ИС. Инф технолог проникают в отделы, службы предпр-ия. Появ пакеты и децентрализе БД, стали внедряться 2х, 3хуровневые модели орг-ции систем обраб данных.

3) 1980-нач.1990 гг. Массовый переход к распределенной сетевой обработке на базе персональных компьютеров с объединением разрозненных рабочих мест в единую ИС.

4) Находится в стадии зарождения и характеризуется сочетанием централиз обраб на верхнем уровне с распределенной обработкой на нижнем. Наблюдается тенденция к возврату на крупных и средних предприятиях к использованию в ИС мощных ЭВМ в качестве центрального узла системы и дешевых сетевых терминалов (рабочих станций).

Вопрос № 29. Функциональные и обеспечивающие информационные подсистемы

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

Функц сист ориентир на вып-ие конкрх ф-ций по сбору, обраб, анализу и представл конкр эк инф-ции.

Обеспеч сист – на поддержку вып-ия таких ф-ций, а также обесп-ие функционир системы в целом.

ИС: функциональные подсистемы (инф поддержка, бизнес-планир, оперативн упр-ие, финн менедж, бух уч); обеспечив подсист (инф обесп-ие, технич обесп-ие, программн обесп, матем обесп, лингвистич обесп).

Функц часть ИС обесп вып-ие задач, для кот и предназнач ИС. Обычно в ИС функця часть разбив на подсист по функц признакам: • уров упр-ия (высший, средний, низший); • вид управл рес (материальный, трудов, фин и т. п.); • сфера применения (банковская, фондового рынка и т. п.); • ф-ции упр-ния и период упр-ия.

Функц подсистемы ИС могут строиться по различным принципам: предметному; проблемному; смешанному (предметно-функциональному).

Предметн принцип исп-ния ИС в хоз процессах промышл предпр-ия опред подсистемы упр-ия производств и фин рес: матер-технич снабжением; произ-вом ГП; персоналом; сбытом ГП; финансами. При этом в подсист рассматр реш-ие задач на всех уровнях упр-ия с обесп-ем интеграции инф потоков по вертикали.

Проблемный принцип формирования подсистем отражает необх-ть гибкого и оперативн принятия упр реш-ий по отдельным проблемам, например, реш-ие задач бизнес-планир, упр-ия проектами. Такие подсистемы могут реализовываться на основе программ бизнес-планирования, таких как Project-Expert), или в виде специальных подсистем в рамках КИС (например, инф сист рук-ля).

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

Обеспечив часть состоит из инф, технич, математич, программн, методич, организац, лингвистич и правового обесп-ий.

Информац обеспечение АИС — совок-ть проектных реш-ий по объемам, размещ, формам орг-ции инф-ции (единой системы классифик и кодир инф-ции, унифицир систем документации, схем инф потоков), циркулир в орг-ции, а также методолог построен БД.

Технич обесп АИС — комплекс технич ср-в, предназнач для работы ИС, а также соответств документация на эти ср-ва и технологич процессы.

Математич обесп-ие АИС— совок матем методов, моделей, алгоритмов обраб инф, испо при реш-ии задач в инф системе.

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

Методич и организаце обесп-ие АИС — совок методов, ср-в и докум, регламентир взаимод персонала ИС с техн ср-вами и между собой в проц разраб и эксплуат ИС.

Правовое обесп-ие АИС — совок прав норм, регламентир создание, юр статус и эксплуат ИС.

Лингвистич обесп-ие АИС — совок языковых ср-в персонала ИС и пользователей с программным, математич и инф обесп-ем, а также совок терминов, исп в ИС.

Вопросы № 30,31,32 Основные процессы жизненного цикла ИС. Вспомогательные

процессы жизненного цикла ИС. Организационные процессы жизненного цикла ИС.

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

Таким образом, жизненный цикл информационной системы охватывает все стадии и этапы ее создания, сопровождения и развития:

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

 проектирование системы (включая разработку технического задания, эскизного и технического проектов);

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

 интеграцию и сборку системы, проведение ее испытаний;

 эксплуатацию системы и ее сопровождение;

• развитие системы.

Согласно стандарту структура жизненного цикла основывается на трех группах процессов:

· основные процессы (заказ, поставка, разработка, эксплуатация, сопровождение);

Вопрос 31· вспомогательные процессы (обеспечивают выполнение основных процессов):

o документирование – работы по разработке, выпуску, редактированию, распространению и сопровождению документов, в которых нуждаются все заинтересованные лица;

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

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

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

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

o совместный анализ – работы по оценке состояния или результатов какой-либо работы (системы);

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

o разрешение проблем – работы по анализу и устранению проблем, обнаруженных при реализации проекта;

Вопрос 32· организационные:

o управление проектами – работы по планированию и управлению процессами, включая контроль, проверку и оценку выполненных работ с формированием отчетности;

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

o усовершенствование – работы по оценке, контролю и улучшению процессов жизненного цикла;

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

Вопрос № 33. Модели жизненного цикла ИС. Этапы проекта каскадной модели.

Под моделью ЖЦ понимается структура, определяющая последовательность выполнения и взаимосвязи процессов, действий и задач, выполняемых на протяжении ЖЦ. Модель ЖЦ зависит от специфики ИС и специфики условий, в которых последняя создается и функционирует.

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

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

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

Рис. 1. Каскадная схема разработки ПО.

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

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

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