хз. В общем случае типовые программные компоненты, входящие в состав ис, реализуют
 Скачать 36.45 Kb.
|
|
Основные понятия Под информационной системой (ИС) обычно понимается прикладная программная подсистема, ориентированная на сбор, хранение, поиск и обработку текстовой и/или графической информации. Большинство ИС работает в режиме диалога с пользователем. В общем случае типовые программные компоненты, входящие в состав ИС, реализуют: диалоговый ввод-вывод; логику диалога; прикладную логику обработки данных; логику управления данными; операции манипулирования файлами и/или базами данных. Корпоративной информационной системой (КИС) мы будем называть совокупность специализированного программного обеспечения и вычислительной аппаратной платформы, на которой установлено и настроено программное обеспечение. Факторы, влияющие на развитие корпоративных информационных систем Развитие методик управления предприятием; Современная ИС должна отвечать всем нововведениям в теории и практике менеджмента. Развитие общих возможностей и производительности компьютерных систем; Прогресс в области наращивания мощности и производительности компьютерных систем позволяет постоянно наращивать производительность ИС и их функциональность. Развитие подходов к технической и программной реализации элементов информационных систем. Новый подход к программированию (ООП); Развитие сетевых технологий (клиент-сервер, многоуровневая реализация); Развитие Интернета (удаленные подразделения, e-commerce). Основные составляющие корпоративных информационных систем компьютерная инфраструктура организации, представляющая собой совокупность сетевой, телекоммуникационной, программной, информационной и организационной инфраструктур (корпоративная сеть). Отражает системно-техническую, структурную сторону ИС. Требования к КИ едины и стандартизованы; взаимосвязанные функциональные подсистемы, обеспечивающие решение задач организации и достижение ее целей. Относится к прикладной области, зависит от задач и целей предприятия. Базируется на КИ. Классификация информационных систем Наиболее часто используемые способы классификации ИС: классификация по масштабу; классификация по сфере применения; классификация по способу организации. Классификация по масштабу одиночные; Реализуются на автономном ПК (сеть не используется). Рассчитаны на работу одного пользователя/группы пользователей, разделяющих по времени одно рабочее место. Приложения используют настольные (локальные) СУБД: Clarion, Clipper, FoxPro, Paradox, dBase, MS Access. групповые; Ориентированы на коллективное использование информации членами рабочей группы, строятся на базе ЛВС. Приложения используют сервера БД (SQL-сервера) для рабочих групп: Oracle, DB2, MS SQL Server, InterBase, Sybase, Informix. корпоративные. Являются развитием систем для рабочих групп, ориентированы на крупные компании, могут поддерживать территориально разнесенные узлы или сети. В основном имеют иерархическую структуру из нескольких уровней. Архитектура – клиент-сервер со специализацией серверов, многоуровневая архитектура. СУБД: Oracle, DB2, MS SQL Server. Классификация по сфере применения системы обработки транзакций; преобладает режим OLTP – оперативной обработки транзакций: регулярный поток простых транзакций, высокая производительность их обработки, гарантированная доставка информации. системы поддержки принятия решений; тип DSS, с помощью сложных запросов производится отбор и анализ данных в различных разрезах: временных, географических. информационно-справочные системы; основаны на гипертекстовых документах и мультимедиа: системы электронной документации. офисные информационные системы. служат для перевода бумажных документов в электронный вид, автоматизацию делопроизводства и управление документооборотом. Классификация по способу организации системы на основе архитектуры файл-сервер; системы на основе архитектуры клиент-сервер; системы на основе многоуровневой архитектуры; системы на основе Интернет/интранет технологий. Типовые функциональные компоненты ИС Архитектура файл-сервер В архитектуре файл-сервер сетевое разделение компонентов диалога PS и PL отсутствует, а компьютер используется для функций отображения, что облегчает построение графического интерфейса. Файл сервер только извлекает данные из файлов, так что дополнительные пользователи и приложения лишь незначительно увеличивают нагрузку на ЦП. Каждый новый клиент добавляет вычислительную мощность к сети. Объектами разработки в файл-серверном приложении являются компоненты приложения, определяющие логику диалога PL, а также логику обработки BL и управление данными DL. Недостатки: при выполнении некоторых запросов к БД клиенту могут передаваться большие объемы данных, загружая сеть и приводя к непредсказуемости времени реакции. Используются локальные СУБД, которые не отвечают требованиям обеспечения целостности данных. Эта задача возлагается на программы клиентов, что приводит к усложнению клиентских приложений. Архитектура клиент-сервер Используется разделение компонентов приложения. Наличие выделенных SQL-серверов БД. В основном используется двухуровневая модель: клиент обращается к услугам сервера. Диалоговые компоненты PS и PL (графический интерфейс) и логика (BL, DL) размещаются на клиенте. Компоненты управления данными DS и FS – на сервере. Приложение работает на клиенте, СУБД – на сервере. Сложные приложения, активно взаимодействующие с БД, могут загрузить клиент и сеть – результаты SQL-запроса должны вернуться к клиенту для обработки, т.к. на нем реализована логика принятия решений. Для сокращения нагрузки на сеть и упрощения администрирования приложений компонент BL можно разместить на сервере. При этом вся логика принятия решений оформляется в виде хранимых процедур и выполняется на сервере БД. Если BL перегружает сервер, то часть логики размещается на стороне сервера, часть – на стороне клиента (системы с разделенной логикой). Создание архитектуры клиент-сервер возможно и на основе многотерминальной системы. Многоуровневая архитектура В классической форме состоит из трех уровней: нижний уровень: приложения клиентов, выделенные для выполнения функций и логики представлений PS и PL и имеющие программный интерфейс для вызова приложения на среднем уровне; средний уровень: сервер приложений, на котором выполняется прикладная логика BL и с которого логика обработки данных DL выполняет операции с БД DS; верхний уровень: удаленный специализированный сервер БД, выделенный для услуг обработки данных DS и файловых операций FS (без использования хранимых процедур). Более сбалансированная нагрузка на разные узлы и сеть, специализация инструментов для разработки приложений, упрощение администрирования и сопровождения логики приложения. Интернет/интранет-технологии В развитии данных технологий основной акцент пока что делается на разработке инструментальных программных средств. Компромиссным решением стало объединение Интернет/интранет технологий с многоуровневой архитектурой. Структура информационного приложения имеет вид: браузер – сервер приложений – сервер баз данных – сервер динамических страниц – веб-сервер. Области применения и примеры реализации информационных систем Бухгалтерский учет Управление финансовыми потоками Управление складом, ассортиментом, закупками Управление производственным процессом Управление маркетингом Документооборот Оперативное управление предприятием Предоставление информации о фирме Требования, предъявляемые к ИС Гибкость способность к адаптации и дальнейшему развитию – возможность приспособления ИС к новым потребностям предприятия. Надежность функционирование ИС без искажения информации, потери данных по «техническим причинам». Эффективность система является эффективной, если с учетом выделенных ей ресурсов она позволяет решать возложенные на нее задачи в минимальные сроки. Оценка эффективности будет производиться заказчиком. Безопасность свойство системы, в силу которого посторонние лица не имеют доступа к информационным ресурсам организации, кроме тех, которые для них предназначены. Общие сведения об управлении проектами Информационная система предприятия разрабатывается как некоторый проект. Проект – это ограниченное во времени целенаправленное изменение отдельной системы с изначально четко определенными целями, достижение которых означает завершение проекта, а также установленными требованиями к срокам, результатам, риску, рамках расходования средств и ресурсов, организационной структуре. Основные отличительные признаки проекта как объекта управления изменчивость – целенаправленный перевод системы из существующего в некоторое желаемое состояние, описываемое в терминах целей проекта; ограниченность конечной цели; ограниченность продолжительности; ограниченность бюджета; ограниченность требуемых ресурсов; новизна для предприятия, для которого реализуется проект; комплексность – наличие большого числа факторов, прямо или косвенно влияющих на прогресс и результаты проекта; правовое и организационное обеспечение – создание специфической организационной структуры на время реализации проекта. С точки зрения теории систем управления проект как объект управления должен быть наблюдаемым; управляемым. Технико-экономические показатели проекта объем работ; сроки выполнения; себестоимость; экономическая эффективность, обеспечиваемая реализацией проекта; социальная и общественная значимость проекта. Классификация проектов Класс проекта определяется по составу и структуре проекта: монопроект; мультипроект. Тип проекта определяется по основным сферам деятельности, в которых осуществляется проект: технический; организационный; экономический; социальный; смешанный. Масштаб проекта определяется размером бюджета и количеством участников: мелкие проекты; малые проекты; средние проекты; крупные проекты. Основные фазы проектирования информационной системы концептуальная фаза; Содержанием работ является определение проекта и разработка его концепции. подготовка технического задания; Уточнение технического предложения в ходе переговоров с заказчиком о заключении контракта. проектирование; Определяются подсистемы, их взаимосвязи, выбираются наиболее эффективные способы выполнения проекта и использования ресурсов. разработка; Производятся координация и оперативный контроль работ по проекту, осуществляется изготовление подсистем, их объединение и тестирование. ввод системы в эксплуатацию. Проводятся испытания, идет опытная эксплуатация системы в реальных условиях, ведутся переговоры о результатах выполнения проекта и о возможных новых контрактах. Следует иметь ввиду, что на обнаружение ошибок, допущенных на стадиях системного проектирования (вторая и частично третья фаза), расходуется примерно в два раза больше времени, чем на последующих фазах, а их исправление обходится в пять раз дороже. Поэтому на начальных стадиях проекта разработку следует выполнять особенно тщательно. Жизненный цикл информационных систем Жизненный цикл информационной системы представляет собой непрерывный процесс, начинающийся с момента принятия решения о создании ИС и заканчивающийся в момент полного изъятия ее из эксплуатации. Существует международный стандарт, регламентирующий жизненный цикл информационных систем — ISO/IEC 12207. Согласно ему структура жизненного цикла основывается на трех группах процессов: основные процессы жизненного цикла (приобретение, поставка, разработка, эксплуатация, сопровождение); вспомогательные процессы, обеспечивающие выполнение основных процессов (документирование, управление конфигурацией, обеспечение качества, верификация, аттестация, оценка, аудит, разрешение проблем); организационные процессы (управление проектами, создание инфраструктуры проекта, определение, оценка и улучшение самого жизненного цикла, обучение). Модели жизненного цикла информационной системы Моделью жизненного цикла ИС будем называть некоторую структуру, определяющую последовательность осуществления процессов, действий и задач, выполняемых на протяжении жизненного цикла ИС, а также взаимосвязи между этими процессами, действиями и задачами. Две основные модели жизненного цикла: каскадная модель (модель водопада, waterfall); спиральная модель. Каскадная модель жизненного цикла ИС Демонстрирует классический подход к разработке различных систем в любых прикладных областях. Широко использовалась в 70-х и первой половине 80-х годов. Предусматривает последовательную организацию работ. Разработка разбивается на этапы, переход с одного этапа на следующий происходит только после того, как полностью завершены все работы на предыдущем этапе. Каждый этап завершается выпуском полного комплекта документации, достаточной для того, чтобы разработка могла быть продолжена другой командой разработчиков. Этапы каскадной модели анализ требований заказчика; · проектирование; · разработка; · тестирование и опытная эксплуатация; · сдача готового продукта. Анализ. Проводится исследование проблемы, которая должна быть решена. Чётко формулируются все требования заказчика. Результатом данного этапа является техническое задание (задание на разработку), согласованное со всеми заинтересованными сторонами. Проектирование. Разрабатываются проектные решения, удовлетворяющие всем требованиям, сформированным в техническом задании. Результатом этапа является комплект проектной документации, содержащей все необходимые данные для реализации проекта. Разработка. Осуществляется разработка программного обеспечения в соответствии с проектными решениями, полученными на предыдущем этапе. Результатом этапа является готовый программный продукт. Тестирование. Проводится проверка полученного ПО на предмет соответствия требованиям, заявленным в техническом задании. Опытная эксплуатация позволяет выявить различного рода скрытые недостатки, проявляющиеся в реальных условиях работы ИС. Сдача. Проводится сдача готового проекта. Главная задача – убедить заказчика, что все его требования реализованы в полной мере. Достоинства каскадной модели на каждом этапе формируется законченный набор проектной документации, отвечающий критериям полноты и согласованности. На заключительных этапах также разрабатывается пользовательская документация, охватывающая все предусмотренные стандартами виды обеспечения информационной системы: организационное, методическое, информационное, программное, аппаратное; выполняемые в логичной последовательности этапы работ позволяют планировать сроки завершения и соответствующие затраты. Недостатки каскадной модели существенная задержка в получении результатов; ошибки и недоработки на любом из этапов проявляются, как правило, на последующих этапах работ, что приводит к необходимости возврата на предыдущую стадию; сложность параллельного ведения работ; чрезмерная информационная перенасыщенность каждого из этапов; сложность управления проектом; высокий уровень риска и ненадежность инвестиций Спиральная модель жизненного цикла Спиральная модель, в отличие от каскадной модели, предполагает итерационный процесс разработки ИС. При этом возрастает значение начальных этапов жизненного цикла, таких как анализ и проектирование. Каждая итерация представляет собой законченный цикл разработки, приводящий к выпуску внутренней или внешней версии изделия (или подмножества конечного продукта), которое совершенствуется от итерации к итерации, чтобы стать законченной системой. Достоинства спиральной модели итерационная разработка существенно упрощает внесение изменений в проект при изменении требований заказчика; при использовании спиральной модели отдельные элементы информационной системы интегрируются в единое целое постепенно. При итерационном подходе интеграция производится фактически непрерывно. Поскольку интеграция начинается с меньшего количества элементов, то возникает гораздо меньше проблем при ее проведении (по некоторым оценкам, при использовании каскадной модели разработки интеграция занимает до 40 % всех затрат в конце проекта); уменьшение уровня рисков. Данное преимущество является следствием предыдущего, так как риски обнаруживаются именно во время интеграции. Поэтому уровень рисков максимален в начале разработки проекта. По мере продвижения разработки ожидаемый риск уменьшается; итерационная разработка обеспечивает большую гибкость в управлении проектом, давая возможность внесения тактических изменений в разрабатываемое изделие. Например, можно сократить сроки разработки за счет уменьшения функциональности системы или использовать в качестве составных частей системы продукцию сторонних фирм вместо собственных разработок; спиральная модель позволяет получить более надёжную и устойчивую систему. Это связано с тем, что по мере развития системы ошибки и слабые места обнаруживаются и исправляются на каждой итерации. Недостатки спиральной модели Основная проблема - это определение момента перехода на следующий этап. Для ее решения необходимо ввести временные ограничения на каждый из этапов жизненного цикла. Иначе процесс разработки может превратиться в бесконечное совершенствование уже сделанного. Поэтому завершение итерации должно производиться строго в соответствии с планом, даже если не вся запланированная работа закончена. Методологии, технологии и инструментальные средства проектирования (CASE-средства) составляют основу проекта любой ИС. Методология реализуется через конкретные технологии и поддерживающие их стандарты, методики и инструментальные средства, которые обеспечивают выполнение процессов жизненного цикла ИС. Методология разработки ИС Методология создания ИС заключается в организации процесса построения ИС и в управлении этим процессом для того, чтобы гарантировать выполнение требований как к самой системе, так и к характеристикам процесса разработки. Основные задачи: соответствие создаваемой ИС целям и задачам предприятия; гарантированное создание системы с заданными параметрами в течение заданного времени в рамках оговоренного заранее бюджета; простота сопровождения, модификации и расширения системы; соответствие создаваемой КИС требованиям открытости, переносимости и масштабируемости; возможность использования в создаваемой ИС разработанных ранее и применяемых на предприятии средств информационных технологий. Технология разработки ИС Основное содержание технологии проектирования составляют технологические инструкции, состоящие из описания последовательности технологических операций, условий, в зависимости от которых выполняется та или иная операция, и описания самих операций. Технология проектирования может быть представлена как совокупность трех составляющих: заданной последовательности выполнения технологических операций проектирования; критериев и правил, используемых для оценки результатов выполнения технологических операций; графических и текстовых средств (нотаций), используемых для описания проектируемой системы. Каждая технологическая операция должна обеспечиваться следующими ресурсами: данными, полученными на предыдущей операции, предоставленными в стандартном виде; методическими материалами, инструкциями, нормативами и стандартами; программными и техническими средствами; исполнителями. Требования к технологии проектирования, разработки и сопровождения ИС технология должна поддерживать полный жизненный цикл ИС; обеспечивать гарантированное достижение целей разработки системы с заданным качеством и в установленное время; обеспечивать возможность разделения (декомпозиции) крупных проектов на ряд подсистем; обеспечивать возможность ведения работ по проектированию отдельных подсистем небольшими группами (3-7 человек); обеспечивать минимальное время получения работоспособной системы; предусматривать возможность управления конфигурацией проекта, ведение версий проекта, автоматического выпуска проектной документации; обеспечивать независимость выполняемых проектных решений от средств реализации системы (СУБД, ОС, ЯП). Декомпозиция проекта позволяет повысить эффективность работ. Подсистемы, на которые разбивается проект, должны быть слабо связаны по данным и функциям. Каждая подсистема разрабатывается отдельной группой разработчиков. При этом необходимо обеспечить координацию работ и исключить дублирование результатов, получаемых каждой проектной группой. Методология RAD Методология RAD (методология быстрой разработки приложений) – это комплекс специальных инструментальных средств, позволяющих оперировать с определенным набором графических объектов, функционально отображающих отдельные информационные компоненты приложений. Под методологией RAD обычно понимается процесс разработки ИС, основанный на трех элементах: небольшой команде программистов (2-10 чел.); тщательно проработанном графике работ, рассчитанном на короткий срок разработки (2-6 мес.) итерационной модели разработки, основанной на тесном взаимодействии с заказчиком Методология RAD Объектно-ориентированный подход Визуальное программирование Событийное программирование Фазы жизненного цикла в рамках методологии RAD При использовании методологии быстрой разработки приложений жизненный цикл ИС состоит из четырех фаз: анализа и планирования требований; проектирования; построения; внедрения. |