РАЗРАБОТКА ИНФОРМАЦИОННЫХ СИСТЕМ Лекция 1 Средства автоматизации разработок
Цели изучения дисциплины. • является приобретение студентами умений и навыков практической работы: • по проектированию корпоративных экономических информационных систем • по разработке КИС на базе ПП « 1 С: Предприятие 8» ; • по использованию и модификации КИС на базе ПП « 1 С: Предприятие 8» • Структура курса • Продолжительность 9 -10 семестры. • Лекций 20 • Практических 4 • Курсовая работа -10 семестр.
Схемы моделей ЖЦ
Стадии проектирования(жизненный цикл проектирования) Предпроектные • исследования (анализ) Исследуются необходимость в системе. уровень знаний, ресурсы. Техническое задание и техническое обоснование Эскизное проектирование Проверяется корректность ТЗ и выполнимость проекта, принципы и положения функционирования системы. Разработка и автономная отладка компонент системы Эскизный проект Техническое проектирование Полная проработка всех частей проекта. Разработка макета системы. Комплексная отладка всех компонент в составе макета системы Технический проект Рабочее проектирование Разрабатывается опытный (рабочий) образец системы. Разрабатывается программная и техническая документация. Рабочий Проект + образец системы Испытания Проверка функционирования в составе других систем. Эксплуатация системы. Исправление замеченных недостатков. Информацио нная Система .
Временные затраты этапов жизненного цикла
документация рабочего проекта • • • - описание архитектуры системы; - спецификация системы; - «физическая» модель предметной области - тексты программ (необязательно); - контрольные примеры; - инструкции для системного программиста, оператора и пользователя
• Требования рынка сегодня звучат примерно так. Клиенты желают сокращать сроки создания, внедрения и, что особенно важно, внесения изменений в сложные ИС, предназначенные для управления деятельностью предприятий. Это диктуется необходимостью адаптации систем управления к непрерывно меняющемуся объекту управления и его системному окружению. • С другой стороны, клиентов волнует качество получаемых систем, под которыми понимается адекватность управляемым процессам, надежность, внутренняя непротиворечивость, интегрированность данных, соответствие современному техническому уровню, быстродействие и другие параметры. • Понятно, что создавать системы, соответствующие всем перечисленным требованиям, очень сложно, а на уровне пользователей – практически невозможно. Эта сложность проявляется в увеличении размеров программ и расширении функциональности систем, в множественности участвующих субъектов управления, усложнении связности, в проблемах поддержания понятийной целостности и т. д.
• Для автоматизации разработок программных систем существуют средства: • CASE-технологии. • Настраиваемые системы • Системы «трансформеры» или конструкторы
CASE-технологии. • Эти технологии позволяют разрабатывать системы и поддерживать их весь жизненный цикл. Использование этих технологий ориентировано на профессионально обученных специалистов с подключением на разных этапах и в разной степени специалистов клиента. • Примеры : технологии IDEF, Platinum Plus , Rational Rose, Aris.
Настраиваемые системы • это готовый программный продукт, который имеет широкий спектр настроек для учета специфики конкретного клиента. При этом интерфейс программы и другие элементы системы не изменяются. К системам данного типа относятся «Парус» , «Галактика» , 1 С, КИС УЗ, из зарубежных: R/3 (SAP AG), Oracle Corporation (Oracle Application) и Baan Company (Baan IV).
Системы Конструктора это программные продукты обеспечивающие возможность относительно недорого и быстро получить работающую информационную систему, на основе типовых конфигураций и типовых решений собственными силами непрерывно адаптировать ее к уникальным задачам управления своей компании при помощи несложного инструментария (и при этом разделяя ответственность за систему с ее разработчиками). Системы-конструкторы перспективны тем, что являются промежуточным звеном между системами класса полностью «сделай сам» и жесткими коробочными системами . Позволят бы совместить достаточно высокую скорость создания ИС и внесения изменений в нее с разумными экономическими затратами.
CASE-ТЕХНОЛОГИИ.
Термин CASE-технология • Первоначальное значение термина CASE (Computer Aided Software Engineering) связывалось с вопросами автоматизации разработки только лишь программного обеспечения (ПО), в настоящее время приобрело новый смысл, охватывающий процесс разработки сложных ИС в целом. Теперь под термином CASE-средства понимаются программные средства, поддерживающие процессы создания и сопровождения ИС, включая анализ и формулировку требований, проектирование прикладного ПО (приложений) и баз данных, генерацию кода, тестирование, документирование, обеспечение качества, конфигурационное управление и управление проектом, а также другие процессы. CASE-средства вместе с системным ПО и техническими средствами образуют полную среду разработки ИС.
CASE-технология • CASE-технология представляет собой методологию проектирования ИС, а также набор инструментальных средств, позволяющих в наглядной форме моделировать предметную область, анализировать эту модель на всех этапах разработки и сопровождения ИС и разрабатывать приложения в соответствии с информационными потребностями пользователей. Большинство существующих CASE-средств основано на методологиях структурного (в основном) или объектно-ориентированного анализа и проектирования, использующих спецификации в виде диаграмм или текстов для описания внешних требований, связей между моделями системы, динамики поведения системы и архитектуры программных средств.
Факторы способствующие внедрению CASEтехнологий • подготовка аналитиков и программистов, восприимчивых к концепциям модульного и структурного программирования; • широкое внедрение и постоянный рост производительности компьютеров, позволившие использовать эффективные графические средства и автоматизировать большинство этапов проектирования; • внедрение сетевой технологии, предоставившей возможность объединения усилий отдельных исполнителей в единый процесс проектирования путем использования разделяемой базы данных, содержащей необходимую информацию о проекте.
Требование к CASE- системам • Единый графический язык. • Единая БД проекта • Поддержка коллективной разработки и управления проектом • Макетирование • Генерация документации. • Автоматическая генерация объектного кода. • Сопровождение и реинжиниринг.
Единый графический язык. • CASE-технологии обеспечивают всех участников проекта, включая заказчиков, единым строгим, наглядным и интуитивно понятным графическим языком, позволяющим получать обозримые компоненты с простой и ясной структурой. Это позволяет заказчику участвовать в процессе разработки, а разработчикам - общаться с экспертами предметной области, разделять деятельность системных аналитиков, проектировщиков и программистов.
Единая БД проекта • Основа CASE-технологии - использование базы данных проекта (репозитория) для хранения всей информации о проекте, которая может разделяться между разработчиками в соответствии с их правами доступа. • Содержимое репозитория включает не только информационные объекты различных типов, но и отношения между их компонентами, а также правила использования или обработки этих компонентов.
Задачи репозитория • Репозиторий может хранить: структурные диаграммы, определения экранов и меню, проекты отчетов, описания данных, исходные коды, элементы данных и т. п. • На основе репозитория осуществляется интеграция CASEсредств и разделение системной информации между разработчиками. При этом возможности репозитория обеспечивают несколько уровней интеграции: общий пользовательский интерфейс по всем средствам, передачу данных между средствами, интеграцию этапов разработки через единую систему представления фаз жизненного цикла, передачу данных и средств между различными платформами.
Поддержка коллективной разработки и управления проектом. • CASE-технология поддерживает групповую работу над проектом, обеспечивая возможность работы в сети, экспорт-импорт любых фрагментов проекта для их развития и/или модификации, а также планирование, контроль, руководство и взаимодействие. В частности, через репозиторий может осуществляться контроль безопасности (ограничения и привилегии доступа), контроль версий и изменений и др.
Макетирование и Генерация документации • Макетирование. CASE-технология дает возможность быстро строить макеты (прототипы) будущей системы, что позволяет заказчику на ранних этапах разработки оценить, насколько она приемлема. • Генерация документации. Вся документация по проекту генерируется автоматически на базе репозитория (как правило, в соответствии с требованиями действующих стандартов). При этом документация всегда отвечает текущему состоянию дел, поскольку любые изменения в проекте автоматически отражаются в репозитории.
Автоматическая генерация объектного кода. Сопровождение и реинжиниринг. • Автоматическая генерация объектного кода. Генерация программ в машинном коде осуществляется на основе репозитория и позволяет автоматически построить до 85 -90% объектного кода или текстов на языках высокого уровня. • Сопровождение и реинжиниринг. Сопровождение системы в рамках CASE-технологии характеризуется сопровождением проекта, а не программных кодов. Средства реинжиниринга и обратного инжиниринга позволяют создавать модель системы из её кодов и интегрировать полученные модели в проект, автоматически обновлять документацию при изменении кодов и т. п.
Сравнение методик проектирования Традиционная технология разработки Разработка с помощью CASEтехнологий Основные усилия - на кодирование Основные усилия - на анализ и и тестирование проектирование "Бумажные" спецификации "Быстрое итеративное макетирование Ручное кодирование Автоматическая генерация машинного кода Тестирование ПО Автоматический контроль проекта Сопровождение программного кода Сопровождение проекта
оценки трудозатрат по фазам жизненного цикла программного обеспечения (ПО).
Характеристика современных CASEсистем • Современные CASE-средства охватывают обширную область поддержки многочисленных технологий проектирования ИС: от простых средств анализа и документирования до полномасштабных средств автоматизации, покрывающих весь жизненный цикл ПО. • В разряд CASE-средств попадают как относительно дешевые системы для персональных компьютеров с весьма ограниченными возможностями, так и дорогостоящие системы для неоднородных вычислительных платформ и операционных сред. • Так, современный рынок программных средств насчитывает около 300 различных CASE-средств, наиболее мощные из которых так или иначе используются практически всеми ведущими западными фирмами.
Компоненты современной CASE-системы • репозиторий, являющийся основой CASE-средства. Он должен • • обеспечивать хранение версий проекта и его отдельных компонентов, синхронизацию поступления информации от различных разработчиков при групповой разработке, контроль метаданных на полноту и непротиворечивость; графические средства анализа и проектирования, обеспечивающие создание и редактирование иерархически связанных диаграмм (потоков данных, "сущность-связь" и др. ), образующих модели ИС; средства разработки приложений, включая языки программирования и генераторы кодов; средства конфигурационного управления; средства документирования; средства отладки и тестирования; средства управления проектом; средства реинжиниринга.
Типы систем • средства анализа, предназначены для построения и анализа моделей • • предметной области (Design/IDEF, BPwin); средства анализа и проектирования, поддерживающие наиболее распространенные методологии проектирования (Vantage Team Builder, Designer/2000, Silverrun, PRO-IV, CASE. Аналитик). Выходом таких средств являются спецификации компонентов и интерфейсов системы, архитектуры системы, алгоритмов и структур данных; средства проектирования БД, обеспечивающие моделирование данных и генерацию схем баз данных (как правило, на языке SQL) для наиболее распространенных СУБД. К ним относятся ERwin, S-Designor и Data. Base Designer (ORACLE). средства разработки приложений. К ним относятся (Uniface, JAM, Power. Builder, Developer/2000, New Era, SQLWindows, Delphi и др. ) и генераторы кодов, входящие в состав Vantage Team Builder, PRO-IV и частично - в Silverrun; средства реинжиниринга, обеспечивающие анализ программных кодов и схем баз данных и формирование на их основе различных моделей и проектных спецификаций. Средства анализа схем БД и формирования ERD входят в состав Vantage Team Builder, PRO-IV, Silverrun, Designer/2000, ERwin и S-Designor, Rational Rose.
CASE-средство Silverrun • американской фирмы Сomputer Systems Advisers, Inc. (CSA) используется для анализа и проектирования ИС бизнескласса и ориентировано в большей степени на спиральную модель ЖЦ. Оно применимо для поддержки любой методологии, основанной на раздельном построении функциональной и информационной моделей (диаграмм потоков данных и диаграмм "сущность-связь"). • Система Silverrun реализована на трех платформах - MS Windows, Macintosh и OS/2 - с возможностью обмена проектными данными между ними.
Vantage Team Builder • представляет собой интегрированный программный продукт, • • ориентированный на реализацию и поддержку полного ЖЦ ПО. обеспечивает выполнение следующих функций: проектирование диаграмм потоков данных, "сущность-связь", структур данных, структурных схем программ и экранных форм; проектирование диаграмм архитектуры системы - SADТ (проектирование состава и связи вычислительных средств, распределения задач системы между вычислительными средствами, моделирование отношений типа "клиент-сервер", анализ использования менеджеров транзакций и особенностей функционирования систем в реальном времени); генерация кода программ с целевой СУБД с полным обеспечением программной среды и генерация SQL-кода для создания таблиц БД, индексов, ограничений целостности и хранимых процедур; программирование на языке C со встроенным SQL; управление версиями и конфигурацией проекта; многопользовательский доступ к репозиторию проекта; генерация проектной документации по стандартным и индивидуальным шаблонам.
Designer/2000 2. 0 • является интегрированным CASE-средством, обеспечивающим в совокупности со средствами разработки приложений Developer/2000 поддержку полного ЖЦ ПО для систем, использующих СУБД ORACLE. Генерация приложений, помимо продуктов ORACLE, выполняется также для Visual Basic. Designer/2000 можно интегрировать с другими средствами, используя открытый интерфейс приложений API (Application Programming Interface). • Кроме того, можно использовать средство ORACLE CASE Exchange для экспорта/импорта объектов репозитория с целью обмена информацией с другими CASE-средствами. Среда функционирования Designer/2000 - Windows NT
Rational Rose • фирма Rational Software Corporation (США) - предназначено для • • автоматизации этапов анализа и проектирования ПО, а также для генерации кодов на различных языках и выпуска проектной документации. Rational Rose использует синтез-методологию объектно-ориентированного анализа и проектированияна основе UML - Unified Modeling Language) претендует на роль стандарта в области объектно-ориентированного анализа и проектирования. Конкретный вариант Rational Rose определяется языком, на котором генерируются коды программ (C++, Smalltalk, Power. Builder, Ada, SQLWindows и Object. Pro). Основной вариант - Rational Rose/C++ - позволяет разрабатывать проектную документацию в виде диаграмм и спецификаций, а также генерировать программные коды на С++. Кроме того, Rational Rose содержит средства реинжиниринга программ, обеспечивающие повторное использование программных компонент в новых проектах. Rational Rose функционирует на различных платформах: IBM PC (в среде Windows, UNIX, OS), Hewlett-Packard (HP UX), IBM RS/6000 (AIX).
BPWin, ERWin, OOWin • CASE-системы для концептуального проектирования продукты фирмы Logic Works, Design/IDEF фирмы Meta Software, Silverrun фирмы CSA и др. • Пакет BPWin поддерживает работу с IDEF 0, IDEF 3, DFD, SADT моделями. • ERwin предназначена для разработки информационных моделей. Имеются средства, обеспечивающие перевод графических изображений ER-диаграмм в SQL-формы или в форматы других популярных СУБД. В систему включены также типичные для CASE средства разработки экранных форм. • OOwin служит для поддержки объектно-ориентированных технологий проектирования информационных систем. Один из способов использования OOWin - детализация объектно-ориентированной модели на базе созданной ER-модели.
Аналитик 1. 1 • является практически единственным в настоящее время • • • конкурентоспособным Российским CASE-средством функционального моделирования. Его основные функции: · построение и редактирование диаграмм потоков данных DFD · анализ диаграмм и проектных спецификаций на полноту и непротиворечивость; · получение разнообразных отчетов по проекту; · генерация макетов документов в соответствии с требованиями ГОСТ 19. ХХХ и 34. ХХХ. С помощью отдельного программного продукта (Catherine) выполняется обмен данными с CASE-средством Erwin. При этом из проекта, выполненного в CASE. Аналитике, экспортируется описание структур данных и накопителей данных, которое по определенным правилам формирует описание сущностей и их атрибутов.
• Согласно обзору (Survey of Advanced Technology), составленному фирмой Systems Development Inc. по результатам анкетирования более 1000 американских фирм, CASE-технология в настоящее время попала в разряд наиболее стабильных информационных технологий (ее использовала половина всех опрошенных пользователей более чем в трети своих проектов, из них 85% завершились успешно). • Однако, несмотря на все потенциальные возможности CASEсредств, существует множество примеров их неудачного внедрения, в результате которых CASE-средства становятся "полочным" ПО.
Выводы из отчета SAT • CASE-средства не обязательно дают немедленный эффект; он может быть получен только спустя какое-то время; • реальные затраты на внедрение CASE-средств обычно намного превышают затраты на их приобретение; • CASE-средства обеспечивают возможности для получения существенной выгоды только после успешного завершения процесса их внедрения.
Факторы положительно влияющие на внедрение • широкое разнообразие качества и возможностей CASE-средств; • широкое разнообразие в практике внедрения различных организаций; • широкий диапазон предметных областей проектов; • различная степень интеграции CASE-средств в различных проектах.
И отрицательно • относительно небольшое время использования CASE-средств в различных организациях и недостаток опыта их применения; • отсутствие детальных метрик и данных для уже выполненных и текущих проектов; • Высокие затраты на внедрение и освоение CASE-средств. • Пользователи CASE-средств должны быть готовы к необходимости долгосрочных затрат на эксплуатацию, частому появлению новых версий и возможному быстрому моральному старению средств, а также постоянным затратам на обучение и повышение квалификации персонала.
Успешное внедрение CASE-средств должно обеспечить • высокий уровень технологической поддержки процессов разработки и сопровождения ПО; • положительное воздействие на некоторые или все из перечисленных факторов: производительность, качество продукции, соблюдение стандартов, документирование; • приемлемый уровень отдачи от инвестиций в CASE-средства.
НАСТРАИВАЕМЫЕ СИСТЕМЫ
Настраиваемые системы – • это готовый программный продукт, который имеет широкий спектр настроек для учета специфики конкретного клиента. Появлению настраиваемых систем способствовало принятие международных стандартов учета и управления: • MRP 1 (Material Requirement Planning); • MRP 2 (Мanufacturing resource planning); • ERP 1 (Enterprise Resource Planning) ; • ERP II (Enterprise Resource & Relationship Processing) ; • CSRP (Customer Synchronized Resource Planning).
43 МЕЖДУНАРОДНЫЕ СТАНДАРТЫ ПЛАНИРОВАНИЯ ПРОИЗВОДСТВЕННЫХ ПРОЦЕССОВ. MRP/ERP системы
44 Постановка • С проблемой планирования деятельности предприятия разработчики информационных систем столкнулись еще в 1960 -е гг. Тогда была разработана методология планирования потребностей в материалах MRP (Material Requirements Planning). • В настоящее время существует несколько международных стандартов и соответственно типов КИС 1. MRP (Material Requirement Planning) – планирование потребностей в материалах и ресурсах 2. MRP II (Manufacturing Resource Planning) – система планирование производственных ресурсов 3. ERP (Enterprise Resource Planning) – система планирования ресурсов организации 4. CSRP (Customer Synchronized Resource Planning) – система планирование ресурсов организации, синхронизированное на потребителя 5. ERP II (Enterprise Resource and Relationship Processing) – система управление внутренними ресурсами и внешними связями организации
45 Информационные системы класса MRP • MRP (англ. Material Requirement Planning — планирование потребности в материалах) — система планирования потребностей в материалах, одна из наиболее популярных в мире логистических концепций, на основе которой разработано и функционирует большое число микрологистических систем. • В СНГ , как правило, представлена различными программными продуктами иностранного производства. Реализация системы, работающей по этой методологии представляет собой компьютерную программу, позволяющую оптимально регулировать поставки материалов комплектующих, контролируя запасы на складе и саму технологию производства. Основною целью, которую преследовали разработчики, являлась минимизация издержек, появляющихся на производстве.
46 Основные задачи MRP • удовлетворение потребности в материалах, компонентах и продукции для планирования производства и доставки потребителям; • поддержка низких уровней запасов; • планирование производственных операций, расписаний доставки, закупочных операций. • Входные данные MRP 1. Главное производственное расписание 2. Спецификации 3. Данные о наличных запасах и открытых заказах • Выходные данные : первичные и вторичные отчёты о закупках. • Система MRP позволяет определить сколько и в какие сроки необходимо произвести конечной продукции, время и необходимые количества материальных ресурсов для удовлетворения потребностей производственного расписания. • .
47 Общая функциональная схема MRP системы
48 Основные недостатки MRP-систем • При расчете потребности в материалах не учитываются • • загрузка и амортизация производственных мощностей, стоимость рабочей силы, потребляемой энергии значительный объём вычислений и предварительной обработки данных возрастание логистических затрат на обработку заказов и транспортировку при стремлении фирмы ещё больше уменьшить запасы МР или перейти на работу с малыми заказами с высокой частотой их выполнения нечувствительность к кратковременным изменениям спроса большое количество отказов из-за большой размерности системы и её сложности
49 MRPII • Manufacturing Resource Planning (планирование производственных ресурсов) - это специально разработанный набор методов управления бизнесом, которые поддерживаются вычислительными системами. Обычно MRPII применяется на производственных предприятиях. В настоящее время MRPII – центральная часть любой КИС на производственных предприятиях. • В рамках MRP II можно планировать все производственные ресурсы предприятия: сырье, материалы, оборудование, людские ресурсы, все виды потребляемой энергии и пр. Прогнозирование, планирование и контроль производства осуществляется по всему циклу, начиная от закупки сырья и заканчивая отгрузкой товара потребителю.
50 Функции ИС стандарта MRP II Планирование продаж и производства 2. Управление спросом 3. Составление плана производства 4. Планирование потребностей в материалах 5. Спецификация продуктов 6. Управление складом 7. Плановые поставки 8. Управление на уровне производственного цеха 9. Планирование производственных мощностей 10. Контроль входа/выхода 11. Материально-техническое снабжение 12. Планирование распределения ресурсов 13. Планирование и контроль производственных операций 14. Финансовое планирование 15. Моделирование 16. Оценка результатов деятельности • 1. • • • •
51 система управления предприятием, построенная в соответствии со стандартом MRPII
52 Информационные системы класса ERP • ERP (Enterprise Resource Planning) – система планирования ресурсов организации • Главная цель концепции ERP - распространить принципы MRP II на управление современными корпорациями. Концепция ERP представляет собой надстройку над методологией MRP II. Не внося никаких изменений в механизм планирования производственных ресурсов, она позволяет решить ряд дополнительных задач, связанных с усложнением структуры компании. • Современные ERP - это комплекс интегрированных приложений, позволяющих создать единую среду для автоматизации планирования, учета, контроля и анализа всех основных бизнес-процессов предприятия. ERP включает в себя определенный набор подсистем, связанных с деятельностью предприятия: финансы, снабжение и сбыт, хранение, производство и т. д.
53 Концепция ERP • сформулирована в 1990 году аналитиком Gartner как видение развития методик MRP II В середине 1990 -х годов появилось несколько успешных тиражируемых ERP-систем для крупных организаций, наиболее известные — разработки компаний Baan (нидерл. ), Oracle, People. Soft, SAP, JD Edwards, сформировался рынок услуг по внедрению ERP-систем с участием компаний большой четвёрки, в 2000 -е годы произошла консолидация поставщиков, появилось значительное количество ERP-систем для малого и среднего бизнеса, наиболее известными поставщиками которых стали Sage Group и Microsoft
54 Ключевые принципы ERP • В качестве характеристической особенности ERP-стратегии отмечается принципиальный подход к использованию единой транзакционной системы для подавляющего большинства операций и бизнес-процессов организации, вне зависимости от функциональной и территориальной разобщённости мест их возникновения и прохождения, обязательность сведе ния всех операций в единую базу для последующей обработки и получения в реальном времени сбалансированных планов. • Тиражируемость, то есть возможность применить один и тот же программный пакет для разных организаций (возможно, с разными настройками и расширениями), фигурирует как одно из обязательных условий ERP-системы. • Одной из причин повсеместного использования тиражируемых ERP-систем вместо разработки на заказ указывается возможность внедрения лучших практик посредством реинжиниринга бизнес-процессов согласно решениям, применённым в ERP-системе. •
55
56 Основные особенности информационных систем класса ERP • универсальность с точки зрения типов производств; • поддержка многозвенного производственного планирования; • более широкая (по сравнению с MRP II) сфера интегрированного планирования ресурсов; • включение в систему мощного блока планирования и учета корпоративных финансов; • внедрение в систему средств поддержки принятия решений
57 Универсальность. • Даже на обычном предприятии (не говоря уже о корпорации) могут сосуществовать производства различных типов. Например, у предприятия с основным производством непрерывного типа может быть вспомогательное производство, содержащее ремонтномеханические цеха, ориентированные на дискретный производственный цикл. Кроме того, предприятие может инициировать новое производство, что подразумевает проектное планирование и управление. Для поддержки планирования и управления всем предприятием в целом, информационная система должна "уметь" работать с каждым из этих типов производств. • Поэтому системы класса ERP содержат набор модулей, каждый из которых специализирован на определенном типе производства.
58 Многозвенное производственное планирование • Большие производственные объединения, распределенные территориально, могут состоять из обособленных структурных подразделений или филиалов (звеньев). Каждый филиал, как правило, имеет отдельный законченный производственный процесс. Однако зачастую подразделения связаны между собой цепочкой поставок некоторых единиц продукции. Это усложняет процесс планирования деятельности, как отдельных подразделений, так и всего производственного объединения. Чтобы предотвратить простои и перегрузки отдельных производств из-за не поставленных во время деталей, план-графики закупок/производства различных производственных подразделений компании должны быть согласованы между собой.
59 Планирование и учет корпоративных финансов • Реализация в ERP-системах поддержки планирования ресурсов разветвленной корпорации влечет необходимость усиления финансового блока, реализации управления сложными финансовыми потоками и возможности корпоративной консолидации. Поэтому в ERP-системы входят мощные системы управления корпоративными финансами
60 Расширение сферы интегрированного планирования ресурсов • В классических MRP II-системах интегрированное планирование ресурсов охватывало лишь производственные, складские, снабженческие и сбытовые подразделения предприятия. Действия других тесно связанных с производственным процессом подразделений и служб (например, ремонтных, транспортных) не вовлекались в планирование. Точно так же за кадром оставались проектные работы. ERP-системы позволяют вовлечь в сферу интегрированного планирования ресурсов все подразделения предприятия, так или иначе эти ресурсы использующие. Это позволяет достичь оптимизации бизнес-операций предприятия, а также координации действий всех служб и подразделений для обеспечения их эффективной работы.
61 Информационные системы класса ERP II • Концепция ERP- систем фокусируется в основном на • • планировании ресурсов, тщательном управлении запасами и обеспечении прозрачности производственных процессов. Середина 1990 –х годов характеризуется бурным развитием Интернет – технологий. Появился электронный бизнес, позволяющий предприятию взаимодействовать с клиентами через Интернет. Информационные системы предприятий научились обмениваться данными с применением коммуникационных протоколов и форматов документов. Новые функции, появившиеся в информационных системах, стали выходить за привычные рамки ERP- систем. Поэтому несколько лет назад Gartner Group предложила новый вариант данной концепции — ERP II. В ней нашли отражение современные концепции ведения бизнеса и инновации в области информационных систем. Наиболее популярные современные концепции ведения бизнеса: CRM, SCM, MES
62 CRM - концепция • CRM- (Customer Relationship Management) -управление взаимоотношениями с клиентом - провозглашает вместо заботы об обезличенных потребителях заботу о потребителе. Причем, о каждом индивидуально. Собираемая и обрабатываемая информация о клиенте (например, история его покупок, потребности и предпочтения) используется для того, чтобы более точно специфицированное предложение было с большой долей вероятности принято клиентом. Естественно, что при наличии большого числа клиентов, подобный подход реализуется с использованием информационных технологий как вспомогательного инструмента. • CRM подразумевает управление маркетинг - процессами, продажами, производством, разработками и т. д. • В реализацию CRM-концепции должно быть вовлечено (в прямой или опосредованной форме) большинство корпоративных служб и подразделений - маркетинг, производство, служба клиентской поддержки, территориальные подразделения продаж и службы сервиса
63 Информационные системы, реализующие SCM • решают две группы вопросов: операционные и тактические. • Операционные вопросы связаны с текущей деятельностью предприятия, повседневные действия, как то: Закупки, снабжение производства; Управление складами; Управление логистикой, оптимизация транспортных операций; Сбыт, работа с дистрибьюторами. • Тактические вопросы, определяющие относительно глобальные позиции по производству и поставкам, например, транспортные маршруты и планирование территориального расположения производственного цеха, складских помещений для материалов и сырья, и готовой продукции; оптимизацию выпуска продукции, и принятие соответствующих тактических решений о производственных мощностях и расширении производства.
ПРИМЕРЫ НАСТРАИВАЕМЫХ ИС
Парус-Корпорация • Комплексная система «Парус» обеспечивает автоматизацию четырех основных бизнеснаправлений (бизнес-сфер) финансово-хозяйственной деятельности предприятия: управления финансами, логистики, управления производством, управления персоналом, а также страхования
Система «Парус» полностью поддерживает классическую модель управления предприятием и на макроуровне характеризуется обеспечением следующих факторов бизнес-логики управления: • Финансовое и материальное планирование ресурсов предприятия с перспективным развитием до поддержки календарного планирования. Качественное решение этой задачи определяет основы ритмичной и согласованной работы всех подразделений предприятия. • Четкая фиксация всех фактов финансово-хозяйственной деятельности, происходящих в процессе функционирования предприятия. • План-факт-анализ исполнения планов с возможностью детализации обнаруженных отклонений до первичных документов, объясняющих их причину с целью облегчения принятия управленческого решения. • Контроль и управление показателями эффективности деятельности предприятия
• Конкретная комплектация системы «Парус» зависит от Ваших потребностей. Например, для автоматизации корпоративной структуры обобщенная функциональная схема системы • для локально размещенной организации
Расширяемость системы «Парус» • Вместе с системой может поставляться описание структур баз данных, что позволяет формировать самые разнообразные отчеты на базе шаблонов, разрабатываемых Вами при помощи генератора отчетов Seagate Crystal Reports — как при работе с системой, так и в среде самого генератора. • При необходимости, в поставку системы могут входить информационные модели IDEF и даже исходные тексты программного продукта. Эти меры призваны облегчить специалистам Вашего предприятия развитие и адаптацию системы своими силами. • Возможность использования открытых API-интерфейсов позволяет интегрировать систему с программами, созданными силами специалистов предприятия. • Структура записи (в частности, записи о документе), регистрируемой в системе, может быть дополнена произвольным количеством характеристик, тип и назначение которых определяется самим пользователем. Благодаря этому Вы сможете проводить отбор и обобщение информации на основании характеристик, учитывающих Ваши специфические требования
Система «Галактика» комплексная система автоматизации управления предприятием. Система обладает широкими функциональными возможностями и является основой единого информационного пространства предприятия. Система ориентирована на автоматизацию решения задач, возникающих на всех стадиях управленческого цикла.
Галактика • ПО Галактика предназначено для крупных и средних предприятий. В настоящее время Галактика предлагает программные решения на основе СУБД Btrieve, MS SQL Server и Oracle. Доступны локальные и сетевые версии, работающие под управлением MSDOS или MS Windows. Галактика плодотворно сотрудничает с другими компаниями • Настройка и расширение системы реализуются специальной подсистемой: Контур системного администрирования, а также использованием коллекции типовых шаблонов баз данных
Эверест • КИС Эверест (разработки компании Бит) предназначена для автоматизации управления материальными, финансовыми и человеческими ресурсами крупных и средних промышленных и торговых предприятий. • Система построена по модульному принципу и реализована в клиент-серверной архитектуре с использованием Borland Delphi в качестве клиента и Oracle в качестве сервера. Cистема работает с наиболее распространенными ОС: MS Windows NT, Novell Netware и различными версиями Unix. При необходимости она интегрируется через соответствующие шлюзы с ПО разработки третьих фирм. В систему встроены инструментальные средства собственной разработки и поддерживается до 100 и более рабочих мест. В состав Эвереста входят следующие функциональные подсистемы: Оперативный учет, Бухгалтерский учет, Финансовый контроллинг, Управление персоналом
72 SAP R/3 • - это самая обширная система на сегодняшний день. Не случайно многие лидеры мировой экономики именно ее выбрали в качестве основной корпоративной системы. • SAP R/3 - конфигурируемая система настраиваемая под параметры конкретного предприятия, со всеми индивидуальными особенностями. Показателем технического уровня системы может служить способ ее настройки. Чем шире возможности конфигурирования и настройки системы без необходимости ее переписывания, тем выше технический уровень данной системы. • SAP R/3 состоит из набора прикладных модулей, которые поддерживают различные бизнес-процессы компании и интегрированы между собой в масштабе реального времени.
73 Функции • Администрирование — настройки системы и обмен данными • Финансы — счета и проводки • Возможности продаж — отслеживание взаимоотношений с текущими и • • • потенциальными клиентами Продажи — прием заказов, продажи и отгрузки Закупки — заказы на закупку и поступление продукции Бизнес-партнеры — информация о заказчиках, поставщиках и потенциальных партнерах Расчеты — контроль входящих и исходящих платежей, выписки банка Запасы — контроль запасов, их количества, и перемещения Сборка — работа с наборами и комплектами MRP (планирование потребности в материалах) — планирование закупок и производства Сервис — сервисное обслуживание товаров Персонал — информация о работниках Система отчетов — различные отчеты по запасам/финансам/персоналу
74 Модули SAP R/3 • Финансы (FI). Модуль предназначен для организации основной бухгалтерской отчетности, отчетности по дебиторам, кредиторам и вспомогательной бухгалтерии. Он включает в себя: Главную книгу, Бухгалтерию дебиторов, Бухгалтерию кредиторов, Финансовое управление, Специальный регистр, Консолидацию и Информационную систему учета и отчетности. • Контроллинг (CO). Модуль обеспечивает учет затрат и прибыли предприятия и включает в себя: Учет затрат по местам их возникновения (центры затрат), Учет затрат по заказам, Учет затрат по проектам, Калькуляцию затрат, Контроль прибыльности (результатов), Контроль мест возникновения прибыли (центров прибыли), Учет выработки, Контроллинг деятельности предприятия.
75 Модули SAP R/3 • Управление основными средствами (AM). Модуль предназначен для учета основных средств и управления ими. Ключевые элементы модуля: Техническое управление основными средствами, Техобслуживание и ремонт оборудования, Контроллинг инвестиций и продажа активов, Традиционный бухучет основных средств, Замена основных средств и амортизация, Управление инвестициями. • Управление проектами (PS). Прикладной модуль PS поддерживает планирование, управление и мониторинг долгосрочных проектов с высоким уровнем сложности. Ключевые элементы прикладного модуля PS: Контроль финансовых средств и ресурсов, Контроль качества, Управление временными данными, Информационная система управления проектами, Общие модули
76 Модули SAP R/3 • Производственное планирование (PP). Модуль используется для организации планирования и контроля производственной деятельности предприятия. Ключевые элементы прикладного модуля: Спецификации (BOM), Технологические карты, Рабочие центры (места), Планирование сбыта (SOP), Производственное планирование (MPS), Планирование потребности в материалах (MRP), Управление производством (SFC), Производственные заказы, Калькуляция затрат на изделие, Учет затрат по процессам, Серийное производство, Канбан (Just in time), Планирование непрерывного производства. • Управление материальными потоками (MM). Модуль поддерживает функции снабжения и управления запасами, используемые в различных хозяйственных операциях. Ключевые элементы: Закупка материалов, Управление запасами, Управление складами, Контроль счетов, Оценка запасов материала, Аттестация поставщика, Обработка работ и услуг, Информационная система закупок и информационная система управления запасами.
77 Модули SAP R/3 • Сбыт (SD). Модуль решает задачи распределения, продаж, поставок и выставления счетов. Ключевые элементы: Предпродажная поддержка, Обработка запросов, Обработка предложений, Обработка заказов, Обработка поставок, Выставление счетов (фактурирование), Информационная система сбыта. • Управление качеством (QM). Этот модуль включает в себя информационную систему и систему управления качеством. Он обеспечивает поддержку планирования качества, проверку и контроль качества при производстве и закупках. Ключевые элементы: Проверка качества, Планирование качества, Информационная система контроля качества (QMIS). • Техобслуживание и ремонт оборудования (PM). Модуль помогает учитывать затраты и планировать ресурсы на техобслуживание и ремонт. Ключевые элементы: Незапланированный ремонт, Управление сервисом, Плановопрофилактический ремонт, Ведение спецификаций, Информационная система техобслуживания и ремонта.
78 Программно-техническая база. • ПТК система обеспечивает возможность работы в многоуровневой распределенной архитектуре клиентсервер. Система SAP R/3 функционирует на серверах UNIX, AS/400, Windows NT, S/390 и с различными СУБД (Informix, Oracle, Microsoft SQL Server, DB 2). Пользователи могут работать в среде Windows, OSF/Motif, OS/2 или Macintosh.
79 Бизнес-инжиниринг в SAP R/3 • Благодаря открытому стандартному пользовательскому интерфейсу • • Business-Engineer партнеры SAP и консультанты могут создавать предварительно сконфигурированные отраслевые решения на базе хозяйственных сценариев SAP R/3. Бизнес-конфигуратор SAP R/3, поддерживающий процедуры создания и ведения моделей предприятия с автоматической генерацией соответствующих задач и профилей настройки; Ссылочная модель SAP R/3 - обширная метамодель внедрения SAP R/3, включающая организационную модель, модель процессов, модель данных, модель распределения функций и модель бизнес-объектов; Репозитарий SAP R/3 - основной банк данных для Ссылочной модели, отраслевых моделей и созданных моделей предприятия. Система обеспечивает динамическое графическое моделирование бизнесспроцессов и может работать в диалоговом режиме. При создании модели предприятия могут использоваться типовые сценарии бизнес-процессов, поставляемые SAP и ее партнерами. Инструментарий бизнес-инжиниринга может применяться и для реализации собственных методов внедрения SAP R/3, в том числе с использованием привычных инструментов динамического моделирования бизнес-процессов от других производителей.
80 Техническая база
81
82 Oracle E-Business Suite • тиражируемый интегрированный комплекс прикладного программного обеспечения производства компании Oracle, . Предназначен для автоматизации основных направлений деятельности предприятий, в том числе: финансов, производства, управления персоналом, логистики, маркетинга, сбыта и продаж, обслуживания заказчиков, взаимоотношений с поставщиками и клиентами и других.
83 Модули Oracle E-Business Suite • Управление эффективностью бизнеса (CPM) • Управление материальными потоками • Управление взаимоотношениями с клиентами • Финансы • Управление техобслуживанием и ремонтами • Система управления персоналом • Управление производством • Управление проектами • Финансовый сервис • Управление жизненным циклом • Управление логистикой
84 • Oracle E-Business Suite предполагает использование в качестве базы данных только Oracle Database Server. Данное ограничение (ERP-системы других производителей обычно могут работать с разными БД) было принято корпорацией Oracle сознательно. • Программный комплекс Oracle E-Business Suite изначально проектировался и создавался с использованием всего спектра возможностей базы данных Oracle (ограничения целостности, серверные процедуры и пакеты, представления, триггеры, сложные механизмы запросов и оптимизации и т. п. ). Постоянное развитие базы данных и использование новых информационных технологий (а в случае Oracle часто - самостоятельная разработка и развитие таких технологий) обеспечивают масштабируемость, производительность и надежность ядра автоматизированной системы управления предприятием
Совместимость с различными платформами 85 • Использование трехуровневой архитектуры сетевых вычислений с выделением сервера приложений и обеспечением доступа клиентов к нему через сеть Интернет (интрасеть) при помощи обычного Webбраузера позволяет использовать в качестве клиентских мест любые компьютеры, аппаратные платформы и ОС. Oracle E-Business Suite можно устанавливать на сетевых компьютерах, PDA, телевизионных приставках, ПК, рабочих станциях, мини-компьютерах, кластерах, мэйнфреймах, системах с массивным параллелизмом. • Система работает под управлением ОС Microsoft Windows 9 x/NT/2000 без установки дополнительных специальных приложений. Это, с одной стороны, придает системе мобильность в размещении рабочих мест (что особенно важно для территориальнораспределенных предприятий). С другой же стороны, такая архитектура позволяет существенно снизить затраты на сопровождение системы, что весьма немаловажно при наличии на предприятии нескольких сотен распределенных рабочих мест. • По мимо Microsoft Windows 9 x/NT/2000, можно использовать UNIX или популярную ОС Linux,
Инструменты разработки/моделирования 86 • Система Oracle E-Business Suite создана с использованием • • • собственных стандартных инструментальных средств разработки и моделирования Oracle. Большинство из них объединено в единый пакет интегрированных средств разработки Oracle Internet Developer Suite, который на сегодняшний момент включает инструменты для решения следующих задач: проектирования и моделирования - Oracle Designer; разработки экранных форм - Oracle Forms Developer; разработки отчетных форм - Oracle Reports Developer; быстрой разработки приложений на языке Java - Oracle JDeveloper; разработки и внедрения корпоративных хранилищ данных и интеллектуальных приложений электронного бизнеса - Oracle Warehouse Builder; выполнения DDL- и DML-запросов к базе данных - SQL*Plus.
Масштабируемость и скорость работы 87 • Масштабируемость и скорость работы Oracle E-Business Suite обеспечивается следующими основными факторами: . • в качестве ядра системы используется база данных Oracle 8 i, известная своей масштабируемостью в обработке как DML-, так и DDL-запросов; • благодаря автоматическому распараллеливанию системой сложных процессов/запросов используется максимально допустимое количество процессоров сервера • реализация механизма параллельных запросов позволяет выполнять основные наиболее трудоемкие процессы в фоновом пакетном режиме, в наиболее удобное для этого время.
88 Техническая база
СИСТЕМЫ ТРАНСФОРМЕРЫ
Определение Конструктор – это программный продукт включающий в себя: • ядро (изменяемое или неизменяемое в зависимости от желания фирмы-разработчика разрешить или не разрешить клиентам доступ к нему); • модель предметной области (достаточно абстрактную), содержащую основные понятия предметной области, связанной с финансово-хозяйственной деятельностью предприятия (например, документ, контрагент, справочник, проводка и др. ); • среду разработки высокого уровня (CASE-средства, мастера по созданию справочников и входных форм, дизайнеры, визарды и т. п. ), которая не требует от пользователя программистских навыков, а позволяет оперировать понятиями предметной области.
С технологической (архитектурной) точки зрения конструктор включает : • ядро, в котором определена принципиальная модель предметной области, а также базовый набор классов (максимально абстрактных) и основных методов работы с ними; • конфигурацию (для общности назовем это так), которая представляет собой реализацию информационной системы, построенной из классов и методов ядра; • инструментарий, позволяющий пользователю строить свой собственный вариант конфигурации.
Особенности • Конструктор не должен работать с физической базой данных напрямую. • Конструктор должен обеспечивать совместимость снизу вверх готовых программных решений и ядра (т. е. в нем должны быть предусмотрены специальные средства интеграции предыдущих изменений с новой базовой версией ядра). • Фирма-производитель должна разрабатывать и развивать не ИС , а какое-то средство конфигурирования, а именно сам конструктор (при этом конечное решение должны создавать обученные партнеры или клиенты).
Замечание • По сути дела, первыми конструкторами можно назвать такие системы программирования, как Fox. Pro или MS Access, однако их ядро не содержит модели предметной области. Данные системы являются универсальными и пригодными для создания практически любых программных продуктов, но они требуют высокого уровня подготовки разработчиков и значительных затрат времени.
• Одним из наиболее важных моментов для клиента является возможность внесения типовых изменений в систему с сохранением свойств адаптируемости к специфическим и уникальным задачам управления. • Это требование основано на том, что потребители не хотят полностью отвечать за конечную систему, предпочитая, чтобы часть ответственности была переложена на плечи фирм-разработчиков. Но уникальность не отменяет типичности отдельных аспектов их деятельности, таких как необходимость соблюдать законодательство в области учета, своевременно начислять зарплату сотрудникам, управлять движением финансовых средств и множество других общих задач. Для конечных пользователей будет неэкономично расходовать свои ресурсы на доработку ИС под задачи, одинаковые для всех.
Для решения разработчики конструкторов 1) разработка типовых конфигураций (типовых отраслевых решений, решений для определенных аспектов бизнеса и т. п. ); 2) выпуск новых версий ядра и среды разработки. Эти возможности систем конструкторов позволяют относительно недорого получать работающую информационную систему и на основе типовых конфигураций собственными силами непрерывно адаптировать ее к уникальным задачам управления своей компании при помощи несложного инструментария (и при этом разделяя ответственность за систему с ее разработчиками). Кроме того, системы-конструкторы перспективны тем, что являются промежуточным звеном между системами класса полностью «сделай сам» и жесткими коробочными системами.
ПРИМЕРЫ ИС КОНСТРУКТОРОВ
Система «Алеф» • Система «Алеф» предназначена для автоматизации хозяйственной деятельности предприятий различных отраслей. Программа представляет собой конструктор финансовых приложений, с помощью которого на предприятиях своими силами или с помощью третьих фирм осуществляется построение финансово-учетной системы, соответствующей специфике предприятия.
система позволяет обеспечить • ведение полноценного мультивалютного суммового и количественного оперативного бухгалтерского и управленческого аналитического учета; • автоматизацию финансовых служб, служб анализа, планирования и контроля исполнения бюджетов; • ведение централизованного учета одновременно на нескольких предприятиях; • организацию центрального звена для построения учетной системы предприятия, которое способно стать центром для обработки и отражения информации всех существующих звеньев; • интеграцию с другими программными системами; • гибкую настройку на специфику предприятия с возможностью встраивания различных функций, например, функций финансового анализа и планирования; • совместную работу большого количества пользователей с различной степенью доступа к информации
1 С: ПРЕДПРИЯТИЕ
• программу "1 С: Предприятие" можно отнести к классу программ конструкторов для разработки информационных систем предприятия с использованием типовых решений. Это определяется составом автоматизируемых функций управлений. • В программе Программа "1 С: Предприятие " использует объектно - ориентированный подход к представлению компонентов типовой конфигурации. • Конфигуратор оперирует с классами метаданных: константы, справочники, документы, журналы, отчеты и т. п. Каждый объект метаданных обладает набором свойств и методов обработки. предусмотрена возможность одновременного учета нескольких фирм со своими расчетными счетами. Обычно, для таких предприятий используется понятие "корпорация". Таким образом, программа « 1 С: Предприятие» может выступать как инструмент разработки корпоративных информационных систем.
режимы работы "1 С: Предприятие" • Режим Конфигуратор - настройка типовой или создание новой конфигурации автоматизации учетной информации; • Режим Предприятие - автоматизация учетных функций и формирование отчетности. • Режим Отладчик - отладка программных модулей, написанных на встроенном языке программирования ; • Режим Монитор пользователей - оперативный анализ работы пользователей в сетевой версии программы.
Режим Конфигуратор • - настройка типовой или создание новой конфигурации автоматизации учетной информации. Типовая конфигурация определяется фирмой производителем, на основе обобщения наиболее часто встречающихся задач автоматизации учета на практике. Она также включает в себя изменения нормативной и законодательной базы. • На предприятии этот режим используется для настройки необходимых условий работы программы. Этот режим используют на предприятии квалифицированные пользователи или программисты. •
• Суть конфигурирования в программе "1 С: Предприятие " • • состоит в адаптации типовой конфигурации на реальную информационную систему предприятия. При конфигурировании осуществляется: - построение организационной структуры автоматизации расчетов на предприятии в терминах программы - фирма, подразделение, пользователь программы; - определение бизнес - процессов - учет кадров, складской учет, торговля и т. д. ; - создание справочников аналитического учета; - внедрение типовых форм и способов представления оперативной, бухгалтерской, статистической и другой отчетности; - определение прав пользователей; и т. п.
Режим работы программы - Конфигуратор • Общий вид окна режима Конфигуратор • Панель управления содержит кнопки для выполнения различных действий. Для того, чтобы узнать действие по кнопке, достаточно подвести к ней курсор. Эти же действия можно выполнить с помощью меню, которое находится в верхней строке диалогового окна.
• Программа "1 С: Предприятие " использует объектно - ориентированный подход к представлению компонентов типовой конфигурации. Конфигуратор оперирует с классами метаданных: константы, справочники, документы, журналы, отчеты и т. п. Каждый объект метаданных обладает набором свойств и методов обработки.
• Обработка - программы пакетной обработки данных на встроенном • • • языке программирования, а также формы внешней отчетности. В отличие от отчетов внешние отчеты сохраняются независимо от информационной базы "1 С: Предприятие". Регистры - учетные регистры для оперативного(управленческого) учета о наличии и движении средств. Регистры используются для формирования количественных и стоимостных итогов. Журнал расчетов - учет выполненных расчетов, строка журнала - единичный акт расчета для объекта. Виды расчетов - алгоритмы расчета, соответствующие видам начисления и удержания заработной платы. Виды расчета используются для формирования записей журналов расчета. Группы расчетов - логическое объединение видов расчета по тем или иным признакам. Календари - графики работы предприятия, внешних организаций или отдельных категорий работников.
Режим работы - Предприятие • Режим Предприятие - автоматизация учетных функций и формирование отчетности. Этот режим используют менеджеры - пользователи различных структурных подразделений предприятия. • Панель инструментов содержит кнопки, с помощью которых можно управлять программой, не пользуясь основным меню. Название кнопки, после установки на нее курсора, видно в строке состояния, которая находится в нижней части экрана.
• В программе "1 С: Предприятие" построение расчетов ведется на жестких взаимосвязях вводимых документов управленческого и финансового учета на предприятии. Поэтому существует возможность, что по ошибке может быть удалена полезная информация, без которой теряют смысл ранее введенные операции, проводки, документы. Поэтому стандартным является режим удаления информации - "Пометка на удаление". При этом режиме необходимые документы сначала помечаются на удаление, в результате чего пиктограмма состояния документа становится перечеркнутой косым крестом.
Режим Монитор пользователей • Режим Монитор пользователей - оперативный анализ работы пользователей в сетевой версии программы "1 С: Предприятие". Этот режим на предприятии используют администраторы информационной системы предприятия.
• Режим Отладчик - отладка программных модулей, написанных на встроенном языке программирования "1 С: Предприятие". Этот режим используется для подключения новых функций автоматизации учета, отсутствующих в типовых конфигурациях. Этот режим используют на предприятии квалифицированные пользователи или программисты.
Скачать презентацию РАЗРАБОТКА ИНФОРМАЦИОННЫХ СИСТЕМ Лекция 1 Средства автоматизации разработок
Разработка информационных систем лек 2.pptx