ВВЕДЕНИЕ
Актуальность исследования. В настоящее время имеется широкий спектр пакетов прикладных программ, различающихся по своим функциональным возможностям и способам реализации.
Пакеты разрабатываю для достижения максимального упрощения использования компьютера специалистами разных профессий, освободив их от необходимости изучать программирование и другие области знаний, связанные с компьютером. Это достигается за счет так называемого дружественного интерфейса. Пользователь выполняет в режиме общения с компьютером набор действий определенных входным языком пакета, таких как ввод с клавиатуры, выполнение команд, просмотр информации и т.п. Или следует указаниям встроенного средства, наименование программный модуль для пошагового достижения результата, называемого мастером.
Пакеты общего назначения особое место занимают интегрированные пакеты прикладных программ.
СОДЕРЖАНИЕ
ВВЕДЕНИЕ3
1.Теоретические основы пакетов прикладных программ5
1.1Сущность пакетов прикладных программ5
1.2 Классификация пакетов прикладных программ для управления проектами9
2. Исследования использования пакетов прикладных программ13
2.1 Умение использовать пакеты прикладных программ в управлении проектами13
2.2 Возможность использовать теоретические знания на практике 17
ЗАКЛЮЧЕНИЕ 21
СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ24
ППП векторной графики — профессиональные пакеты для работы, связанной с художественной и технической иллюстрацией, дизайном и занимают промежуточное положение между САПР и НИС. Они включают в себя:
инструментарий создания графических иллюстраций — дуги, окружности, эллипсы, ломаные и многоугольники и т.д.;
средства разбиения и объединения объектов, копирования, штриховки, перспективы;
средства обработки текста — различные шрифты, выравнивание, параграфы и т.д.;
средства импорта и экспорта графических объектов разных графических форматов — BMP, CDR, PCX, WMF и т.д.;
средства вывода на печать в полиграфическом исполнении экранного образа;
сложные средства настройки цвета — оттенки серого вместо цветов, замещение цвета подслоя, компенсация размеров точки при печати и т.д.
Демонстрационная графика связана с динамическими объектами. В технологии изображения динамических объектов используют три основных способа: рисование-стирание, смена кадров (страниц)
Не смогли найти подходящую работу?
Вы можете заказать учебную работу от 500 рублей у наших авторов.
Оформите заказ и авторы начнут откликаться уже через 5 мин!
Источник: xn—-7sbaruhmiripp7dyd.xn--p1ai
Программное обеспечение разработки проекта. Описание прикладных программ.
Использование ПО в УП позволяет правильно организовать работу, сократить сроки ввода объектов в эксплуатацию, оперативно реагировать на меняющуюся ситуацию в процессе выполнения работ. Возможность просчета большего количества вариантов организации работ п озволяет оптимизировать использование ресурсов и осуществлять прогнозный анализ влияния на ход выполнения проектов факторов нестабильности (таких, например, как возможные изменения расценок).
На этапе разработки проекта основным предназначением программ управления проектами является:
§ структуризация входной информации по проекту;
§ автоматизация ввода исходных данных, визуализация и упрощение создания системы технологических зависимостей;
§ эффективное и эргономичное представление информации по проекту;
§ предоставление возможности внесениялюбых корректировок в каждый момент времени без изменения и пересчета, без необходимости остальной информации.
От момента зарождения и до наших дней развитие методов управления проектами и их практическое применение во многом определялось развитием информационных технологий.
Описание прикладных программ.
Программные продукты -Primavera, Спайдер,SureTrak Project Manager, Monte Carlo, Microsoft Project,Open Plan, Cobra, Project Expert, Project Communicator широко используются для разработки и отслеживания реализации проектов.
Primavera — центральный программный продукт хорошо известен в среде профессиональных менеджеров проектов во всем мире. Применяется для управления средними и крупными проектами в самых различных областях, хотя наибольшее распространение данный продукт получил в сфере управления строительными и инженерными проектами.
ПО Primavera предназначено для автоматизации процессов управления проектами. Существует система административной поддержки, которая позволяет минимизировать риски, связанные с сопровождением крупномасштабных проектов. Есть функциональность для решения задач календарно-сетевого планирования и управления с учетом потребностей в материальных, трудовых и финансовых ресурсах, позволяет назначать права доступа и учитывать приоритеты участников проекта, использующих общие ресурсы. Позволяет организовывать и вести административную работу по нескольким проектам, выполняя учет и анализ затрат, контроль над поставками, управление изменениями, отслеживание выполнения контрактов всех уровней.
Spider Project — пакет управления проектами, спроектированный и разработанный с учетом большого практического опыта, потребностей, особенностей и приоритетов Российского рынка.
К особенностям пакета Spider Project, выгодно отличающим его от западных аналогов, относятся:
· Наилучшие расписания выполнения работ и оптимальное использование ресурсов проектов. Планы, составленные Spider Project, как правило, имеют меньшую длительность, а значит и стоимость, чем планы, составленные зарубежными пакетами.
· Возможность не только задания длительности, но и планирования сроков исполнения работ исходя из их объемов и производительности назначенных ресурсов.
· Возможность автоматического назначения ресурсов, исходя из их квалификации (пулы).
· Неограниченное количество иерархических структур работ и ресурсов, центров затрат и материалов.
· Возможность создания и использования в проектах различных баз данных, в том числе нормативных расценок и расходов материалов на единицу объема, производительностей и загрузки ресурсов на типовых работах и т.д.
· Возможность создания и одновременной работы с неограниченным числом версий проектов.
· Встроенная система анализа рисков и управления резервами по срокам и стоимости работ.
· Расчет трендов вероятностей успеха.
· Возможность использования в проектах любых дополнительных характеристик работ, ресурсов и назначений.
· Самые широкие возможности стоимостного и ресурсного анализа проектов. В одном проекте можно параллельно вести анализ затрат в различных единицах и при разных нормативных базах.
· Возможность моделирования не только затрат, но и доходов, не только расхода, но и производства ресурсов. Подсчет Cash Flow для всех статей затрат, а также для любых материалов проекта.
· Возможность создания, хранения и включения в проекты типовых фрагментов проектов.
· Оптимальная организация групповой работы и мультипроектного управления.
· Встроенная система учета, позволяющая не только корректировать оставшиеся длительности и объемы работ, но и получать отчеты по исполнению проекта в любых разрезах и за любой промежуток времени.
SureTrak Project Manager -исключительно простой в использовании, полностью русифицированный программный продукт. Он позволяет достаточно быстро создавать расписания проекта, анализировать критический путь, планировать и контролировать использование ресурсов.
Monte Carlo — программный продукт, дополняющий Primavera в плане управления проектами в условиях риска.
MS Project –самый распространенный и известный программный продукт, дает возможность достаточно легко изучить его при помощи консультанта. Этот программ. продукт имеет огромное количество инструментов для планирования, анализа, контроля выполнения работ по проекту. Отличается простотой и легкостью. Среди достоинств пакета также следует отметить достаточно удобные и гибкие средства создания отчетов. Основные типы отчетов могут быть выбраны из заготовок (Report Gallery).
Также наиболее известным программным продуктом в РФ является система Open Plan — система календарного планирования и контроля, предназначенная для управления реализацией, как отдельных проектов, так и сложных проектных программ в срок и в рамках бюджета.
Open Plan включают в себя следующие традиционные функции календарного планирования:
· разработка СДР проекта и сетевых графиков;
· расчет и оптимизация календарных планов с учетом ограничений на ресурсы;
· разработка графиков потребности проекта в ресурсах;
· отслеживание хода выполнения работ и сравнение текущего состояния с исходным планом;
· предоставление отчетности по проекту.
Обе версии работают с единой базой данных проекта (что означает полную совместимость по данным), обладают схожей функциональностью и интерфейсом.
Open Plan Desktop ориентирован в первую очередь на менеджеров, отвечающих за отдельные проекты (размер проектов практически не ограничен), а Open Plan Professional является инструментом менеджеров, отвечающих за мультипроектное управление, обеспечивающих консолидацию и согласование данных по нескольким проектам.
Одной из ключевых возможностей Open Plan в качестве системы календарного планирования уровня предприятия является возможность планирования ресурсов нескольких типов (возобновляемые, расходуемые, с ограниченным сроком годности) и классов (людские, неодушевленные, финансовые), разнообразие процедур оптимизации расписания работ с учетом ограничений на ресурсы, а также возможность управлять ресурсами всей совокупности проектов компании.
Open Plan предусматривает два базовых метода оптимизации календарных графиков при ресурсном планировании: ресурсное планирование при ограниченном времени и при ограниченных ресурсах. В Open Plan можно задавать и собственные правила при оптимизации выравнивания ресурсов, в том числе определять приоритетность планирования работ.
Cobra — система управления бюджетом проектов, позволяющая планировать и контролировать стоимость реализации проекта, а также проводить анализ и прогнозировать ход выполнения проекта на основе показателей освоенного объема.
Project Expert — позволяет решать задачи проектирования бизнеса, анализа рисков и эффективности инвестиционных проектов предприятий и масштабов деятельности на основе построения финансовой модели их функционирования с учетом изменяющегося экономического окружения.
Project Expert существенно облегчает процесс бизнес планирования. С помощью Project Expert исходные данные о планируемой операционной деятельности, обеспечивающих ее реализацию вновь создаваемых активах и привлеченных для их финансирования средствах автоматически преобразуются в:
· прогнозную финансовую отчетность: отчет о движении денежных средств, баланс, отчет о прибылях и убытках,
· таблицы прогнозных финансовых показателей, показателей эффективности инвестиций
· итоговые отчеты бизнес плана.
Project Communicator – программный продукт связи между людьми и проектами, был расширен, чтобы охватить программы, которые являются редукторными к обеспечению контроля защиты, увеличение связи между проектными бригадами и организатором проекта.
Модели ЖЦП, их особенности.
В процессе разработки и реализации проект проходит ряд последовательных этапов от инициации до полного завершения — жизненный цикл (инициация, планирование, выполнение, завершение).
Источник: infopedia.su
Технология проектирования с использованием ППП.
Системное программное обеспечение (System Software) — совокупность программ и программных комплексов для обеспечения работы компьютера и сетей ЭВМ.
Пакеты прикладных программ (ППП) служат программным инструментарием решения функциональных задач и являются самым многочисленным классом программных продуктов. В данный класс входят программные продукты, выполняющие обработку информации различных предметных областей.
Установка программных продуктов на компьютер выполняется квалифицированными пользователями, а непосредственную их эксплуатацию осуществляют, как правило, конечные пользователи — потребители информации, во многих случаях деятельность которых весьма далека от компьютерной области. Данный класс программных продуктов может быть весьма специфичным для отдельных предметных областей.
Пакет прикладных программ (application program package) — комплекс взаимосвязанных программ для решения задач определенного класса конкретной предметной области.
Инструментарий технологии программирования обеспечивает процесс разработки программ и включает специализированные программные продукты, которые являются инструментальными средствами разработчика. Программные продукты данного класса поддерживают все технологические этапы процесса проектирования, программирования (кодирования), отладки и тестирования создаваемых программ. Пользователями технологии программирования являются системные и прикладные программисты.
Инструментарий технологии программирования — совокупность программ и программных комплексов, обеспечивающих технологию разработки, отладки и внедрения создаваемых программных продуктов.
Современные информационные технологии предоставляют широкий набор способов реализации АСОИУ, выбор которых осуществляется на основе требований со стороны предполагаемых пользователей, которые, как правило, изменяются в процессе разработки. Для теории принятия решений процесс проектирования системы – это процесс принятия проектно-конструкторских решений, направленных на получение версии системы, удовлетворяющей требования заказчика.
Под проектом будем понимать проектно-конструкторскую и технологическую документацию, в которой представлено описание проектных решений по созданию и эксплуатации системы в конкретной программно-технической среде.
Под проектированием системы понимается процесс преобразования входной информации об объекте проектирования, о методах проектирования и об опыте проектирования объектов аналогичного назначения в соответствии с ГОСТом в проект АСОИУ. С этой точки зрения проектирование АСОИУ сводится к последовательной формализации проектных решений на различных стадиях жизненного цикла системы: предпроектного анализа требований, технического и рабочего проектирования, внедрения и эксплуатации АСОИУ.
Осуществление проектирования системы предполагает использование проектировщиками определенной технологии проектирования, соответствующей масштабу и особенностям разрабатываемого проекта.
Технология проектирования системы – это совокупность методологии и средств проектирования системы, а также методов и средств организации проектирования (управление процессом создания и модернизации проекта системы).
В основе технологии проектирования лежит технологический процесс, который определяет действия, их последовательность, состав исполнителей, средства и ресурсы, требуемые для выполнения этих действий. Технологический процесс проектирования системы в целом делится на совокупность последовательно-параллельных, связанных и соподчиненных цепочек действий, каждое из которых может иметь свой предмет.
Проектирование системы – трудоемкий, длительный и динамический процесс. Технологии проектирования, применяемые в настоящее время, предполагают поэтапную разработку системы. Этапы по общности могут разделятся в стадии. Совокупность стадий и этапов, которые проходит система в своем развитии о момента принятия решения о создании системы до момента прекращения функционирования системы, называется жизненным циклом системы.
Суть содержания жизненного цикла разработки системы в различных подходах одинакова и сводится к выполнению следующих стадий:
Планирование и анализ требований (предпроектная стадия) – системный анализ. Исследование и анализ существующей системы, определение требований к создаваемой системе, оформление технико-экономического обоснования и технического задания на разработку системы.
Проектирование (техническое проектирование, логическое проектирование). Разработка в соответствии со сформулированными требованиями состава автоматизируемых функций и состава обеспечивающих подсистем, оформление технического проекта системы.
Реализация проекта (рабочее проектирование, физическое проектирование, программирование). Разработка и настройка программ, наполнение баз данных, создание рабочих инструкций для персонала, оформление рабочего проекта.
Внедрение (тестирование, опытная эксплуатация). Комплексная отладка подсистем, обучение персонала, поэтапное внедрение системы в эксплуатацию, оформление акта о приемо-сдаточных испытаниях системы.
Эксплуатация системы (сопровождение, модернизация). Сбор рекламаций и статистики о функционировании системы, исправление ошибок и недоработок, оформление требований к модернизации системы и ее выполнение.
Консалтинг — это деятельность специалиста или целой фирмы, занимающихся стратегическим планированием проекта, анализом и формализацией требований к информационной системе, созданием системного проекта, иногда — проектированием приложений. Но все это до этапа собственно программирования или настройки каких-то уже имеющихся комплексных систем управления предприятием, выбор которых и осуществляется на основе системного проекта. И уж ни в коей мере сюда не входит системная интеграция. Консалтинг предваряет и регламентирует названные этапы.
Дальнейшим развитием ТПР является автоматизация процесса проектирования АСУ. Использование систем автоматизированного проектирования (САПР) АСУ преследует цели дальнейшего снижения затрат на разработку АСУ и сокращения сроков проектирования и в конечном итоге — переход к индустриальным методам разработки. Однако при этом следует иметь в виду, что речь идет не о полной автоматизации проектирования АСУ, а о разумном сочетании человеко-машинных методов. САПР освобождают человека от рутинных процессов, оставляя за ним творческие аспекты проектирования.
По степени охвата функций управления выделяются следующие основные направления автоматизированного проектирования АСУ: элементное, подсистемное, объектное, модельное.
Элементное проектирование заключается в разделении системы (подсистемы) на множество элементов и их дальнейшей типизации и стандартизации. Автоматизация проектирования осуществляется в двух направлениях: разработка самих элементов и разработка процедур их компоновки для конкретной АСУ.
Наиболее характерным примером элементного проектирования является использование типовых проектных решений. Дальнейшим развитием элементного проектирования является модульное проектирование, основанное на понятии модуля и модульном анализе систем. Под модулем, в отличие от элемента, понимается универсальный по входу, выходу и функциональному назначению блок. Другим важным аспектом модульности является наличие стандартных связей.
Модульное проектирование используется на уровне алгоритмов, программ, технических средств. Наиболее известным примером является проектирование технических средств из наборов стандартных модулей (микросхем, плат, устройств). Аналогичным образом осуществляется проектирование алгоритмов и программ.
При использовании ТПР трудоемкость разработки АСУ сокращается примерно на 30% по сравнению с трудоемкостью при индивидуальном проектировании. Недостатками элементного метода проектирования являются отсутствие специальных программных средств интеграции системы из модулей, автоматизации заданий параметров программ, системного диспетчера АСУ. Трудности внедрения модулей объясняются недостаточной технологичностью элементного метода.
Подсистемное проектирование характеризуется более высокой степенью интеграции типовых элементов АСУ и осуществляется на уровне функциональных подсистем. Каждая из выделенных подсистем реализуется в виде пакета прикладных программ (ППП). Каждый ППП имеет систему генерации, позволяющую настраивать его на параметры конкретного предприятия.
При разделении на подсистемы в основу положено объединение по идентичности используемых экономико-математических моделей, а не по области использования.
Примером подсистемного метода проектирования является комплекс ИСУП информационная система управления производством) наиболее широко используемая в машиностроении.
ИСУП построена в виде пакета прикладных программ, реализующих модели технико-экономического планирования, материально-технического снабжения, оперативно-календарного планирования, управления запасами, регулирования производства, адаптации и самоорганизации. Информационное обеспечение системы базируется на использовании интегрированной базы данных.
Кроме системы ИСУП, можно отметить программный комплекс ПМОУ (планирование мощности и оперативное управление), пакет математического программирования (ПМП) для решения многовариантных задач методами линейного программирования и др.
Для максимального использования преимуществ ППП разработчики должны стремиться к применению в составе автоматизированных систем управления
тех функций и моделей, которые реализованы в конкретном ППП. Однако в большинстве случаев это не удается, так как требуется значительное изменение функций управления на автоматизируемом предприятии. При этом возможно частичное использование возможностей ППП и включение в состав его индивидуально разработанных задач. Следует отметить, что в ППП предусмотрена возможность внесения изменений (наличие так называемых точек пользователя).
Обобщая опыт разработки АСУ на основе ППП, можно выделить основные задачи, решаемые при проектировании:
· анализ функций и возможностей, представляемых ППП, и определение пригодности его использования для решения поставленных задач;
· анализ предметной области, определение содержания баз данных, необходимых для функционирования ППП;
· создание баз данных в соответствии с требованиями ППП;
· постановка функциональных задач АСУ с учетом ограничений и возможностей ППП;
· выбор и обоснование параметров для генерации ППП, выбор точек пользователя для стыковки стандартных программ с индивидуально разрабатываемыми;
· генерация рабочих программ с учетом параметров решаемых задач;
· отладка программ, проверка их работоспособности на контрольных примерах;
· формирование программы приемо-сдаточных испытаний и их реализация;
· составление документации и организация работ по сопровождению ППП.
Недостатками подсистемного проектирования являются отсутствие системы глобального параметрического описания объекта управления и незначительная гибкость экономико-математических моделей, реализованных в соответствующих пакетах.
Объектное проектирование заключается в создании типовой АСУ определенного класса для некоторого обобщенного объекта (предприятия) определенной группы. Типовая АСУ характеризуется единством форм реализации всех видов обеспечения; единой формой документооборота как для непосредственного использования в производственной деятельности, так и в процессе функционирования АСУ; модульной структурой АСУ и возможностью ее модификации на этом уровне
Наиболее ярким примером объектного проектирования является АСУП «Сигма», рассмотренная в статье «Типовые проектные решения как фактор повышения эффективности АСУ». Проектные решения, заложенные в систему, в первую очередь направлены на удобство и простоту внедрения. Это способствовало широкому внедрению системы более чем на 100 предприятиях страны. Опыт эксплуатации системы показал ее несомненное влияние на эффективность производства за счет рационализации структуры управления предприятием.
Разновидностью объектного метода является групповое проектирование, используемое для групп объектов, обладающих аналогичными характеристиками, что позволяет обойтись без блоков настройки системы, т.е. без внесения изменений.
Основной объем работ при внедрении типовых АСУ связан с их привязкой к конкретному предприятию и в случае необходимости с разработкой индивидуальных проектных решений. Опыт использования показал, что в случае недостаточного внимания к их внедрению стоимость затрат приближается к стоимости разработки индивидуального проекта. Этим объясняется малая распространенность типовых АСУ Львовского телевизионного завода, Кунцевского машиностроительного завода (Московская обл.) разработанных еще во времена СССР.
Модельное проектирование характеризуется следующими основными признаками: наличием общей информации модели, системным подходом, разнообразием критериев управления, широким диапазоном параметров настройки, наличием свойств адаптации и самоорганизации.
Примером реализации такого подхода, правда не в полном объеме, являлась система МАРС, созданная в СССР в Центральном научно-исследовательском институте техники управления и организации (г. Минск). Она отвечала всем требованиям модельного проектирования, за исключением системности и переменности критериев управления.
Система МАРС представляла собой набор подсистем, использующих человеко-машинные процедуры проектирования, и обеспечивала создание и ведение обобщенной модели системы управления предприятием (МАРС — Модель); анализ объекта управления, построение информационной базы и настройку модели на параметры конкретного пользователя (МАРС — Параметр); проектирование баз данных, организация системы их ведения (МАРС — Проба); создание средств отладки системы автоматизации проектирования, а также первоначального запуска и отладки, разрабатываемых на ее основе АСУ (МАРС — Отладка); создание системы совершенствования, управления, развития и модернизации программного обеспечения (МАРС — Тренд).
Система МАРС обеспечивала также автоматическое управление вычислительным процессом, автоматическое формирование документации.
При наличии мощного набора средств автоматизации проектирования и создания АСУ обобщенная модель предприятия, заложенная в основу системы МАРС, не является единым комплексом оптимизационных задач, что снижает эффективность систем, спроектированных на ее основе.
Развитием модельного метода проектирования являлась система автоматизированного синтеза (САС) АСУ (НПО «ЛенЭлектронМаш»), предназначенная для создания комплекса алгоритмических и программных средств, который позволяет осуществить синтез АСУ для промышленных предприятий с дискретным характером производства. В основу положена совокупность экономико-математических моделей, на основе которой выбирается требуемое множество задач с учетом выбранного критерия.
Основными элементами САС АСУ являются:
· банк задач системы в виде набора моделей, необходимых для управления промышленным предприятием;
· общая математическая модель системы управления (ОММУ) предприятием в виде комплекса взаимосвязанных алгоритмов и способов их привязки к параметрам конкретного предприятия;
· средства оптимизации структуры системы управления на основе совокупности критериев эффективности самой системы управления и алгоритмов управления, положенных в ее основу;
· программный комплекс определения статистических оценок алгоритмов на основе метода ускоренных оценок с последующей экстраполяцией на информационную базу;
· средства выбора состава и конфигурации комплекса технических средств.
Разновидностью модельного метода является тезаурусное проектирование, основанное на применении ключевых понятий структурной лингвистики для комплексного анализа понятий, используемых в процессе реализации определенных функций управления. При разработке АСУ методом тезаурусного проектирования в памяти ЭВМ создается модель на основе информационного улучшения показателей качества функционирования. Так, например, виды деятельности, связанные с поиском, обработкой, преобразованием информации, составляют более 40-50% временных затрат разработчика и сравнительно легко поддаются автоматизации.
ОРГАНИЗАЦИЯ ПРОЦЕССА ПРОЕКТИРОВАНИЯ ИС. ПЛАНИРОВАНИЕ И КОНТРОЛЬ ПРОЕКТНЫХ РАБОТ.
Источник: cyberpedia.su