Проектирование информационной системы

 

1. Проектирование ИС. Понятия и структура проекта  ИС. Требования к эффективности  и надежности проектных решений.

Проектирование – процесс создания проекта.

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

Документ, полученный в результате проектирования, носит название проект. Проект – прототип, прообраз предпологаемого или возможного объекта, состояния.

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

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

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

Структура проекта

Осн. этапы проектир-я ЭИС: 1) Обоснование  создания с-мы; 2) разработка ТЗ; 3)Технич-е  и раб. проектир-е; 4) ввод с-мы в действие.

ТЭО – док-т предназначен д/обоснов-я пр-венно-хоз-й необх-ти и технико-эк. целесообраз-ти создания АСУ. ТЭО д. содержать: введение, хар-ку объекта и структуры упр-я, цели, критерии, ф-ции, задачи в создании АСУ, выводы (основание д/провед-я работ, наим-е орг-ции-заказчика, наим-е орг-ций-участников работ, сроки начала и окончания работ, источники, объёмы, порядок финансир-я работ, перечень нормат.-технич-х док-тов, методич-х мат-лов).

ТЗ – Завершающим этапом предпроектной стадии создания АСУ явл-ся разработка ТЗ. Осн. цель работ на этапе ТЗ заключ-ся в опред-ии треб-ий заказчика к разрабатываемой с-ме, в т.ч. к ф-ционал-м и обеспечивающим подс-мам АСУ, к орг-ции работ по созданию АСУ.

Исходными мат-лами д/разработки ТЗ явл-ся все  вспомогат-е мат-лы этапа ТЭО, научно-технич-е  отчеты и дополнит-е исх-ые данные. ТЭО и ТЗ рекомендуется разраб-ть совместно.

Дополнит-е исх-е данные: требования к пр-венным помещениям, их строит-ные хар-ки, необходимые  д/размещ-я технич-х ср-в АСУ, данные о внешней среде (влажности, t, и т.д.) и др. усл-ия, важные д/работы технич-х ср-в, операт-го и эксплуатац-го персонала; др. специфич-е сведения аналогичного значения.

ТЗ после утвержд-я  явл-ся обязат-м исх-м док-том д/всех посл-щих работ по созд-ю асу.

ТП – разрабат-ся на основе утвержденного ТЗ. ТП создается на 2-й стадии разработки АСУ – проектир-е, и явл-ся ее 1-м этапом.

В целях сокращ-я сроков разраб-ки и объема док-тации рекоменд-ся заимствовать ранее разработанную док-тацию  и разраб-ть проект в одну стадию: техно-рабочий проект. Гл. цель ТП – утверждение осн-х направлений действия АСУ, затрат, эк. эфф-ти, поиск наиб. рац-х проектных реш-й. ТП АСУ оформ-ся в виде комплекса мат-лов, дающих полное предст-ие о составе и ф-ционир-и АСУ.

Утвержденный ТП явл-ся основанием д/разработки рабочего проекта (РП).

РП – разраб-ся на 2-м этапе стадии проектир-я АСУ. Гл. цель РП – разработать технич-ю док-тацию, необходимую д/провед-я работ по внедр-ю, отладке, сдаче и ф-ционир-ю АСУ. РП разраб-ся на основе утвержденного ТП.

Требования к эфф-ти и надежности проектных решений

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

ТЭО определяет необх-ть проектируемой  с-мы.

На  основании ТЭО д.б. четко составлено ТЗ, где опред-ся ср-ва, к-рые б. обеспеч-ть надеж-ть и эфф-ть на каждом этапе  проектир-я. 

Снижение затрат на проектирование осуществляется за счет:

• четкого выбора какая СУБД нужна;
• какие технические средства необходимы.

 

 

 

 

2.Жизненный цикл ИС, стадии ЖЦ разработки ИС

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

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

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

Под стадией модификации будем понимать процесс корректировки проектных решений по отдельным компонентам ЭИС.

Более детальное описание' работ на стадии проектирования включает в себя следующие действия.

1. Обследование предметной  области:

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

• перечень объектов предметной области,

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

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

• ЭВМ, на которой предполагается реализовать ЭИС,

• требования к функционированию ЭИС, частота поступления и корректировки  информации, методы обеспечения ее достоверности.

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

2. Определение объектов  и их атрибутов.

Для каждого объекта и  процесса необходимо:

• выделить идентифицирующие свойства и провести нормализацию,

• определить количество экземпляров каждого объекта и

рост этой величины во времени,

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

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

3. Установление всех структурных  связей между объектами и процессами  и вычислимости на этой основе всех запросов.

Разработка структуры  базы данных, проверка ее корректности и полноты.

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

5. Выбор ЭВМ и программных  средств для реализации ЭИС.  Среди программных средств в  первую очередь необходимо выбрать  операционную систему и СУБД. Оценка требуемых объемов памяти и трудоемкости разработки программ.

6. Проверка корректности проекта и определение сроков его реализации.

Итогом перечисленных  выше действий становится технический проект ЭИС.

7. На стадии рабочего  проектирования необходимо:

• создать описания всех компонентов базы данных,

• разработать экранные формы и системы меню для всех

групп пользователей,

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

• заполнить ЭИС отладочными  данными и оттестировать ее,

• составить инструкции по работе с ЭИС и обучить пользователей.

Стадия эксплуатации начинается с заполнения ЭИС реальными данными.

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

На стадии эксплуатации ЭИС  требуется обеспечить реорганизацию  БД, рестарт и восстановление, копирование  БД, контроль непротиворечивости БД.

Сопровождение программного обеспечения на стадии эксплуатации ЭИС осуществляет прикладной программист.

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

 

3. Понятие реинжиниринга,  этапы проведения и место в  проектировании ИС.

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

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

Д/компаний с высок. степенью диверсиф-ции бизнеса, многообразием  партнерских связей РБП обеспеч-т  реш-е задач 

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

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

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

Горизонтал-е сжатие процесса – неск. раб. процедур объед-ся в рамках создания многоф-ционал-го АРМа, подключаемого к комплексной с-ме автоматизации упр-я. 

Вертикал-е сжатие процесса – орг-ция и контроль вып-я делового процесса со стороны менеджеров на основе использ-я локал-х ВС с архитектурой «клиент-сервер», с-м упр-я потоками работ и распред-ых БД (позволяют организ-ть параллельную обработку инфы).

Централизованное (децентрализованное) упр-е процессом – координация вып-я операций процесса территориально-распределенными структурными подразделениями пр-ятия или пр-ятиями-партнерами на основе использ-я глобал-й ВС Intranet/Internet.

Этапы проведения:

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

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

4. Методы и средства  проектирования ИС. Каноническое  и индустриальное проектирование. Краткая характеристика применяемых  технологий проектирования.

Основы  технологии проектирования ЭИС определяют методы проектирования, которые поддерживаются средствами проектирования. Следовательно, методы проектирования ИС можно классифицировать по следующим признакам:

1. По степени автоматизации методы проектирования:
• ручного проектирования
• компьютерного проектирования, на основе специальных инструм. программных средств
2. По степени использования типовых проектных решений:
1. оригинального (индивидуального) проектирования (с нуля).
2. Типового проектирования, предполагающего конфигурацию ИС из готовых типовых проектных решений (программных модулей) на основе опыта.
3. По степени адаптивности проектных решений:
1. реконструкция (программирование программных модулей);
2. параметризация – проектное решение настраивается в соответствии с измененными параметрами;
3. реструктуризация модели, когда изменяется  модель проблемной области, на основе которой автоматически настраивается проектное решение.