|
|
Жизненный цикл» информационных систем.12 Понятие информационной системы, корпорации, корпоративных информационных систем. Ресурсы корпораций. Термин корпорация происходит от латинского слова corporatio – объединение. Корпорация обозначает объединение предприятий, работающих под централизованным управлением и решающих общие задачи. Как правило, корпорации включают предприятия, расположенные в разных регионах и даже в различных государствах (транснациональные корпорации). Корпоративные информационные системы (КИС) – это интегрированные системы управления территориально распределенной корпорацией, основанные на углубленном анализе данных, широком использовании систем информационной поддержки принятия решений, электронных документообороте и делопроизводстве. КИС призваны объединить стратегию управления предприятием и передовые информационные технологии. Ресурсы корпораций включают: • материальные (материалы, готовая продукция, основные средства); • финансовые; • людские (персонал); • знания (ноу-хау); • КИС. Классификация КИС. Корпоративные информационные системы можно также разделить на два класса: финансово-управленческие и производственные. Финансово-управленческие системы включают подкласс малых интегрированных систем. Такие системы предназначены для ведения учета по одному или нескольким направлениям (бухгалтерия, сбыт, склад, кадры и т.д.). Системами этой группы может воспользоваться практически любое предприятие. Системы этого класса обычно универсальны, цикл их внедрения Невелик, иногда можно воспользоваться «коробочным» вариантом, купив программу и самостоятельно установив ее на ПК. Финансово-управленческие системы (особенно системы российских разработчиков) значительно более гибкие в адаптации к нуждам конкретного предприятия. Часто предлагаются «конструкторы», с помощью которых можно практически полностью перестроить исходную систему, самостоятельно или с помощью поставщика установив связи между таблицами БД или отдельными модулями. Производственные системы (также называемые системами производственного управления) включают подклассы средних и крупных интегрированных систем. Они предназначены в первую очередь для управления и планирования производственного процесса. Учетные функции, хотя и глубоко проработаны, играют вспомогательную роль, и порой невозможно выделить модуль бухгалтерского учета, так как информация в бухгалтерию поступает автоматически из других модулей. Производственные системы часто ориентированы на одну или несколько отраслей и/или типов производства: серийное сборочное (электроника, машиностроение), мелкосерийное и опытное (авиация, тяжелое машиностроение), дискретное (металлургия, химия, упаковка), непрерывное (нефтедобыча, газодобыча). Производственные системы по многим параметрам значительно более жестки, чем финансово-управленческие. Основное внимание уделяется планированию и оптимальному управлению производством. Эффект от внедрения производственных систем проявляется на верхних эшелонах управления предприятием, когда становится видна вся картина его работы, включая планирование, закупки, производство, сбыт, запасы, финансовые потоки и другие аспекты. При увеличении сложности и широты охвата функций предприятия системой возрастают требования к технической инфраструктуре и программно-технической платформе. Все производственные системы разработаны с помощью промышленных баз данных. В большинстве случаев используются технология клиент-сервер или Internet-технологии. Для автоматизации больших предприятий в мировой практике часто используется смешанное решение из классов крупных, средних и малых интегрированных систем. Наличие электронных интерфейсов упрощает взаимодействие между системами и позволяет избежать двойного ввода данных. Характеристики КИС. • обеспечение полного цикла управления в масштабах корпорации: нормирование, планирование, учет, анализ, регулирование на основе обратной связи в условиях информационной и функциональной интеграции; • территориальная распределенность и значительные масштабы системы и объекта управления; • неоднородность составляющих технического и программного обеспечения структурных компонентов системы управления; • единое информационное пространство для выработки управленческих решений, объединяющее управление финансами, персоналом, снабжением, сбытом и процесс управления производством; • функционирование в неоднородной вычислительной среде на разных вычислительных платформах; • реализация управления в реальном масштабе времени; • высокая надежность, безопасность, открытость и масштабируемость информационных компонентов. 4. Требования, предъявляемые к корпоративным информационным системам. - Системность; - Комплексность; - Модульность; - Открытость; - Адаптивность; - Надежность; - Безопасность; - Масштабируемость; - Мобильность; - Простота в изучении; - Поддержка внедрения и сопровождения со стороны разработчика. Архитектура КИС. Информационно-логический уровень. Представляет собой совокупность потоков данных и центров (узлов) возникновения, потребления и модификации информации. Может быть представлен в виде модели, на основании которой разрабатываются структуры баз данных, системные соглашения и организационные правила для обеспечения взаимодействия компонентов прикладного программного обеспечения. Прикладной уровень. Представляет собой совокупность прикладных программ и программных комплексов, которые реализуют функционирование информационно-логической модели. Это могут быть системы документооборота, системы контроля над исполнением заданий, системы сетевого планирования, АСУ ТП, САПР, бухгалтерские системы, офисные пакеты, системы управления финансами, кадрами, логистикой, и т.д. и т.п. Системный уровень. Операционные системы и сетевые средства. Аппаратный. Средства вычислительной техники. Транспортный. Активное и пассивное сетевое оборудование, сетевые протоколы и технологии. История развития КИС. История систем MRP. Как мы уже обсуждали, любая производственная компания борется за конкурентоспособность своих товаров на рынке. Основными целями производственных компаний являются: - снижение реальной себестоимости продукции - повышение производительности производства за счет эффективного планирования производственных мощностей и ресурсов. С начала 60-х г.г., когда появилась возможность хранения и анализа больших объемов данных (время первых операционных систем и вычислительных комплексов для предприятий), стала развиваться отрасль разработки программного обеспечения для предприятий. Задача планирования потребностей в материалах (Materials Requirements Planning, MRP) оказалась той первой задачей, которая привела к созданию целой индустрии программного обеспечения для управления предприятием. Решение задачи планирования потребностей в материалах реализуется с помощью алгоритма, который также носит название MRP-алгоритма.
Изначально MRP системы разрабатывались для использования на производственных предприятиях с дискретным[1] типом производства, например: - Сборка на заказ (Assembly-To-Order, ATO) - Изготовление на заказ (Make-To-Order, MTO) - Изготовление на склад (Make-To-Stock, MTS) - Серийное (RPT) CRP – система планирования производственных мощностей Одной из составляющих интегрированных информационных систем управления предприятием класса MRP является система планирования производственных мощностей (CRP). Основной задачей системы CRP является проверка выполнимости ОПП с точки зрения загрузки оборудования по производственным технологическим маршрутам с учетом времени переналадки, вынужденных простоев, субподрядных работ и т.д. Входные данные для CRP: план-график производственных заказов и заказов на поставку материалов и комплектующих, Выходные данные: график загрузки оборудования и рабочего персонала. Основные функции MRP систем: MRP-система в целом - описание плановых единиц и уровней планирования - описание спецификаций планирования - формирование основного производственного плана графика MRP-подсистема - управление изделиями (описание материалов, комплектующих и единиц готовой продукции) - управление запасами - управление конфигурацией изделия (состав изделия) - ведение ведомости материалов - расчет потребности в материалах - формирование MRP заказов на закупку - формирование MRP заказов на перемещение CRP-подсистема - рабочие центры (описание структуры производственных рабочих центров с определением мощности) - машины и механизмы (описание производственного оборудования с определением нормативной мощности) - производственные операции, выполняемые в привязке к рабочим центрам и оборудованию - технологические маршруты, представляющих последовательность операций, выполняемых в течение некоторого времени на конкретном оборудовании в определенном рабочем центре расчет потребностей по мощностям для определения критической загрузки и принятия решения
Системы класса MRPII. Структура MRPII системы MRPII-система должна состоять из следующих функциональных модулей (см. рис.1): 1. Планирование развития бизнеса (Составление и корректировка бизнес-плана) 2. Планирование деятельности предприятия 3. Планирование продаж 4. Планирование потребностей в сырье и материалах 5. Планирование производственных мощностей 6. Планирование закупок 7. Выполнение плана производственных мощностей 8. Выполнение плана потребности в материалах 9. Осуществление обратной связи Определение ERP Основные понятия производственного менеджмента (в том числе и термин «ERP») можно считать вполне устоявшимися. В этой области признанным «стандартом де-факто» служит терминология Американской ассоциации по управлению запасами и производством (American Production and Inventory Control Society, APICS). Основные термины и определения приводятся в Словаре APICS, который регулярно обновляется по мере развития теории и практики управления. Именно в этом издании содержится наиболее полное и точное определение ERP-системы. В соответствии со Словарем APICS, термин «ERP-система» (Enterprise Resource Planning — Управление ресурсами предприятия) может употребляться в двух значениях. Системы класса ERP отличает набор следующих свойств:
Жизненный цикл» информационных систем. Структура ЖЦ ПО по стандарту ISO/IEC 12207 базируется на трех группах процессов: • основные процессы ЖЦ ПО (приобретение, поставка, разработка, эксплуатация, сопровождение); • вспомогательные процессы, обеспечивающие выполнение основных процессов (документирование, управление конфигурацией, обеспечение качества, верификация, аттестация, оценка, аудит, решение проблем); • организационные процессы (управление проектами, создание инфраструктуры проекта, определение, оценка и улучшение самого ЖЦ, обучение). Разработка включает в себя все работы по созданию ПО и его компонент в соответствии с заданными требованиями, включая оформление проектной и эксплуатационной документации, подготовку материалов, необходимых для проверки работоспособности и соответствующего качества программных продуктов, материалов, необходимых для организации обучения персонала и т.д. Разработка ПО включает в себя, как правило, анализ, проектирование и реализацию (программирование). Эксплуатация включает в себя работы по внедрению компонентов ПО в эксплуатацию, в том числе конфигурирование базы данных и рабочих мест пользователей, обеспечение эксплуатационной документацией, проведение обучения персонала и т.д., и непосредственно эксплуатацию, в том числе локализацию проблем и устранение причин их возникновения, модификацию ПО в рамках установленного регламента, подготовку предложений по совершенствованию, развитию и модернизации системы. Управление проектом связано с вопросами планирования и организации работ, создания коллективов разработчиков и контроля за сроками и качеством выполняемых работ. Техническое и организационное обеспечение проекта включает выбор методов и инструментальных средств для реализации проекта, определение методов описания промежуточных состояний разработки, разработку методов и средств испытаний ПО, обучение персонала и т.п. Обеспечение качества проекта связано с проблемами верификации, проверки и тестирования ПО. Верификация - это процесс определения того, отвечает ли текущее состояние разработки, достигнутое на данном этапе, требованиям этого этапа. Проверка позволяет оценить соответствие параметров разработки с исходными требованиями. Проверка частично совпадает с тестированием, которое связано с идентификацией различий между действительными и ожидаемыми результатами и оценкой соответствия характеристик ПО исходным требованиям. В процессе реализации проекта важное место занимают вопросы идентификации, описания и контроля конфигурации отдельных компонентов и всей системы в целом. 9.Модели «жизненного цикла» ПО. К настоящему времени наибольшее распространение получили следующие две основные модели ЖЦ: · каскадная модель (70-85 г.г.); · спиральная модель (86-90 г.г.). Положительные стороны применения каскадного подхода заключаются в следующем: · на каждом этапе формируется законченный набор проектной документации, отвечающий критериям полноты и согласованности; Рис. 1.1. Каскадная схема разработки ПО · выполняемые в логичной последовательности этапы работ позволяют планировать сроки завершения всех работ и соответствующие затраты. Основным недостатком каскадного подхода является существенное запаздывание с получением результатов. Согласование результатов с пользователями производится только в точках, планируемых после завершения каждого этапа работ, требования к ИС "заморожены" в виде технического задания на все время ее создания. Для преодоления перечисленных проблем была предложена спиральная модель ЖЦ (рис. 1.3), делающая упор на начальные этапы ЖЦ: анализ и проектирование. На этих этапах реализуемость технических решений проверяется путем создания прототипов. Каждый виток спирали соответствует созданию фрагмента или версии ПО, на нем уточняются цели и характеристики проекта, определяется его качество и планируются работы следующего витка спирали. Таким образом углубляются и последовательно конкретизируются детали проекта и в результате выбирается обоснованный вариант, который доводится до реализации. Разработка итерациями отражает объективно существующий спиральный цикл создания системы. Неполное завершение работ на каждом этапе позволяет переходить на следующий этап, не дожидаясь полного завершения работы на текущем. При итеративном способе разработки недостающую работу можно будет выполнить на следующей итерации. Главная же задача - как можно быстрее показать пользователям системы работоспособный продукт, тем самым активизируя процесс уточнения и дополнения требований.
Рис 1.3. Спиральная модель ЖЦ
12 Не нашли, что искали? Воспользуйтесь поиском по сайту: ©2015 - 2024 stydopedia.ru Все материалы защищены законодательством РФ.
|
