Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-1.jpg" alt=">Тема: ”Основы и циклы разработки информационных систем”. Ростов-на-Дону Основы разработки"> Тема: ”Основы и циклы разработки информационных систем”. Ростов-на-Дону Основы разработки ИС. 2010 г.
Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-2.jpg" alt=">Основные термины. Информационное обеспечение (ИО) - представляет собой совокупность проектных решений по объемам, размещению,"> Основные термины. Информационное обеспечение (ИО) - представляет собой совокупность проектных решений по объемам, размещению, форма организации информации, циркулирующей в ИС. Лингвистическое обеспечение (ЛО) - объединяет совокупность языковых средств для формализации естественного языка, построения и сочетания информационных единиц в ходе общения пользователей со средствами вычислительной техники. Техническое обеспечение (ТО) - представляет собой комплекс технических средств (технические средства сбора, регистрации, передачи, обработки, отображения, тиражирования информации, оргтехника и др.), обеспечивающих работу ИТ. Программное обеспечение (ПО) - включает совокупность программ, реализующих функции и задачи ИС и обеспечивающих устойчивую работу комплексов технических средств. Математическое обеспечение (МО) - совокупность математических методов, моделей и алгоритмов обработки информации, используемых при решении функциональных задач и в процессе автоматизации проектировочных работ. Основы разработки ИС. 2
Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-3.jpg" alt=">Организационное обеспечение (ОО) - представляет собой комплекс документов, составленный в процессе проектирования ИС, утвержденный"> Организационное обеспечение (ОО) - представляет собой комплекс документов, составленный в процессе проектирования ИС, утвержденный и положенный в основу эксплуатации. Правовое обеспечение (Пр. О) - представляет собой совокупность правовых норм, регламентирующих правоотношения при создании и внедрении ИС и ИТ. Эргономическое обеспечение (ЭО) - как совокупность методов и средств, используемых на разных этапах разработки и функционирования ИС и ИТ, предназначено для создания оптимальных условий высококачественной, высокоэффективной и безошибочной деятельности человека в ИТ, для ее быстрейшего освоения. Конечный продукт работы любого менеджера - это решения и действия. Принятое им решение ведет либо к преуспеванию предприятия, либо к неудачам. Принятие решения - это всегда выбор определенного направления деятельности из нескольких возможных. Так как процесс управления любой организацией в экономике реализуется исключительно посредством формирования и реализации управленческих решений, поэтому остановимся на типах решений, которые имеют различные характеристики и требуют различных источников данных. Основы разработки ИС. 3
Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-4.jpg" alt=">Оперативные решения - периодические: одна и та же задача возникает периодически. В результате процесс"> Оперативные решения - периодические: одна и та же задача возникает периодически. В результате процесс принятия решения становится относительно рутинным и почти беспроблемным. Параметры (характеристики) хозяйственных процессов, используемые в ходе принятия решения, определены, их оценка известна с высокой точностью, а взаимосвязь параметров с принимаемым решением понятна. Принятие оперативных решений ведет к вполне ожидаемым и прогнозируемым результатам. Оперативные решения являются краткосрочными. Тактические решения обычно принимаются управленцами среднего уровня, ответственными за обеспечение средствами для достижения целей и намерений, поставленных ЛПР верхнего звена. Тактические решения не так рутинны и структурированы, как оперативные решения. Все главные параметры объекта управления, входящие в состав тактических решений, неизвестны; оценки характеристик, определенные как важные, могут быть неизвестны, а взаимосвязь между характеристиками и решениями может быть не ясна. Стратегические решения принимаются на основе целей компании, определенных в его уставе и уточненных высшим руководством предприятия. Эти цели определяют основу, на которой должно базироваться долгосрочное планирование, а также определение критических факторов деятельности предприятия. Эти решения обеспечивают базу для принятия тактических и оперативных решений. Основы разработки ИС. 4
Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-5.jpg" alt=">Стратегический план После вышеприведенных шагов первый план, который необходимо сформировать, - это стратегический план,"> Стратегический план После вышеприведенных шагов первый план, который необходимо сформировать, - это стратегический план, являющийся сводом инициатив (хотя еще не конкретных проектов), которые должна выполнить организация для продвижения по направлению к видению. Он также должен содержать числовые результаты, которых необходимо достичь за определенный период. Центральное планирование В этом случае имеется центральный отдел, координирующий ИС- стратегию и бизнес-стратегию, а начальник ИС-отдела должен быть частью управленческого аппарата, занятого принятием решений. Операционный план ИС После определения инициатив они должны быть представлены в виде проектов с конкретными результатами, приоритетами и т. д. , т. е. в виде операционного плана. Жизненный цикл информационных систем Под жизненным циклом системы обычно понимается непрерывный процесс, который начинается с момента принятия решения о необходимости создания системы и заканчивается в момент ее полного изъятия из эксплуатации. Основы разработки ИС. 5
Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-6.jpg" alt=">Введение Создание ИС и ИТ представляет собой сложный процесс проектирования. Целью проектирования являются подготовка"> Введение Создание ИС и ИТ представляет собой сложный процесс проектирования. Целью проектирования являются подготовка проектных документов и внедрение человекомашинной системы управления организацией. В процессе проектирования выявляются наиболее существенные характеристики экономического объекта, изучаются его внешние и внутренние информационные потоки, создаются математические и физические аналоги исследуемой системы и ее элементов, устанавливаются условия взаимодействия человека и технических средств управления. Для того чтобы иметь хорошую информационную систему необходимо планировать ее создание. Именно поэтому вопрос планирования информационных систем рассматривается здесь отдельно. Процесс планирования должен начинаться с оценки текущей ситуации, определения миссии информационной системы, интенсивности использования информации, пользователей, оценки среды организации, места на рынке, ее сильных и слабых сторон, выработки стратегии, которая должна лечь в основу бизнес-плана по созданию информационной системы. Основы разработки ИС. 6
Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-7.jpg" alt=">Основы разработки ИС. 7 ">
Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-8.jpg" alt="> История создания идеи ИС. В настоящее время история развития систем, предназначенных для хранения"> История создания идеи ИС. В настоящее время история развития систем, предназначенных для хранения и обработки информации с использованием ЭВМ, насчитывает уже более полувека. Еще относительно недавно в ходу были перфораторы в качестве устройств ввода данных, листинги в виде рулонов бумаги длиной порою до нескольких метров - в качестве носителя результатов машинной обработки, недельные, либо месячные временные интервалы - в качестве нормативных сроков обработки информации. В последнее десятилетие ушедшего века ситуация претерпела качественные изменения. Если попытаться сформулировать "портрет" современной информационной системы масштаба предприятия в виде десятка тезисов, то мы увидим, что она имеет: - в основе - методологию управления, направленную на достижении стратегических целей высшего менеджмента предприятия, выраженной в информационной системе в виде системы управляющих воздействий, регламентирующей деятельность пользователей. Возможность доступа к данным для множества пользователей, объединенных в локальную сеть предприятия, а зачастую - и для пользователей, удаленных от центрального офиса на сотни и тысячи километров. Наличие средств коммуникации и элементов корпоративного решения задач коллективом пользователей; Основы разработки ИС. 8
Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-9.jpg" alt=">- развитый, дружественный графический интерфейс конечного пользователя; - режимы обработки оперативной информации, близкие"> - развитый, дружественный графический интерфейс конечного пользователя; - режимы обработки оперативной информации, близкие к режиму реального времени. Средства аутентификации и разграничения доступа, позволяющие дозировать информацию в соответствии с должностными обязанностями пользователя; высокий уровень защищенности от несанкционированного доступа. Один или более серверов баз данных, суммарный объем которых измеряется в гига- или терабайтах; возможность обработки тысяч и миллионов записей при составлении отчетности, инвариантность (в определенных пределах) к аппаратным и операционным средам функционирования серверных и клиентских приложений. Использование стандартизованных языков и протоколов для представления и манипулирования данными. Основы разработки ИС. 9
Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-10.jpg" alt=">Классификация ИС. 1. Классификация ИС по масштабу. Информационные системы могут быть классифицированы по различным"> Классификация ИС. 1. Классификация ИС по масштабу. Информационные системы могут быть классифицированы по различным признакам. Однопользовательские ИС, как это ясно из названия, предназначены для использования на одном рабочем месте. В настоящее время на мировом и отечественном рынке представлено множество решений, предназначенных для автоматизации деятельности отдельно взятого пользователя. Как правило, это - решения, ориентированные на специалиста в той или иной области, будь то составление спецификаций для сборки изделий из комплектующих, планирование ремонтов оборудования, учет расходов и доходов частного предпринимателя оптовой торговли, либо составление расписаний занятий в деканате. В настоящее время альтернативу таким узкоспециализированным системам составили табличные процессоры, не имеющие проблемной специализации, в первую очередь - MS Excel. Системы этого класса трудно отнести к классу ИС, но зачастую они позволяют непрограммирующему специалисту создать и, что очень важно, самостоятельно развивать собственные решения, заменяющие, а местами и перекрывающие функционал однопользовательских систем образца 90 - х годов. Основы разработки ИС. 10
Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-11.jpg" alt="> В основе большинства однопользовательских систем лежит стандарт X-Base (Clipper, Fox. Pro,"> В основе большинства однопользовательских систем лежит стандарт X-Base (Clipper, Fox. Pro, d. Base). Широко используются также решения на базе систем Paradox, Clarion, MS Access. Каждая из перечисленных конкурирующих систем обладает собственной высокоуровневой инструментальной средой, позволяющей спроектировать базу данных, логику обработки, пользовательский интерфейс, отчеты с помощью "помощников"- построителей. На рубеже тысячелетий появились также и однопользовательские решения на базе промышленных реляционных СУБД. В этом случае ПО сервера инсталлируется непосредственно на рабочую станцию пользователя. Примером может служить Personal Oracle. Данные решения предъявляют значительные требования к ресурсам рабочей станции, однако несут в себе многие преимущества промышленных СУБД. Групповые системы предназначены для автоматизации деятельности в рабочей группе (отделе, кластере, группе проекта и т. д.). В отличие от однопользовательских ИС, групповые системы, как правило, представляют специализированные клиентские решения (их часто называют автоматизированными рабочими местами, АРМ) для различных участников группы. Например, для оптовой фирмы, ИС может представлять набор таких АРМ, как "Менеджер по продажам", "Кладовщик", "Снабженец", "Директор". Для учебного планирования - "Преподаватель", "Работник бюро планирования", "Работник учебного отдела", "Специалист по планированию на кафедре", "Работник деканата". Основы разработки ИС. 11
Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-12.jpg" alt="> Групповое использование решений на базе табличных процессоров возможно, но имеет существенные"> Групповое использование решений на базе табличных процессоров возможно, но имеет существенные ограничения, связанные с разграничением доступа, регламентацией и синхронизацией вносимых изменений. По сути единственный режим их использования, обеспечивающий корректность данных - "файловый сервер, один автор, N читателей". При создании групповых ИС в целом используются те же средства и инструментальные среды, что и при создании однопользовательских ИС. Следует, однако, отметить, что для использования в группе при выборе между системами с файловым и реляционным сервером следует отдавать предпочтение реляционному серверу, причем целесообразно использование выделенного сервера. Это может быть, например, сервер Oracle, DB 2, MS SQL, Sybase, Informix. Корпоративные ИС (КИС) предназначены для автоматизации деятельности предприятия. В англоязычной литературе понятие "КИС" неразрывно связано с понятием "ERP" (Enterprise Resource Planning). В основе ERP- систем лежит международный стандарт управления предприятием MRP-II (Manufacture Resource Planning), обеспечивающий возможность учета, анализа и планирования основных ресурсов - финансов, человеческих, материальных. Основы разработки ИС. 12
Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-13.jpg" alt=">Соответственно, корпоративные ERP-системы - набор интегрированных приложений, которые комплексно, в едином информационном пространстве поддерживают"> Соответственно, корпоративные ERP-системы - набор интегрированных приложений, которые комплексно, в едином информационном пространстве поддерживают все основные аспекты управленческой деятельности предприятий: планирование ресурсов (финансовых, человеческих, материальных) для производства товаров (услуг), оперативное управление выполнением планов (включая снабжение, сбыт, ведение договоров), все виды учета и анализ результатов хозяйственной деятельности. Среди требований, предъявляемым к современным КИС: · централизация данных в единой базе (в основе - всегда промышленная СУБД), · близкий к реальному времени режим работы, · сохранение общей модели управления для предприятий разных отраслей, · поддержка территориально-распределенных структур, · работа на широком круге аппаратно-программных платформ и СУБД. Примеры ERP-систем - SAP R 3, "Галактика", MS Navision Axapta. Основы разработки ИС. 13
Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-14.jpg" alt=">2. Классификация информационных систем по архитектуре. Архитектура "> 2. Классификация информационных систем по архитектуре. Архитектура "Файл-сервер". Исторически первая архитектура информационных систем. Как исполняемые модули, так и данные размещаются в отдельных файлах операционной системы. Доступ к данным осуществляется путем указания пути (path) и использования файловых операций (открыть, считать, записать). Для хранения данных используется выделенный сервер (отдельный компьютер), который и является файловым сервером. Исполняемые модули хранятся либо на рабочих станциях, либо на файловом сервере. В последнем случае упрощается процедура их администрирования, но при этом возрастают требования к надежности сети. Архитектура "Клиент-сервер". Клиент-сервер - это не только архитектура, это - новая парадигма, пришедшая на смену устаревшим концепциям. Суть ее заключается в том, что клиент (исполняемый модуль) запрашивает те или иные сервисы в соответствии с определенным протоколом обмена данными. При этом, в отличие от ситуации с файловым сервером, нет необходимости в использовании прямых путей операционной системы: клиент их "не знает", ему "известны" лишь имя источника данных и другие специальные сведения, используемые для авторизации клиента на сервере. Сервер, который физически может находиться на том же компьютере, а может - на другом конце земного шара, обрабатывает запрос клиента и, произведя соответствующие манипуляции с данными, передает клиенту запрашиваемую порцию данных. Основы разработки ИС. 14
Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-15.jpg" alt="> В рамках направления "> В рамках направления "клиент-сервер" существуют два основных "диалекта": "тонкий" и "толстый" клиент. В системах на основе тонкого клиента используется мощный сервер баз данных, это - высокопроизводительный компьютер и библиотека так называемых хранимых процедур, позволяющих производить вычисления, реализующие основную логику обработки данных, непосредственно на сервере. Клиентское приложение, соответственно, предъявляет невысокие требования к аппаратному обеспечению рабочей станции. Основное достоинство таких систем - относительная дешевизна клиентских станций. Системы с толстым клиентом, напротив, реализуют основную логику обработки на клиенте, а сервер представляет собой в чистом виде сервер баз данных, обеспечивающий исполнение только стандартизованных запросов на манипуляцию с данными (как правило - чтение, запись, модификацию данных в таблицах реляционной базы данных). В системах такого класса требования к рабочей станции выше, а к серверу - ниже. Достоинство архитектуры - переносимость серверной компоненты на серверы различных производителей: все промышленные серверы баз данных реляционного типа поддерживают работу со стандартизованным языком манипулирования данными SQL, но внутренний встроенный язык обработки данных, необходимый для реализации логики обработки на сервере у каждого из серверов свой. Основы разработки ИС. 15
Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-16.jpg" alt="> Трехслойная архитектура. Базируется на дальнейшей специализации компонент архитектуры: клиент занимается только"> Трехслойная архитектура. Базируется на дальнейшей специализации компонент архитектуры: клиент занимается только организацией интерфейса с пользователем, сервер баз данных - только стандартизованной обработкой данных. Для реализации логики обработки данных архитектура предусматривает отдельный слой - слой бизнес-логики. Этот слой может представлять собой либо выделенный сервер (сервер приложений), либо размещаться на клиенте в качестве динамической библиотеки. Данная архитектура позволила соединить достоинства тонкого и толстого клиентов: хорошая переносимость соединяется в ней с невысокими требованиями к клиенту. С развитием интернет-технологий появилась разновидность трехслойной архитектуры на основании использования web-технологий. В этой разновидности роль сервера приложений играет web-сервер, а в качестве клиента используется стандартный web-браузер. Достоинства - в пониженных требованиях к клиенту и в легкой встраиваемости данной архитектуры в мировые информационные сети. Основной недостаток - известные ограничения, накладываемые на интерфейс пользователя web -браузерами. С некоторой степенью приближения все ИС можно разделить на 2 класса: информационно-поисковые и управляющие. Основы разработки ИС. 16
Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-17.jpg" alt="> Конечные пользователи информационно-поисковых систем (ИПС), как правило, имеют доступ к хранимым"> Конечные пользователи информационно-поисковых систем (ИПС), как правило, имеют доступ к хранимым данным только "по чтению" и используют данные системы для поиска ответов на те или иные вопросы. Доступ по модификации данных имеет администратор системы, в функции которого входит обеспечение актуальности информации, устранение ошибок. Классические примеры ИПС - системы поиска в библиотеках, на транспорте (справки о наличии билетов). На современном этапе развития информационных технологий классические ИПС постепенно вытесняются поисковыми серверами Интернет - общего назначения и специализированными. Альтернатива ИПС - управляющие системы автоматизируют (полностью или частично) деятельность, связанную с принятием решений. Действия конечных пользователей таких систем приводят к модификации информации, что, конечно, не исключает возможности просто получать информацию, как в ИПС. Примеры управляющих систем - системы бухгалтерского учета, системы планирования производственных ресурсов и т. п. Основы разработки ИС. 17
Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-18.jpg" alt=">Разработка ИС. Проблемы на стадии разработки Взгляд руководства организации и ее персонала, не говоря"> Разработка ИС. Проблемы на стадии разработки Взгляд руководства организации и ее персонала, не говоря уже о разработчиках, на создание информационной системы различен. Здесь мы попытаемся, не вдаваясь в технические проблемы, построить модель процесса создания информационной системы для менеджеров и показать, в чем их задачи. Существует две различных стадии осуществления проекта построения информационных систем и технологий - разработка и внедрение и эксплуатация. Стадия разработки и внедрения обычно всегда осуществляется полностью. Ей не мешает ни слабое развитие технологии, ни отсутствие компетенции персонала или пользователей, ни отсутствие хороших консультантов. Если на этой стадии возникают проблемы, то они связаны со следующими тремя основными причинами: недостаток поддержки основного персонала, особенно когда надо уделить достаточно времени и энергии на критических стадиях; слишком амбициозные планы вместо пошагового, мудрого подхода; неудача при. получении достаточного количества советов от практиков с настоящим опытом использования похожих систем в похожем бизнесе. Основы разработки ИС. 18
Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-19.jpg" alt=">В рамках группового обсуждения в работе R. Hanage (Ма-naging Information for Profit and Growth),"> В рамках группового обсуждения в работе R. Hanage (Ма-naging Information for Profit and Growth), были получены следующие ответы на вопрос о том, какие проблемы возникали с проектами информационных технологий? консультанты по информационным технологиям не понимали наших мыслей; трудно найти нужный совет; сложно подобрать прикладное обеспечение для деловых процессов; неподходящее время для установки системы; плохая техническая и программная поддержка. Как правило, проект информационных технологий всегда занимает больше времени, чем предполагалось. Необходимо быть готовым к тому, чтобы вложить больше ресурсов, чем требуется, для того чтобы быть уверенным, что он не остановится; участвующие в осуществлении проекта люди всегда думают, что их работа сделана, когда аппаратура и программы работают успешно. Фактически проект завершен только тогда, когда достигнуты ожидаемые преимущества для бизнеса. Если проект связан с деловыми целями по улучшению отдельных сторон функционирования организации, и все это знают, он более успешен. Основы разработки ИС. 19
Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-20.jpg" alt=">Имеется четыре стадии создания информационной системы. 1 Эскиз проекта. Подробное описание целей и"> Имеется четыре стадии создания информационной системы. 1 Эскиз проекта. Подробное описание целей и задач проекта, ожидаемой прибыли, временных ресурсов, любых ограничений, доступных ресурсов и т. д. Стоит также определить "менеджера проекта", который отвечает за его осуществление, и ответственного за проект в высшем руководстве, который будет главной персоной в бизнесе и будет поддерживать менеджера проекта, когда это необходимо и в самом конце выполнения проекта. 2 Оценка проекта. Это самая главная часть проекта. В ней принимаются все важные решения - что будут делать системы, как они будут работать, какая аппаратура и прикладные программы будут использоваться и как они будут обслуживаться. Важнее всего, что здесь анализируются возможные затраты и прибыли от различных действий и производится конечный выбор. В качестве основного правила следует использовать принцип, согласно которому система должна быть настолько простой, насколько возможно. Грандиозные проекты системы могут вылиться в невероятные затраты. Изменения, которые вносятся позже, являются более дорогими. Сначала готовят список требований к системе - детальный перечень того, что система будет делать для бизнеса и как ею управлять. Основы разработки ИС. 20
Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-21.jpg" alt=">Изучаются потребности постоянных пользователей (и других заинтересованных лиц), так как только они действительно знают,"> Изучаются потребности постоянных пользователей (и других заинтересованных лиц), так как только они действительно знают, что им нужно и как это вписать в существующую деятельность. Список включает в себя данные которые предназначены для ввода, основные результаты и отчеты, количество пользователей, размеры информации, связи с другими существующими системами и т. д. и должен быть достаточно подробным для того, чтобы можно было послать запрос поставщикам аппаратуры и программного обеспечения. На этой стадии мы не должны, . просто компьютеризировать существующие способы работы. Проект информационных технологий - это хорошая возможность еще раз подумать, как лучше сделать информационную систему. Следующая стадия состоит в том, чтобы посмотреть на требования к аппаратуре и программному обеспечению. Проконсультироваться с потенциальными поставщиками, просмотреть другие деловые решения и посоветоваться со знающими консультантами. Некоторые трудные решения должны подвергнуться тщательной оценке. Следует ответить, например, на такие вопросы: использовать ли уже готовый пакет прикладных программ либо заказать новое программное обеспечение. Ответы будут зависеть от степени риска, к которой Вы готовы, и от отличий Вашего бизнеса от других типичных фирм. Анализ затрат и прибыли - это финальный шаг перед окончательным решением. Основы разработки ИС. 21
Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-22.jpg" alt=">Затраты на прикладные программы и аппаратуру относительно невелики, особенно если Вы используете стандартный пакет."> Затраты на прикладные программы и аппаратуру относительно невелики, особенно если Вы используете стандартный пакет. Большими затратами являются время, на установку системы и время на поддержку ее работы. 3 Построение и тестирование. Одним из самых недооцененных шагов в установке любой системы является ввод всех данных в систему до ее запуска. Персонал должен убедиться, что с системой легко работать. Ничто не убивает энтузиазм по отношению к новой системе быстрее, чем серия технических проблем. 4 Управление проектом и оценка риска. Если только проект не совсем тривиален, то необходимо существование менеджера проекта, у которого есть достаточно времени, чтобы работать с проектом и иметь дело. c, массой проблем, которые могут возникнуть. Проект не завершен до тех пор, пока менеджер проекта не сможет продемонстрировать, что система работает надежно и приносит прибыль. Важная часть его роли состоит в том, чтобы постоянно осознавать риск проекта. Риски должны обсуждаться открыто, несмотря на соблазн спрятать голову в песок и надеяться, что все обойдется. Риск можно спланировать: приняв альтернативные решения, приготовившись к крайним действиям и т. д. Основы разработки ИС. 22
Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-23.jpg" alt=">Примером послужит выбор программного обеспечения, при котором различные решения могут быть рискованны в различной"> Примером послужит выбор программного обеспечения, при котором различные решения могут быть рискованны в различной степени. Более нет места для подробного обсуждения, но использование следующего перечня вопросов может помочь выделить некоторые пункты. Основы разработки ИС. 23
Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-24.jpg" alt=">Принципы создания. Согласно приведенным подходам формируются основные принципы создания ИС и ИТ управления: системность"> Принципы создания. Согласно приведенным подходам формируются основные принципы создания ИС и ИТ управления: системность и логичность построения обеспечивающих и функциональных элементов ИС; широкое применение экономико-математических методов и стандартных программ прогнозно-статистического характера. Задачи управления производственной, финансовой деятельностью организации в большинстве своем ставятся как аналитические, оптимизационные или как задачи планирования. предполагает декомпозицию системы на ряд комплексов (модулей) задач, каждый из которых моделирует определенную сферу управленческой деятельности. использование новых методов и включение вновь созданных программных модулей в систему автоматизации управленческих работ. Проектирование ИС должно изначально базироваться на модульных принципах, а компьютерная реализация - допускать расширение за счет совершенствования структуры программного обеспечения. это принцип адаптации всех элементов и системы в целом. Он должен полностью пронизывать идеологию построения ИС управления - от анализа задач, технико-экономических показателей и их группировок в модули до формулирования целей. Основы разработки ИС. 24
Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-25.jpg" alt=">Общий показатель надежности ИС концентрирует в себе ряд важных характеристик: -частоту возникновения сбоев в"> Общий показатель надежности ИС концентрирует в себе ряд важных характеристик: -частоту возникновения сбоев в техническом обеспечении; -степень адекватности математических моделей; -верификационную чистоту программ; -относительный уровень достоверности информации; -интегрированный показатель надежности эргономического обеспечения ИС. Адаптационные свойства системы отражают ее способность приспосабливаться к изменениям окружающего внешнего фона внутренней управленческой и производственной среды организации. Важная задача заказчика - сформулировать на этапе проектирования границы допущения отклонений в значениях управляющих и выходных параметров, имеющих принципиальное значение для функционирования всей системы. В общем виде постановка задачи состоит из четырех принципиально важных компонентов: -организационно-экономической схемы и ее описания; -свода применяемых математических моделей; -описания вычислительных алгоритмов; -концепции построения информационной модели системы. Основы разработки ИС. 25
Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-26.jpg" alt=">Постановка и дальнейшая компьютерная реализация задач требуют усвоения основных понятий, касающихся теоретических основ, информационных"> Постановка и дальнейшая компьютерная реализация задач требуют усвоения основных понятий, касающихся теоретических основ, информационных технологий. К ним относятся: -свойства, особенности и структура экономической информации; -условно-постоянная информация, ее роль и назначение; -носители информации, макет машинного носителя; -средства формализованного описания информации; -алгоритм, его свойства и формы представления; -назначение и способы контроля входной и результатной информации; -состав и назначение устройств компьютера; -состав программных средств, назначение операционных систем, пакетов прикладных программ (ППП), интегрированных пакетов программ типа АРМ менеджера, АРМ руководителя, АРМ (финансиста, АРМ бухгалтера и т. п.) Основы разработки ИС. 26
Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-27.jpg" alt=">Жизненные циклы ИС. Современные сети разрабатываются на основе стандартов, что позволяет обеспечить, во-первых, их"> Жизненные циклы ИС. Современные сети разрабатываются на основе стандартов, что позволяет обеспечить, во-первых, их высокую эффективность и, во- вторых, возможность их взаимодействия между собой. Вообще говоря, все стандарты на информационные системы (как и на любые системы вообще) можно разбить на следующие два основных класса: -Функциональные стандарты, определяющие порядок функционирования системы в интересах достижения цели, поставленной перед нею ее создателями. -Стандарты жизненного цикла, определяющие то, как создается, развертывается, применяется и ликвидируется система. Модели, определяемые стандартами этих двух классов, конечно же взаимосвязаны, однако решают совершенно разные задачи и характеризуются принципиально различными подходами к их построению. Поясним это на примере. Наиболее полной функциональной моделью системы является сама система, однако "биография" самой системы ни в коем случае не может рассматриваться в качестве модели ее жизненного цикла. Куда ближе к модели жизненного цикла информационной системы является описание жизни живого существа, начиная с момента зачатия. Основы разработки ИС. 27
Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-28.jpg" alt=">Таким образом, жизненный цикл информационной системы охватывает все стадии и этапы ее создания, сопровождения"> Таким образом, жизненный цикл информационной системы охватывает все стадии и этапы ее создания, сопровождения и развития: -предпроектный анализ (включая формирование функциональной и информационной моделей объекта, для которого предназначена информационная система); -проектирование системы (включая разработку технического задания, эскизного и технического проектов); -разработку системы (в том числе программирование и тестирование прикладных программ на основании проектных спецификаций -подсистем, выделенных на стадии проектирования); -интеграцию и сборку системы, проведение ее испытаний; -эксплуатацию системы и ее сопровождение; развитие системы. Основы разработки ИС. 28
Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-29.jpg" alt=">Немного специфики Продолжительность жизненного цикла современных информационных систем составляет около 10 лет, что значительно"> Немного специфики Продолжительность жизненного цикла современных информационных систем составляет около 10 лет, что значительно превышает сроки морального и физического старения технических и системных программных средств, используемых при построении системы. Поэтому в течение жизненного цикла системы проводится модернизация ее технико-программной базы. При этом прикладное программное обеспечение системы должно быть сохранено и перенесено на обновляемые аппаратно-программные платформы. Эти проблемы привели к тому, что подавляющее большинство проектов информационных систем внедряется с нарушениями качества, сроков или сметы. Почти треть проектов информационных систем прекращают свое существование, оставшись незавершенными. По данным, публикуемым Standish Group, в 1996 году 84% проектов информационных систем не были завершены в установленные сроки, в 1998 году сократилась до 74%, однако и в 2000 -м общий объем "хронической незавершенки" не опустился ниже 50%. Главной причиной такого положения является то, что уровень технологии анализа и проектирования систем, методов и средств управления проектами не соответствует сложности создаваемых систем, которая постоянно возрастает в связи с усложнением и быстрыми изменениями бизнеса. Основы разработки ИС. 29
Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-30.jpg" alt=">Из мировой практики известно, что затраты на сопровождение прикладного программного обеспечения информационных систем составляют"> Из мировой практики известно, что затраты на сопровождение прикладного программного обеспечения информационных систем составляют не менее 70% его совокупной стоимости на протяжении жизненного цикла. Поэтому крайне важно еще на проектной стадии предусмотреть необходимые методы и средства сопровождения прикладного программного обеспечения, включая методы конфигурационного управления. В России создание и испытания автоматизированных систем, к которым относятся и информационные системы, регламентированы рядом ГОСТов, прежде всего серии 34. Однако отдельные положения этих ГОСТов уже устарели, а ряд этапов жизненного цикла информационных систем предоставлены недостаточно полно. Поэтому более целесообразно рассматривать в качестве определяющего документа международный стандарт ISO/IEC 12207. Данный стандарт определяет структуру жизненного цикла, содержащую процессы, которые должны быть выполнены во время создания программного обеспечения информационной системы. Основы разработки ИС. 30
Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-31.jpg" alt=">Эти процессы подразделяются на три группы: основные (приобретение, поставка, разработка, эксплуатация и сопровождение), вспомогательные"> Эти процессы подразделяются на три группы: основные (приобретение, поставка, разработка, эксплуатация и сопровождение), вспомогательные (документирование, управление конфигурацией, обеспечение качества, верификация, аттестация, оценка, аудит и решение проблем) и организационные (управление проектами, создание инфраструктуры проекта, определение, оценка и улучшение самого жизненного цикла, обучение). Основы разработки ИС. 31
Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-32.jpg" alt=">Каскадная и спиральная модели Однако стандарт ISO/IEC 12207 не предлагает конкретной модели жизненного цикла"> Каскадная и спиральная модели Однако стандарт ISO/IEC 12207 не предлагает конкретной модели жизненного цикла и методов разработки, его рекомендации являются общими для любых моделей жизненного цикла. Под моделью обычно понимается структура, определяющая последовательность выполнения и взаимосвязи процессов, действий и задач на протяжении жизненного цикла. Из существующих в настоящее время моделей наиболее распространены две: каскадная и спиральная. Они принципиально различаются самим подходом к информационной системе и ее программному обеспечению. Суть различий в том, что в каскадной модели информационная система является однородной и ее программное обеспечение определяется как единое (с ней) целое. Данный подход характерен для более ранних информационных систем (каскадный метод применяется с 1970 года), а также для систем, для которых в самом начале разработки можно достаточно и полно сформулировать все требования. При выполнении этих условий каскадный метод позволяет достичь хороших результатов. Основы разработки ИС. 32
Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-33.jpg" alt="> Суть каскадного метода (рис. 1) заключается в разбиении всей разработки на этапы,"> Суть каскадного метода (рис. 1) заключается в разбиении всей разработки на этапы, причем переход от предыдущего этапа к последующему осуществляется только после полного завершения работ предыдущего этапа. Соответственно на каждом этапе формируется законченный набор проектной документации, достаточной для того, чтобы разработка могла быть продолжена другой группой разработчиков. Другим положительным моментом каскадной модели является возможность планирования сроков завершения работ и затрат на их выполнение. Однако у каскадной модели есть один существенный недостаток - очень сложно уложить реальный процесс создания программного обеспечения в такую жесткую схему и поэтому постоянно возникает необходимость возврата к предыдущим этапам с целью уточнения и пересмотра ранее принятых решений. Результатом такого конфликта стало появление модели с промежуточным контролем (рис. 2), которую представляют или как самостоятельную модель, или как вариант каскадной модели. Эта модель характеризуется межэтапными корректировками, удлиняющими период разработки изделия, но повышающими надежность. Однако и каскадная модель, и модель с промежуточным контролем обладают серьезным недостатком - запаздыванием с получением результатов. Данное обстоятельство объясняется тем, что согласование результатов возможно только после завершения каждого этапа работ. Основы разработки ИС. 33
Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-34.jpg" alt="> На время же проведения каждого этапа требования жестко задаются в виде"> На время же проведения каждого этапа требования жестко задаются в виде технического задания. Так что существует опасность, что из -за неточного изложения требований или их изменения за длительное время создания программного обеспечения конечный продукт окажется невостребованным. Для преодоления этого недостатка и была создана спиральная модель, ориентированная на активную работу с пользователями и представляющая разрабатываемую информационную систему как постоянно корректируемую во время разработки. В спиральной модели (рис. 3) основной упор делается на этапы анализа и проектирования, на которых реализуемость технических решений проверяется путем создания прототипов. Спиральная модель позволяет начинать работу над следующим этапом, не дожидаясь завершения предыдущего. Спиральная модель имеет целью как можно раньше ознакомить пользователей с работоспособным продуктом, корректируя при необходимости требования к разрабатываемому продукту и каждый "виток" спирали означает создание фрагмента или версии. Основная проблема спирального цикла - определение момента перехода на следующий этап, и возможным ее решением является принудительное ограничение по времени для каждого из этапа жизненного цикла. Наиболее полно достоинства такой модели проявляются при обслуживании программных средств. Основы разработки ИС. 34
Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-35.jpg" alt="> Сравнивая эти модели, можно сказать, что каскадная модель более универсальна, т."> Сравнивая эти модели, можно сказать, что каскадная модель более универсальна, т. е. она применима к производству разных изделий, будь то отбойный молоток или графический редактор. Для разных изделий просто будут изменяться количество и название этапов модели. Спиральная же модель более ориентирована именно на информационные системы, особенно на программные продукты, поэтому при разработке информационных систем и их программного обеспечения она предпочтительнее каскадной. Следующим шагом в вопросе поддержания жизненного цикла информационной системы, как, впрочем, и любого другого изделия, является его автоматизация. Однако автоматизация различных процессов, связанных с разработкой, производством и эксплуатацией как изделий промышленности, так и информационных систем наиболее эффективна в том случае, когда она охватывает все этапы жизненного цикла изделия. При этом необходимо преодоление следующих проблем: наличие множества различных систем, ориентированных на решение конкретных задач, относящихся к разным этапам жизненного цикла, приводит к трудностям обмена данными между смежными системами; участие в поддержке жизненного цикла изделия нескольких предприятий требует эффективного обмена информацией об изделии между партнерами; сложность изделия, наличие множества его модификаций, заимствование, стандартизация, унификация, требуют поддержки многоуровневых многовариантных сборочных моделей. Эти проблемы могут быть преодолены путем реализации концепции CALS. Основы разработки ИС. 35
Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-36.jpg" alt=">CALS Аббревиатура CALS расшифровывается как Continuous Acquisition and Life cycle Support - непрерывная информационная"> CALS Аббревиатура CALS расшифровывается как Continuous Acquisition and Life cycle Support - непрерывная информационная поддержка жизненного цикла продукта. Встречается также другой перевод, менее схожий с исходным названием, но более близкий по смыслу: обеспечение неразрывной связи между производством и прочими этапами жизненного цикла изделия. Данная технология, разработанная в 80 -х годах в Министерстве обороны США, распространилась по всему миру и охватила практически все сферы мировой экономики. Она предназначена для повышения эффективности и качества бизнес-процессов, выполняемых на протяжении всего жизненного цикла продукта, за счет применения безбумажных технологий. Началом создания системы CALS-технологий явилась разработка системы стандартов описания процессов на всех этапах жизненного цикла продукции. Основы разработки ИС. 36
Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-37.jpg" alt=">В международных стандартах серии ISO 9004 (управление качеством продукции) введено понятие "> В международных стандартах серии ISO 9004 (управление качеством продукции) введено понятие "жизненный цикл изделия". Данное понятие включает в себя следующие этапы жизненного цикла изделия: маркетинг, поиск и изучение рынка; проектирование и/или разработка технических требований к создаваемой продукции; материально- техническое снабжение; подготовка и разработка технологических процессов; производство; контроль, проведение испытаний и обследований; упаковка и хранение; реализация и/или распределение продукции; монтаж, эксплуатация; техническая помощь в обслуживании; утилизация после завершения использования продукции. Основы разработки ИС. 37
Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-38.jpg" alt="> Для развития методологии CALS в США были созданы Управляющая промышленная группа по"> Для развития методологии CALS в США были созданы Управляющая промышленная группа по вопросам CALS (ISG) и ее исполнительный консультативный комитет. В настоящий момент в мире действует более 25 национальных организаций (комитетов или советов по развитию CALS), в том числе в США, Японии, Канаде, Великобритании, Германии, Швеции, Норвегии, Австралии и других странах, а также в НАТО. Основные усилия этих и подобных организаций были направлены на создание разного уровня нормативной документации. За последние несколько лет разработаны следующие документы: ISO 10303 (Industrial automation systems and integration -- Product data representation and exchange), ISO 13584 (Part Library), Def Stan 00 -60 (Integrated Logistic Support), MIL-STD-2549 (Configuration Management. Data Interface), MIL- HDBK-61 (Configuration Management. Guidance), AECMA Specification 2000 M (International Specification for Materiel Management Integrated Data Processing for Military Equipment), AECMA Specification 1000 D (International Specification for Technical Data Publications, Utilising a Common Source Data Base) и т. д. Основы разработки ИС. 38
Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-39.jpg" alt=">Стандарты CALS Стандарты, разработанные ISO для CALS-технологий, можно разбить на три группы: представление информации"> Стандарты CALS Стандарты, разработанные ISO для CALS-технологий, можно разбить на три группы: представление информации о продукте, представление текстовой и графической информации и общего назначения. К первой группе относятся: ISO/IEC 10303 Standard for the Exchange of Product Model Data (STEP) и ISO 13584 Industrial Automation -- Parts Library. Во вторую группу входят: ISO 8879 Information Processing -- Text and Office System - Standard Generalised Markup Language (SGML); ISO/IEC 10179 Document Style Semantics and Specification Language (DSSSL); ISO/IEC IS 10744 Information Technology -- Hypermedia/Time Based Document Structuring Language (Hy. Time); ISO/IEC 8632 Information Processing Systems -- Computer Graphics - Metafile; ISO/IEC 10918 Coding of Digital Continuous Tone Still Picture Images (JPEG); ISO 11172 MPEG 2 Motion Picture Experts Group (MPEG); Coding of Motion Pictures and associated Audio for Digital Storage Media и ISO/IECS 13522 Information Technology -- Coding of Multimedia and Hypermedia Information (MHEG). Основы разработки ИС. 39
Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-40.jpg" alt=">Эффективность реализации CALS Основная задача, решаемая путем применения CALS-технологий, -- экономия времени и средств"> Эффективность реализации CALS Основная задача, решаемая путем применения CALS-технологий, -- экономия времени и средств при одновременном повышении качества. Так, в США применение CALS-технологий сопровождается следующими типовыми показателями. В процессах проектирования и инженерных расчетах: сокращение времени проектирования на 50%; снижение затрат на изучение выполнимости проектов на 15 --40%. В процессах организации поставок: уменьшение количества ошибок при передаче данных на 98%; сокращение времени поиска и извлечения данных на 40%; сокращение времени планирования на 70%; сокращение стоимости информации на 15 --60%. В производственных процессах: сокращение производственных затрат на 15 -60%; повышение показателей качества на 80%; в процессах эксплуатационной поддержки изделий: сокращение времени на изменения технической документации на 30%; сокращение времени планирования поддержки на 70%; снижение стоимости технической документации на 10 --50%. Основы разработки ИС. 40
Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-41.jpg" alt=">Отдельные вопросы построения информационных систем и технологий Здесь мы рассмотрим некоторые технологии создания информационных"> Отдельные вопросы построения информационных систем и технологий Здесь мы рассмотрим некоторые технологии создания информационных систем, наиболее часто предлагаемые разработчиками. Знакомство с такими технологиями облегчит процесс понимания заказчиком предложений разработчика. Автоматизированные системы проектирования Усложнение информационных систем и расширение областей их применения, повышение требований к ним привели к тому, что даже большие, коллективы разработчиков не в состоянии за приемлемое время, в, условиях ограничений по ресурсам и с заданным качеством разработать информационную систему. В результате развития средств и методов создания информационных систем оформилось направление, связанное с автоматизацией проектирования информационной системы и информационной технологии. Это путь использования готовых решений, обеспечения заданного качества и ускорения работ при создании информационной системы и информационной технологии. (См. : Ойхман Е. Г. , Попов Э. В. Реинжиниринг бизнеса: реинжиниринг организации и информационные технологии. - М. : Финансы и статистика, 1997.) Основы разработки ИС. 41
Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-42.jpg" alt="> Этап тестирования После завершения разработки отдельного модуля системы выполняют автономный тест, который преследует"> Этап тестирования После завершения разработки отдельного модуля системы выполняют автономный тест, который преследует две основные цели: обнаружение отказов модуля (жестких сбоев); соответствие модуля спецификации (наличие всех необходимых функций, отсутствие лишних функций). После того как автономный тест успешно пройдет, модуль включается в состав разработанной части системы и группа сгенерированных модулей проходит тесты связей, которые должны отследить их взаимное влияние. Далее группа модулей тестируется на надежность работы, то есть проходят, во-первых, тесты имитации отказов системы, а во-вторых, тесты наработки на отказ. Первая группа тестов показывает, насколько хорошо система восстанавливается после сбоев программного обеспечения, отказов аппаратного обеспечения. Вторая группа тестов определяет степень устойчивости системы при штатной работе и позволяет оценить время безотказной работы системы. В комплект тестов устойчивости должны входить тесты, имитирующие пиковую нагрузку на систему. Затем весь комплект модулей проходит системный тест - тест внутренней приемки продукта, показывающий уровень его качества. Сюда входят тесты функциональности и тесты надежности системы. Основы разработки ИС. 42
Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-43.jpg" alt=">Последний тест информационной системы - приемо-сдаточные испытания. Такой тест предусматривает показ информационной системы заказчику"> Последний тест информационной системы - приемо-сдаточные испытания. Такой тест предусматривает показ информационной системы заказчику и должен содержать группу тестов, моделирующих реальные бизнес- процессы, чтобы показать соответствие реализации требованиям заказчика. Необходимость контролировать процесс создания ИС, гарантировать достижение целей разработки и соблюдение различных ограничений (бюджетных, временных и пр.) привело к широкому использованию в этой сфере методов и средств программной инженерии: структурного анализа, объектно-ориентированного моделирования, CASE-систем. Основы разработки ИС. 43
Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-44.jpg" alt=">Широкое распространение в этой области получил подход САSЕ (Computer Aided Software/Sуstеm Engineering - САSЕ-технология)."> Широкое распространение в этой области получил подход САSЕ (Computer Aided Software/Sуstеm Engineering - САSЕ-технология). CASE- технология совокупность методов анализа, проектирования, разработки и сопровождения информационной системы, поддерживаемых комплексом взаимосвязанных средств автоматизации. Это инструментарий для системных аналитиков, разработчиков и программистов, позволяющий автоматизировать процесс исследования, проектирования и разработки информационной системы (анализ предметной области, спецификации проектов, выпуск документации, тестирование реализаций проектов, планирование и контроль разработок, моделирование и т. п.). Это индустриализация технологии создания информационной системы и информационной технологии, позволяющая отделить и автоматизировать процесс проектирования информационной системы от последующих этапов разработки. Использование САSЕ-технологий существенно изменяет технологию работ на этапах анализа, проектирования и модернизации информационной системы. В CASE-технологиях применяются специальные методы анализа, проектирования и моделирования. CASE-технологии могут использоваться при создании информационной системы любых типов. Основы разработки ИС. 44
Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-45.jpg" alt=">Общий показатель надежности ИС концентрирует в себе ряд важных характеристик: --частоту возникновения сбоев в"> Общий показатель надежности ИС концентрирует в себе ряд важных характеристик: --частоту возникновения сбоев в техническом обеспечении; --степень адекватности математических моделей; --верификационную чистоту программ; --относительный уровень достоверности информации; --интегрированный показатель надежности эргономического обеспечения ИС. Адаптационные свойства системы отражают ее способность приспосабливаться к изменениям окружающего внешнего фона внутренней управленческой и производственной среды организации. Важная задача заказчика - сформулировать на этапе проектирования границы допущения отклонений в значениях управляющих и выходных параметров, имеющих принципиальное значение для функционирования всей системы. Основы разработки ИС. 45
Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-46.jpg" alt="> Заключение Сегодня информационные технологии оказывают влияние не только на обработку"> Заключение Сегодня информационные технологии оказывают влияние не только на обработку данных, но и на способ выполнения работы людьми, на продукцию, характер конкуренции. Информация во многих организациях становится ключевым ресурсом, а информационная обработка – делом стратегической важности. Большинство организаций не сможет успешно конкурировать, пока не предложит своим клиентам такой уровень обслуживания, который возможен лишь при помощи систем, основанных на высоких технологиях. Информационная система управления – это система, обеспечивающая уполномоченный персонал данными или информацией, имеющими отношение к организации. Информационная система управления, в общем случае, состоит из четырех подсистем: системы обработки транзакций, системы управленческих отчетов, офисной информационной системы и системы поддержки принятия решений, включая информационную систему руководителя, экспертную систему и искусственный интеллект. Информационные системы используются организациями в разных целях. Они повышают производительность труда, помогая выполнять работу лучше, быстрее и дешевле, функциональную эффективность, помогая принимать наилучшие решения. Информационные системы повышают качество услуг, предоставляемых заказчикам и клиентам, помогают создавать и улучшать продукцию. Они позволяют закрепить клиентов и отдалить конкурентов, сменить основу конкуренции путем изменения таких составляющих, как цена, расходы, качество. Основы разработки ИС. 46
Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-47.jpg" alt="> Список литературы. 1. А. Н. Адаменко, А. М. Кучуков. Логическое программирование и"> Список литературы. 1. А. Н. Адаменко, А. М. Кучуков. Логическое программирование и Visual Prolog СПб. : БХВ--Петербург, 2003. 2. Братко И. Алгоритмы искусственного интеллекта на языке PROLOG. М. : «Вильямс» , 2004. 3. Джексон П. Введение в экспертные системы. -Москва, С. Петербург, Киев: Изд. дом "Вильямс", 2002 4. Дж. Доорс, А. Рейблейн, С. Вадера. Пролог - язык программирования будущего. М. : Финансы и статистика, 1990 5. Дюбуа Д. , Прад А. Теория возможностей. Приложения к представлению знаний. -М. : Радио и связь, 1995 6. Корнеев В. В. , Гарев А. Ф. , Васюшин СВ. , Райх В. В. Базы данных. Интеллектуальная обработка информации. - М. : Изд-во "Нолидж", 7. Мендельсон Э. Введение в математическую логику. М. , 1976 8. Нечаев В. В. , Панченко В. М. , Свиридов А. П. Исследование операций и теория систем. Основы статистической динамики знаний. Учебное пособие. -М. : МИРЭА, 2000 9. Новиков П. С. Элементы математической логики. М. , 1959 10. Попов Э. В. Экспертные системы реального времени. В: Открытые системы, N 2 (10), 1995 11. Хоггер К. Введение в логическое программирование М. : Мир, 1988 12. Черч А. Введение в математическую логику, т. I. М. 1960 13. Интернет источники. Основы разработки ИС. 47
«Методология разработки информационных систем»
Рано или поздно современные руководители организаций приходят к выводу о необходимости автоматизации различных функций управления своего бизнеса: как правило, это бывает вызвано желанием снизить издержки за счет оптимизации процесса производства и оптимизации управления различными бизнес-процессами. В подобном случае, организации либо приобретают готовые типовые ИС, представленные на рынке IT-услуг, либо привлекают специалистов и ведут разработку ИС непосредственно для данного предприятия с учетом его специфики и сферы деятельности. Первый вариант более экономичный, второй – более перспективный, поскольку специально разрабатываемые ИС учитывают структуру организации и должны лучше подходить для автоматизации функции конкретной организации.
Базовым понятием методологии разработки информационных систем является понятие жизненного цикла ИС. Под жизненным циклом системы обычно понимается непрерывный процесс, который начинается с момента принятия решения о необходимости создания системы и заканчивается в момент ее полного изъятия из эксплуатации. Иначе говоря, ЖЦ ИС – это период создания и использования ИС.
Жизненный цикл информационной системы охватывает все стадии и этапы ее создания, сопровождения и развития:
предпроектный анализ (включая формирование функциональной и информационной моделей объекта, для которого предназначена информационная система);
проектирование системы (включая разработку технического задания, эскизного и технического проектов);
разработку системы (в том числе программирование и тестирование прикладных программ на основании проектных спецификаций подсистем, выделенных на стадии проектирования);
интеграцию и сборку системы, проведение ее испытаний;
эксплуатацию системы и ее сопровождение;
развитие системы.
На стадии предпроектного анализа происходит изучение предметной области, для которой разрабатывается система. Формируются требования заказчиков к будущей системе, намечаются будущие функции и параметры системы. Составляется приблизительная оценка будущих материальных и временных затрат.
На стадии проектирования разрабатывается проект системы в форме схем, чертежей и расчетов описывается образ будущей системы, даются проектные решения по всем ее компонентам. Целью проектирования является подбор технического и формирование информационного, математического, программного и организационно-правового обеспечения.
Эффективное функционирование ИС в первую очередь определяется качеством проектирования, именно при проектировании создается детальный образ системы, способной в дальнейшем функционировать при постоянном ее совершенствовании. В результате проектирования формируется набор технической документации, служащий основой при построении ИС.
Проектирование ИС основано на ряде следующих принципов:
Принцип системности или системный подход. Принцип системности предполагает рассмотрение объекта как единого целого; выявление связей между структурными элементами, обеспечивающими целостность системы; установление направления производственно-хозяйственной деятельности системы и реализуемых ею функций.
Принцип развития экономических информационных систем (ЭИС) - предусматривает, при создании ИС должно быть заложена возможность быстрого и без больших затрат на перестройку изменения и наращивания ИТ при изменении и развитии объекта.
- Совместимость - предполагает возможность взаимодействия ЭИС различных уровней и видов в процессе их совместного функционирования.
- Стандартизация и унификация - предполагает использование типовых, унифицированных и стандартных решений при создании и развитии ЭИС (типовых программных продуктов, унифицированной документации, техники).
- Принцип эффективности – рациональное соотношение между затратами на создание и эксплуатацию и эффектом от функционирования создаваемой системы.
- Интеграция – это объединение в единый технологических процесс процедур сбора передачи, накопления, хранения информации и процедур формирования управленческих решений.
Непосредственное создание системы происходит на стадии разработки.
Необходимость этапа развития вызвана тем, что за период использования системы (составляющий около 10 лет) техническое и программное обеспечения морально и физически устаревают, и поэтому необходимо периодически проводить модернизацию программно-технической базы ИС.
На каждом этапе ЖЦ формируется определенный набор документов и технических решений, при этом для каждого этапа исходными являются документы и решения, полученные на предыдущем этапе.
Ход процесса создания ИС (порядок исполнения этапов, критерии перехода от этапа к этапу) зависит от выбранной модели ЖЦ ИС. Модель ЖЦ - структура, определяющая последовательность выполнения и взаимосвязи процессов, действий и задач, выполняемых на протяжении ЖЦ.
К настоящему времени наибольшее распространение получили следующие две основные модели ЖЦ:
каскадная модель (70-85 г.г.);
спиральная модель (86-90 г.г.).
Каскадный способ - разбиение всей разработки на этапы, причем переход с одного этапа на следующий происходит только после того, как будет полностью завершена работа на текущем (рис.1.2.1). Схему разработки ИС согласно каскадному подходу вы можете посмотреть в сопровождающим эту лекцию текстовом файле.
Положительные стороны применения каскадного подхода:
на каждом этапе формируется законченный набор проектной документации, отвечающий критериям полноты и согласованности;
выполняемые в логичной последовательности этапы работ позволяют планировать сроки завершения всех работ и соответствующие затраты.
Каскадный подход хорошо зарекомендовал себя при построении ИС, для которых в самом начале разработки можно достаточно точно и полно сформулировать все требования. В эту категорию попадают сложные расчетные системы, системы реального времени и другие подобные задачи.
Основным недостатком каскадного подхода является существенное запаздывание с получением результатов, поскольку зачастую приходится возвращаться на предыдущие этапы в связи с возникшими изменениями (например, из-за изменившихся требований заказчика).
Спиральная модель , в отличие от каскадной, предполагает итерационный процесс разработки информационной системы. Каждая итерация представляет собой законченный цикл разработки, приводящий к выпуску внутренней или внешней версии изделия (или подмножества конечного продукта), которое совершенствуется от итерации к итерации, чтобы стать законченной системой. Принцип разработки по спиральной модели становится понятным, если взглянуть на представленный рисунок.
Каждый виток спирали соответствует созданию нового фрагмента или версии ИС, на нем уточняются цели и характеристики проекта, определяется его качество и планируются работы следующего витка спирали. Один виток спирали при этом представляет собой законченный проектный цикл по типу каскадной схемы. Использование спиральной модели позволяет осуществлять переход на следующий этап выполнения проекта, не дожидаясь полного завершения текущего - недоделанную работу можно будет выполнить на следующей итерации.
Спиральная модель является более распространенной в наши дни. Причинами этого является более низкий уровень рисков по сравнению с каскадной моделью, сокращение времени разработки, простота внесения изменений. В целом, спиральная модель в сравнении с каскадной оказывается более гибкой.
Основная проблема спирального цикла - определение момента перехода на следующий этап. Переход осуществляется в соответствии с планом, даже если не вся запланированная работа закончена.
Возрастающая сложность современных автоматизированных систем управления и повышение требований к ним диктует необходимость применения эффективных технологий создания и сопровождения ИС в течение всего жизненного цикла. Такие технологии, ориентированные на поддержку полного жизненного цикла АС или его основных этапов, получили название CASE-технологий (Computer Aided System Engineering ) . CASE-технология представляет собой методологию проектирования ИС, а также набор инструментальных средств, позволяющих в наглядной форме моделировать предметную область, анализировать эту модель на всех этапах разработки и сопровождения ИС и разрабатывать приложения в соответствии с информационными потребностями пользователей. В последнее десятилетие появился класс программно-технологических средств (CASE-средств), реализующих CASE-технологию создания и сопровождения АИС. В настоящее время CASE-средства (>300) охватывают весь процесс разработки сложных АИС в целом. Теперь под термином CASE-средства понимаются программные средства, поддерживающие процессы создания и сопровождения АИС, включая анализ и формулировку требований, проектирование прикладного ПО и баз данных, генерацию программного кода, тестирование, документирование, обеспечение качества, конфигурационное управление и управление проектом, а также другие процессы.
CASE-средства:
Улучшают качество создаваемых АИС (АИТ) за счет средств автоматического контроля;
Позволяют за короткое время создавать прототип будущей АИС (АИТ), что дает возможность на ранних этапах оценить ожидаемый результат;
Ускоряют процесс проектирования и разработки системы;
Освобождают разработчика от рутинной работы, позволяя ему целиком сосредоточиться на творческой части разработки;
Поддерживают развитие и сопровождение разработки АИС (АИТ);
Поддерживают технологии повторного использования компонентов разработки.
Современные CASE-средства охватывают обширную область поддержки многочисленных технологий проектирования ИС: от простых средств анализа и документирования до полномасштабных средств автоматизации, покрывающих весь жизненный цикл ПО.
Обычно к CASE-средствам относят любое программное средство, автоматизирующее один или несколько процессов жизненного цикла ПО и обладающее следующими основными характерными особенностями:
· мощные графические средства для описания и документирования ИС, обеспечивающие удобный интерфейс с разработчиком и развивающие его творческие возможности;
· интеграция отдельных компонент CASE-средств, обеспечивающая управляемость процессом разработки ИС;
· использование специальным образом организованного хранилища проектных метаданных (репозитория).
Выделяют следующие виды CASE – средств:
Локальные средства, решающие небольшие автономные задачи (tools),
Набор частично интегрированных средств, охватывающих большинство этапов жизненного цикла ИС (toolkit)
Полностью интегрированные средства (комплексы CASE-средств), поддерживающие весь ЖЦ ИС и связанные общим репозиторием.
Интегрированное CASE-средство (или комплекс средств, поддерживающих полный ЖЦ ПО) содержит следующие компоненты;
· репозиторий, являющийся основой CASE-средства. Он должен обеспечивать хранение версий проекта и его отдельных компонентов, синхронизацию поступления информации от различных разработчиков при групповой разработке, контроль метаданных на полноту и непротиворечивость;
· графические средства анализа и проектирования, обеспечивающие создание и редактирование иерархически связанных диаграмм (DFD, ERD и др.), образующих модели ИС;
· средства разработки приложений, включая языки 4GL и генераторы кодов;
· средства конфигурационного управления;
· средства документирования;
· средства тестирования;
· средства управления проектом;
· средства реинжиниринга.
б) по типам:
Средства анализа (Upper CASE), предназначенные для построения и анализа моделей предметной области
Средства анализа и проектирования (Middle CASE), поддерживающие наиболее распространенные методологии проектирования и использующиеся для создания проектных спецификаций. Выходом таких средств являются спецификации компонентов и интерфейсов системы, архитектуры системы, алгоритмов и структур данных;
Средства проектирования баз данных, обеспечивающие моделирование данных и генерацию схем баз данных (как правило, на языке SQL) для наиболее распространенных СУБД.
Средства разработки приложений.
Средства реинжиниринга, обеспечивающие анализ программных кодов и схем баз данных и формирование на их основе различных моделей и проектных спецификаций.
На сегодняшний день Российский рынок программного обеспечения располагает следующими наиболее развитыми CASE-средствами:
ERwin+BPwin;
CASE.Аналитик;
Rational Rose.
Одной из важных характеристик разработки ИС является срок разработки. Зачастую срок создания полноценной системы занимает от нескольких месяцев до года. Вполне естественно, что большинство предприятий заинтересовано в сокращении этого срока. Одним из возможных решений этой задачи является разработка ИС по методологии RAD (Rapid Application Development). = Методология быстрой разработки приложений.
Основные принципы методологии RAD можно свести к следующим:
Использование итерационной (спиральной) модели разработки;
Полное завершение работ на каждом из этапов жизненного цикла не обязательно;
В процессе разработки информационной системы обеспечивается тесное взаимодействие с заказчиком и будущими пользователями;
Применяются CASE-средства и средства быстрой разработки приложений;
Применяются средства управления конфигурацией, облегчающие внесение изменений в проект и сопровождение готовой системы;
Используются прототипы, позволяющие полнее выяснить и реализовать потребности конечного пользователя;
Тестирование и развитие проекта осуществляются одновременно с разработкой;
Разработка ведется немногочисленной и хорошо управляемой командой профессионалов;
Обеспечиваются грамотное руководство разработкой системы, четкое планирование и контроль выполнения работ.
При использовании методологии быстрой разработки приложений жизненный цикл информационной системы состоит из четырех фаз:
Анализа и планирования требований;
Проектирования;
Построения;
Внедрения.
Методология RAD также не подходит для создания сложных расчетных программ, операционных систем и программ управления сложными инженерно-техническими объектами, то есть программ, требующих написания большого объема уникального кода.
Совершенно неприемлема методология RAD для разработки систем, от которых зависит безопасность людей, например систем управления транспортом или атомными электростанциями.
Существуют два основных способа проектирования структурное и объектное - ориентированное проектирование.
Сущность структурного подхода к разработке ИС заключается в ее декомпозиции (разбиении) на автоматизируемые функции: система разбивается на функциональные подсистемы, которые в свою очередь делятся на подфункции, подразделяемые на задачи и так далее. Процесс разбиения продолжается вплоть до конкретных процедур. При этом автоматизируемая система сохраняет целостное представление, в котором все составляющие компоненты взаимоувязаны. При разработке системы "снизу-вверх" от отдельных задач ко всей системе целостность теряется, возникают проблемы при информационной стыковке отдельных компонентов.
Объектное - ориентированное проектирование предполагает объектную декомпозицию системы. Объект - это реально существующая сущность, имеющая важное функциональное назначение в данной предметной области. Объект характеризуется структурой, состоянием, четко определяемым поведением. Состояние объекта определяется перечнем всех возможных (обычно статических) свойств и текущими значениями (обычно динамическими) каждого из этих свойств. Свойства объекта характеризуются значениями его параметров.
Итак, сегодня мы рассмотрели некоторые аспекты процесса разработки ИС. В частности, мы определили, что такое ЖЦ ИС и описали его основные этапы, охарактеризовали 2 основные модели ЖЦ ИС – каскадную и спиральную. Затем мы выделили важный инструмент при разработке и сопровождении ИС – CASE–средства, которые помогают анализировать, проектировать, разрабатывать и эффективно использовать ИС, т.е. поддерживают весь ЖЦ ИС.
Разработка информационной системы для предприятия по установке газового оборудования
Дипломная работа >> ИнформатикаПроекта разработки информационной системы или приложения в разрезе требования функциональность. Тестирование позволяет сделать процесс разработки информационной системы и программного обеспечения ...
Разработка стратегии развития организации на основе маркетингового подхода на примере СООО Эффективные
Дипломная работа >> МаркетингТехнологии автоматизации как отдельной стадии разработки программного обеспечения . Дизайнеры... высоких технологийявляются: – разработка и внедрение информационно -коммуникационныхтехнологий и программного обеспечения в промышленных и иныхорганизациях...
Информационная система обучения по курсу Компьютерные сети
Дипломная работа >> Информатика... разработки информационной системы было необходимо тесное взаимодействие с заказчиком и пользователями системы ; использовалась объектная модель разработки программного обеспечения ИС; разработка ... модулей информационной системы 1. Модуль начальной страницы...
Разработка программного обеспечения для выбора оптимальной конфигурации АРМ ДЛ
Реферат >> Коммуникации и связьРаботы: разработка программного обеспечения для выбора... начальной стадии : -не полностью проведена формализация СС, как ... время логико-лингвистические модели представления знаний... используемым в информационно -поисковых системах (ИПС) и системах управления базами...
Информационные системы в экономике (12)
Учебное пособие >> Экономика... модель . На ранней стадии использования информационных систем в экономике применялась файловая модель данных. В файловых системах реализуется модель ... информационного , аппаратного, программного обеспечения , проводится разработка методического обеспечения ...
Введение…………………………………………………………………………..3
1. Теоретические основы разработки информационных систем
1.1. Концепция ИС как средства автоматизации……………………………….5
1.2. Информационное обеспечение ИС………………………………………… 7
1.3. Российский рынок ИС учёта лекарственных средств…………………….12
2. Проектирование и разработка информационной системы учёта лекарственных средств в фармацевтическойорганизации
2.1. Инфологическая структура базы данных учета на транспортном предприятии……………………………………………………………………...16
Введение
Актуальность курсовой работы состоит в том, что для всех современных складских предприятий нужны автоматизированные информационные системы (ИС). Основное преимущество автоматизации - это сокращение избыточности хранимых данных, а следовательно экономия объемаиспользуемой памяти, уменьшение затрат на многократные операции обновления избыточных копий и устранение возможности возникновения противоречий из-за хранения в разных местах сведений об одном и том же объекте, увеличение степени достоверности информации и увеличение скорости обработки информации; излишнее количество внутренних промежуточных документов, различных журналов, папок, заявок и т.д., повторноевнесение одной и той же информации в различные промежуточные документы. Также значительно сокращает время автоматический поиск информации, который производится из специальных экранных форм, в которых указываются параметры поиска объекта.
Объектом исследования является транспортное предприятие(грузовые перевозки).
Предмет исследования – автоматизация учета на транспортном предприятии.
Цель работызаключается в разработке информационной системы учёта парка автомобилей на транспортном предприятии.
Для достижения поставленной цели в работе необходимо решить следующие задачи:
1. Изучить теоретические основы разработки информационных систем
2.Спроектировать и разработать информационную систему учета транспортного предприятия.
Теоретической базой курсовой работы послужили труды отечественных учёных вобласти автоматизированных информационных технологий, материалы периодической печати, информационные ресурсы глобальной сети Интернет.
Методологической базой работы являются методы системного анализа: программный, диалектический и лексический методы
Цели и задачи курсовой работы определили её структуру. Курсовая работа состоит из введения, двух частей, заключения и списка литературы1. Теоретические основы информационных систем
1.1. Концепция ИС как средства автоматизации
Под системой понимают любой объект, который одновременно рассматривается и как единое целое, и как объединенная в интересах достижения поставленных целей совокупность разнородных элементов. Системы значительно отличаются между собой как по составу, так и по главным целям.В информатике понятие «система» широко распространено и имеет множество смысловых значений. Чаще всего оно используется применительно к набору технических средств и программ. Системой может называться аппаратная часть компьютера. Системой может также считаться множество программ для решения конкретных прикладных задач, дополненных процедурами ведения документации и управления расчетами.Добавление к понятию «система» слова «информационная» отражает цель ее создания и функционирования. Информационные системы обеспечивают сбор, хранение, обработку, поиск, выдачу информации, необходимой в процессе принятия решений задач из любой области. Они помогают анализировать проблемы и создавать новые продукты.
Информационная система - это взаимосвязанная совокупностьсредств, методов и персонала, используемых для хранения, обработки и выдачи информации в интересах достижения поставленной цели.
Современное понимание информационной системы предполагает использование в качестве основного технического средства переработки информации компьютера. Кроме того, техническое воплощение информационной системы само по себе ничего не будет...
Проектирование информационных систем (ИС) представляет сложный многоступенчатый вид деятельности, без научной организации которого немыслимо создание и использование современных сложных ИС, в том числе в образовании, предпринимательстве, менеджменте и других областях жизнедеятельности общества. Наряду с получением необходимых для этого теоретических знаний проектировщику ИС требуется обрести устойчивые практические навыки этого вида деятельности.
Главной особенностью проектирования является работа с еще не существующим объектом. В этом отличие проектирования от моделирования, где объект не может не существовать.
Проектирование ИС охватывает три основные области:
Проектирование объектов данных, которые будут реализованы в базе данных;
Проектирование программ, экранных форм, отчетов, которые будут обеспечивать выполнение запросов к данным;
Учет конкретной среды или технологии, а именно: топологии сети, конфигурации аппаратных средств, используемой архитектуры (файл-сервер или клиент-сервер), параллельной обработки, распределенной обработки данных и т.п.
Проектирование информационных систем всегда начинается с определения цели проекта. В общем виде цель проекта можно определить как решение ряда взаимосвязанных задач, включающих в себя обеспечение на момент запуска системы и в течение всего времени ее эксплуатации:
Требуемой функциональности системы и уровня ее адаптивности к изменяющимся условиям функционирования;
Требуемой пропускной способности системы;
Требуемого времени реакции системы на запрос;
Безотказной работы системы;
Необходимого уровня безопасности;
Простоты эксплуатации и поддержки системы .
Технология проектирования
Технология проектирования АИС – это совокупность методов и средств проектирования АИС, а также методов и средств организации проектирования (управление процессом создания и модернизации проекта АИС). В основу технологии проектирования лежит технологический процесс (ТП), который определяет действия, их последовательность, состав исполнителей, средства и ресурсы, требуемые для выполнения этих действий.
ТП проектирования АИС представляет собой совокупность последовательно-параллельных, связанных и соподчиненных цепочек действий, каждое из которых может иметь свой предмет. Действия, которые выполняются при проектировании АИС, могут быть определены как неделимые технологические операции или как подпроцессы технологических операций.
Все действия могут быть собственно проектированными, которые формируют или модифицируют результаты проектирования, и оценочными, которые вырабатывают по установленным критериям оценки результатов проектирования.
Таким образом, технология проектирования задается регламентированной последовательностью технологических операций, выполняемых в процессе создания проекта на основе того или иного метода.
Предметом выбираемой технологии проектирования должно служить отражение взаимосвязанных процессов проектирования на всех стадиях жизненного цикла АИС .
Основные требования, предъявляемые к выбираемой технологии проектирования, следующие:
Созданный с помощью этой технологии проект должен отвечать требованиям заказчика;
Технология должна максимально отражать все этапы цикла жизни проекта;
Технология должна обеспечивать минимальные трудовые и стоимостные затраты на проектирование и сопровождение проекта;
Технология должна способствовать росту производительности труда проектировщиков;
Технология должна обеспечивать надежность процесса проектирования и эксплуатации проекта;
Технология должна способствовать простому ведению проектной документации.
Технология проектирования АИС реализует определенную методологию проектирования. В свою очередь, методология проектирования предполагает наличие некоторой концепции, принципов проектирования и реализуется набором методов и средств.
Методы проектирования АИС можно классифицировать по степени использования средства автоматизации, типовых проектных решений, адаптивности к предполагаемым изменениям.
По степени автоматизации различают:
Ручное проектирование;
Компьютерное проектирование;
По степени использования типовых проектных решений различают:
Оригинальное проектирование;
Типовое проектирование;
По степени адаптивности проектных решений различаются следующие методы:
Реконструкция – адаптация проектных решений выполняется путем переработки соответствующих компонентов;
Параметризация – проектные решения настраиваются в соответствии с заданными и изменяемыми параметрами;
Реструктуризация модели – изменяется модель предметной области, что приводит к автоматическому переформированию проектных решений.
В зависимости от сложности объекта автоматизации и набора задач, требующих решения при создании конкретной АИС, стадии и этапы работ могут иметь различную трудоёмкость. Допускается объединять последовательные этапы и исключать некоторые из них на любой стадии проекта. Допускается также начинать выполнение работ следующей стадии до окончания предыдущей .
Основные стадии создания автоматизированной информационной системы:
Формирование требований к АИС;
Разработка концепции АИС;
Разработка технического задания;
Разработка эскиза проекта;
Разработка технической части проекта;
Разработка рабочей документации на АИС;
Ввод в действие;
Сопровождение АИС .
Методология проектирования
Основу технологии проектирования информационных систем составляет методология. Методология реализуется через конкретные технологии и поддерживающие их стандарты, методики и инструментальные средства.
Методы проектирования ИС можно классифицировать по степени использования средств автоматизации, типовых проектных решений, адаптивности к предполагаемым изменениям. Так, по степени автоматизации методы проектирования разделяются на:
1. Ручное, при котором проектирование компонентов ИС осуществляется без использования специальных инструментальных программных средств, а программирование - на алгоритмических языках;
2. Компьютерное, при котором производится генерация или конфигурирование (настройка) проектных решений на основе использования специальных инструментальных программных средств.
По степени использования типовых проектных решений различают следующие методы проектирования:
1. Оригинальное (индивидуальное), когда проектные решения разрабатываются «с нуля» в соответствии с требованиями к АИС. Характеризуется тем, что все виды проектных работ ориентированы на создание индивидуальных для каждого объекта проектов, которые в максимальной степени отражают все его особенности;
2. Типовое, предполагающее конфигурирование ИС из готовых типовых проектных решений (программных модулей). Выполняется на основе опыта, полученного при разработке индивидуальных проектов. Типовые проекты, как обобщение опыта для некоторых групп организационно-экономических систем или видов работ, в каждом конкретном случае связаны с множеством специфических особенностей и различаются по степени охвата функций управления, выполняемым работам и разрабатываемой проектной документации.
По степени адаптивности проектных решений выделяют методы:
1. Реконструкции, когда адаптация проектных решений выполняется путем переработки соответствующих компонентов (перепрограммирования программных модулей);
2. Параметризации, когда проектные решения настраиваются (генерируются) в соответствии с изменяемыми параметрами;
3. Реструктуризации модели, когда изменяется модель проблемной области, на основе которой автоматически заново генерируются проектные решения.
Сочетание различных признаков классификации методов обусловливает характер используемых технологий проектирования ИС, среди которых выделяют два основных класса: каноническую и индустриальную технологии. Индустриальная технология проектирования, в свою очередь, разбивается на два подкласса: автоматизированное (использование CASE-технологий) и типовое (параметрически-ориентированное или модельно-ориентированное) проектирование. Использование индустриальных технологий не исключает использования в отдельных случаях канонических .
Проектирование - это практическая деятельность, целью которой является поиск новых решений, оформленных в виде комплекта документации. Процесс поиска представляет собой последовательность выполнения взаимообусловленных действий, процедур, которые, в свою очередь, подразумевают использование определенных методов. Сложность процесса проектирования (как и любой другой творческой деятельности), нестандартность проектных (жизненных) ситуаций вызывают необходимость знания различных методов и умения владеть ими.
Технология проектирования определяется как совокупность трех составляющих:
Пошаговой процедуры, определяющей последовательность технологических операций проектирования;
Критериев и правил, используемых для оценки результатов выполнения технологических операций;
Нотаций (графических и текстовых средств), используемых для описания проектируемой системы .
Сравнительная характеристика инструментов проектирования
Основной целью выбора корпоративного стандарта организационного проектирования является задание общего и обязательного к применению языка общения управленческого звена, разработчиков организационных и технологических процессов и исполнителей этих процессов. Частными применениями таких стандартов является синтез требований к создаваемым системам, положений об организационных подразделениях, служебные инструкции и т.д.
Существует около 30 технологий проектирования организационно-технических систем и несколько сотен инструментов, предназначенных для автоматизации этого процесса. Поэтому, с учетом временного фактора, сравнительный анализ был ограничен четырьмя наиболее популярными на российском рынке продуктами: Bpwin/Erwin (Platinum Technology), Rational Rose (Rational Software Corporation), ARIS (Scheer AG) и Oracle Designer (Oracle Developer Suite). Справочные данные по CASE-технологиям и средствам проектирования приведены ниже по тексту и в таблице №1.
Таблица 1
Средства проектирования и их сравнительная характеристика
|
Критерии |
Oracle Designer |
|||
|
Поддержка полного жизненного цикла ИС | ||||
|
Обеспечение целостности проекта | ||||
|
Независимость от платформы |
+ (DoDAF, TeaF/FeaT, Zachman) |
+ (ORACLE, Informix, Sybase) |
+ (ORACLE, Informix, Sybase, Ingres и др.) | |
|
Одновременная групповая разработка БД и приложений |
*) разработчики приложений могут начинать работу с базой данных только после завершения ее проектирования.
CASE-технология представляет собой методологию проектирования ИС, а также набор инструментальных средств, позволяющих в наглядной форме моделировать предметную область, анализировать эту модель на всех этапах разработки и сопровождения ИС и разрабатывать приложения в соответствии с информационными потребностями пользователей. Большинство существующих CASE-средств основано на методологиях структурного (в основном) или объектно-ориентированного анализа и проектирования, использующих спецификации в виде диаграмм или текстов для описания внешних требований, связей между моделями системы, динамики поведения системы и архитектуры программных средств.
Согласно обзору передовых технологий, составленному фирмой Systems Development Inc. в 2007 г. по результатам анкетирования более 1000 американских фирм, CASE-технология в настоящее время попала в разряд наиболее стабильных информационных технологий (ее использовала половина всех опрошенных пользователей более чем в трети своих проектов, из них 85% завершились успешно). Однако, несмотря на все потенциальные возможности CASE-средств, существует множество примеров их неудачного внедрения, в результате которых CASE-средства становятся «полочным» ПО (shelfware). В связи с этим необходимо отметить следующее:
1. CASE-средства не обязательно дают немедленный эффект; он может быть получен только спустя какое-то время;
2. Реальные затраты на внедрение CASE-средств обычно намного превышают затраты на их приобретение;
3. CASE-средства обеспечивают возможности для получения существенной выгоды только после успешного завершения процесса их внедрения.
Ввиду разнообразной природы CASE-средств было бы ошибочно делать какие-либо безоговорочные утверждения относительно реального удовлетворения тех или иных ожиданий от их внедрения. Можно перечислить следующие факторы, усложняющие определение возможного эффекта от использования CASE-средств:
1. Широкое разнообразие качества и возможностей CASE-средств;
2. Относительно небольшое время использования CASE-средств в различных организациях и недостаток опыта их применения;
3. Широкое разнообразие в практике внедрения различных организаций;
4. Отсутствие детальных метрик и данных для уже выполненных и текущих проектов;
5. Широкий диапазон предметных областей проектов;
6. Различная степень интеграции CASE-средств в различных проектах.
Вследствие этих сложностей доступная информация о реальных внедрениях крайне ограничена и противоречива. Она зависит от типа средств, характеристик проектов, уровня сопровождения и опыта пользователей. Некоторые аналитики полагают, что реальная выгода от использования некоторых типов CASE-средств может быть получена только после одно- или двухлетнего опыта. Другие полагают, что воздействие может реально проявиться в фазе эксплуатации жизненного цикла ИС, когда технологические улучшения могут привести к снижению эксплуатационных затрат.
В разряд СП попадают как относительно дешевые системы для персональных компьютеров (ПК) с весьма ограниченными возможностями, так и дорогостоящие системы для неоднородных вычислительных платформ и операционных сред. Так, современный рынок программных средств насчитывает около 30 различных CASE-систем, наиболее мощные из которых, так или иначе, используются практически всеми ведущими западными фирмами .
Применение СП требует от потенциальных пользователей специальной подготовки и обучения. Опыт показывает, что внедрение СП осуществляется медленно, однако по мере приобретения практических навыков и общей культуры проектирования эффективность применения этих средств резко возрастает, причем наибольшая потребность в использовании СП испытывается на начальных этапах разработки, а именно на этапах анализа и спецификации требований. Это объясняется тем, что цена ошибок, допущенных на начальных этапах, на несколько порядков превышает цену ошибок, выявленных на более поздних этапах разработки.
На сегодняшний день Российский рынок программного обеспечения располагает следующими наиболее развитыми СП:
ERWin / BPWin;
Rational Rose;
Oracle Designer.
ARIS - Интегрированное средство моделирования бизнес-процессов, объединяющее разнообразные методы моделирования и анализа систем. В первую очередь, это средство описания, анализа, оптимизации и документирования бизнес-процессов, чем средство проектирования программного обеспечения.
BPWin - инструмент визуального моделирования бизнес-процессов. ERWin - средство, используемое при моделировании и создании баз данных произвольной сложности на основе диаграмм «сущность - связь».
Rational Rose - средство моделирования объектно-ориентированных информационных систем. Позволяет решать практически любые задачи в проектировании информационных систем: от анализа бизнес-процессов до кодогенерации на определенном языке программирования. Позволяет разрабатывать как высокоуровневые, так и низкоуровневые модели, осуществляя тем самым либо абстрактное проектирование, либо логическое.
Oracle Designer - функциональное средство для описания предметной области. Входит в комплекс инструментальных средств Oracle9i Developer Suite по проектированию программных систем и баз данных, реализующих технологию CASE и собственную методологию разработки ИС компании Oracle - «CDM», позволяющих команде разработчиков провести проект, начиная от анализа бизнес-процессов через моделирование к генерации кода и получению прототипа, а в дальнейшем и окончательного продукта. Это средство имеет смысл использовать при ориентации на всю линейку продуктов Oracle, применяемую для проектирования, разработки и реализации сложной программной системы.
Анализ данных, приведенных в таблице, показывает, что из перечисленных СП только комплекс ARIS наиболее полно удовлетворяет всем критериям, принятым в качестве основных. Так, например, в комплексе Rational Rose целостность базы проектных данных и единая технология сквозного проектирования ИС обеспечивается за счет использования интерфейса Corba. Следует отметить, что каждый из двух продуктов сам по себе является одним из наиболее мощных в своем классе.
Таким образом, наиболее развитыми средствами разработки крупномасштабных ИС на сегодняшний день является, по мнению автора, комплекс ARIS.
