1 понятие и классификация пакетов прикладных (стр. 6 из 15)
Примеры: Oracle JDeveloper, Jbuilder 3 Enterprise (Borland), VisualAge for Java (IBM), VisualCafe for Java (Symantec), Forte for Java (Sun Microsystems), Kawa (Tec-Tools) – все на основе языка объектно-ориентированного программирования Java, Delphi (Borland) – на основе Object Pascal, C++ Builder (Borland) – на основе С++, MS Developer Studio.
Современное проектирование больших и сложных информационных систем невозможно без CASE – технологий. Дело в том, что самой большой проблемой, которую приходится решать программной инженерии, является сложность ПО (см. п.5.1). При увеличении размера ПО наблюдается нелинейный рост его сложности, появляются трудности в процессе общения между разработчиками, что ведет к ошибкам в продукте, превышению стоимости разработки, затягиванию выполнения графиков работ. Сложность структуры затрудняет развитие ПО и добавление новых функций.
CASE – технологии выделяют логические процессы преобразования информации, определяют группы элементов данных и их хранилища (базы данных), предоставляют специальные графические средства для изображения различного типа моделей, используемых при описании сложной системы: диаграмму потоков данных (DFD – Data Flow Diagrams), устанавливающую связь источников информации с потребителями, диаграмму «сущность–связь» (ERD – Entity Relationship Diagrams), являющуюся информационной моделью рассматриваемой предметной области и другие виды диаграмм.
CASE – технологии обеспечивают автоматическую генерацию кодов программ на основе их спецификаций, проверку корректности описания моделей данных и схем потоков данных, документирование программ в соответствии с принятыми стандартами, тестирование и отладку программ. В рамках CASE – технологий происходит поддержка полного жизненного цикла программного продукта с обеспечением эволюционности его развития, обеспечивается функциональная целостность проекта, поддержка одновременной работы групп разработчиков, возможность разработки приложений «клиент-сервер» требуемой конфигурации. Они обладают открытой архитектурой и возможностью экспорта/импорта.
Примеры: ProKit Workbench (McDonnell Douglas Information Systems), Design/IDEF (MetaSoftware), САSЕАналитик («Эйтекс»), ERwin, BPwin (LogicWorks), Silverrun (Silverrun Technologies), Oracle Designer, Rational Enterprise Suite 2000 (Rational Software).
В заключение отметим, что современные CASE-системы - это средства разработки не только программных систем, но и организационно-управляющих систем, т.е. эту аббревиатуру можно расшифровать и как Computer Aided System Engineering. В рассматриваемом контексте CASE-технология фактически представляет собой совокупность методологий проектирования, моделирования, анализа и реорганизации бизнес-процессов (BPR – Business Process Reengineering, реинжиниринг бизнес-процессов) предприятий, поддержанную комплексом взаимоувязанных средств автоматизации.
В состав бизнес-модели должны входить следующие базовые компоненты:
· бизнес-функции, описывающие ЧТО делает бизнес;
· бизнес-процессы, описывающие КАК предприятие выполняет свои бизнес-функции;
· организационная структура, определяющая ГДЕ исполняются бизнес-функции и бизнес-процессы;
· роли, определяющие КТО исполняет бизнес-процессы;
· фазы, определяющие КОГДА (в какой последовательности) должны быть внедрены те или иные бизнес-функции;
· правила, определяющие связь между ЧТО, КАК, ГДЕ, КОГДА и КТО (рис. 1.3).
.Для бизнес-аналитиков CASE – это инструментарий, заменяющий им бумагу и карандаш на компьютер для автоматизации анализа и проектирования бизнес-процессов.
Принципиальное отличие CASE-среды для бизнес-процессов от соответствующей среды для программного обеспечения заключается в том, что хотя в обоих случаях решаются задачи анализа и проектирования, задача генерации для бизнес-процесса гораздо сложнее, т.к. ПО является лишь одним из его компонентов.
Примеры таких технологий: BFS (Business Framework System), BPR-Tools, Workflow- BPR (IBM).
В заключение приведем список лучших программных продуктов 2001 года на российском информационном рынке (версия редакции журнала «Мир ПК»)[4]:
· операционные системы – MS Windows 2000;
· интегрированные пакеты прикладных программ – MS Office 2000 Pro;
· Web-браузеры: MS Internet Explorer 5.х;
· личные информационные системы (в т.ч. почтовые программы): MS Outlook 2000;
· корпоративные СУБД и серверы баз данных: MS SQL Server 7.х;
· редакторы растровой графики: Adobe Photoshop 6.0;
· редакторы векторной графики: Corel Draw 10;
· издательские системы: Adobe PageMaker 6.5;
· OCR – системы: ABBYY FineReader 5.0 Pro;
· бухгалтерские программы: 1С: Бухгалтерия 7.7;
· информационно-справочные системы: КонсультантПлюс;
· системы управления предприятием – «Парус 8.3»;
· средства разработки: Delphi 5.х ;
· образовательные ПО: Большая энциклопедия Кирилла и Мефодия 2001;
· электронные словари: ABBYY Lingvo 7;
· антивирусы – «Антивирус Касперского» (AVP).
Контрольные вопросы
1. Опишите структуру программного обеспечения в составе персонального компьютера.
2. Охарактеризуйте этапы развития прикладного программного обеспечения.
3. Дайте определение пакетам прикладных программ как части прикладного ПО.
4. Какие пакеты прикладных программ используете вы в своей производственной и личной деятельности (приведите примеры с указанием фирм-разработчиков, версий ППП и объема, занимаемого на диске при инсталляции)?
2 МОДЕЛЬ ПРЕДМЕТНОЙ ОБЛАСТИ ППП
2.1 Составные части ППП. Оболочка ППП
При определении пакетов прикладных программ было отмечено, что они предназначены для решения задач определенного класса. Этот класс задач обычно называют предметной областью пакета. Предметная область определяет некоторую структуру данных, т.е. организацию входных, промежуточных и выходных данных. Эти структурированные данные называются информационной базой пакета, соответствующей своей предметной области.
Для реализации выбранных пользователем конкретных действий пакет должен воспринимать от пользователя управляющую информацию. Эта управляющая информация представляется на формальном языке – входном языке пакета. Описание конкретного задания пользователя на входном языке пакета называют программой на входном языке (ПВЯ).
Пакет состоит из нескольких программных единиц. Такие программные единицы обычно называют программными модулями. Решение каждой задачи в пакете сводится к выполнению соответствующего алгоритма. Программные модули пакета, реализующие алгоритмы решения задач, предусмотренных в пакете, будем называть обрабатывающими модулями. Обрабатывающие модули выполняют преобразование данных, составляющих информационную базу пакета.
Для того чтобы преобразовать задание пользователя в последовательность вызовов обрабатывающих модулей, в пакет должны входить управляющие модули.
Чтобы обеспечить взаимодействие пакета с пользователем и управляющих модулей пакета с информационной базой и обрабатывающими модулями, в состав пакета включаются обслуживающие модули.
Таким образом, ППП можно рассматривать как объединение входного языка, информационной базы, управляющих, обслуживающих и обрабатывающих программных модулей.
Взаимодействие составных частей пакета схематически показано на рис. 2.1. Средствами операционной системы запускается головной управляющий модуль пакета (ведущий модуль). Затем организуются прием задания пользователя, представляемого в форме программ на входном языке (ПВЯ), и выполнение этого задания путем вызова в нужной последовательности обрабатывающих и обслуживающих модулей.
Рис. 2.1 - Составные части ППП
Анализируя современную структуру пакетов прикладных программ, можно отметить, что они во многом воспроизводят структуру системного программного обеспечения, т.к. содержат не зависящие от содержания предметной области пакета:
- управляющие программы – мониторы для вызова модулей и библиотечных подпрограмм;
- языковые процессоры для перевода формулировки прикладной задачи на язык программирования;
- архивные подсистемы;
- специализированные базы данных;
- средства диалогового взаимодействия с пользователем и т.д.
Отсюда следует возможность разработки комплексов базовых (типовых) программных средств, поддерживающих общую структуру пакета, его связь с системным ПО и пользователем, и настраивающихся на конкретные средства внешнего управления и конкретные модели предметных областей. Эти комплексы и получили название: системное наполнение пакета, или оболочка пакета. В них входят управляющие и обслуживающие модули. Тогда комплекс специальных программ, определяющих конкретную область применения ППП можно назвать функциональным наполнением пакета. Этот комплекс включает в себя обрабатывающие модули.
Для настройки ППП на конкретную предметную область необходимо погрузить в оболочку пакета описание информационной базы пакета, описания функциональных связей и связей по определению, а также подключить обрабатывающие модули.
Таким образом, появляется возможность разработки программных средств генерации ППП для различных предметных областей, использующих одну и ту же оболочку.