Интегрированные пакеты прикладных программ

Интегрированные пакеты программ — по количеству наимено­ваний продуктов немногочисленная, но в вычислительном плане до­вольно мощная и активно развивающаяся часть программного обеспечения.

Идея создания интегрированных программных комплексов не но­ва и в той или иной мере была реализована во всех поколениях ЭВМ.

Внимание к этой проблеме объясняется как расширением сферы применения вычислительной техники, так и стремлением фирм-разработчиков программного обеспечения не «потерять» своих кли­ентов с переходом на более совершенные системы обработки данных.

Традиционные, или полносвязанные, интегрированные комплексы представляют собой многофункциональный автономный пакет, в ко­тором в одно целое соединены функции и возможности различных специализированных (проблемно-ориентированных) пакетов, родст­венных в смысле технологии обработки данных на отдельном рабо­чем месте. Типичными представителями таких программ являются пакеты Framework, Symphony, а также пакеты нового поколения Microsoft Works, Lotus Works.

В этих программах происходит интеграция функций редактора текстов, системы управления базами данных и табличного процессо­ра. В целом стоимость такого пакета гораздо ниже суммарной стои­мости аналогичных специализированных пакетов.

В рамках интегрированного пакета обеспечивается связь между данными, однако при этом сужаются возможности каждой компонен­ты по сравнению с аналогичным специализированным пакетом. Ин­терфейс более ранних программ был перегружен различными средст­вами обмена данными и описаниями среды работы, что требовало от пользователя определенных навыков и знаний в части переключения режимов пакета, форматов данных, принципов хранения и манипули­рования различными типами данных, что в конечном счете снижало привлекательность пакетов. В современных пакетах (например Microsoft Works) этот недостаток изжит: простота интерфейса позволяет применять его без предварительного обучения персонала.

В настоящее время активно реализуется другой подход интегра­ции программных средств: объединение специализированных паке­тов в рамках единой ресурсной базы, обеспечение взаимодействия приложений (программ пакета) на уровне объектов и единого упро­щенного центра-переключения между приложениями. Интеграция в этом случае носит объектно-связанный характер.

Типичные и наиболее мощные пакеты данного типа: Borland Office for Windows, Lotus SmartSuite for Windows, Microsoft Office. В профессиональной редакции этих пакетов присутствуют четыре при­ложения: текстовый редактор, СУБД, табличный процессор, про­граммы демонстрационной графики. Целесообразность создания та­ких пакетов, очевидно, связана с желанием получить дополнитель­ный эффект от интеграции по отношению к простой сумме состав­ляющих его компонент. Этот эффект должен достигаться за счет со­гласованного взаимодействия компонент в процессе работы пользо­вателя. При традиционном подходе к интеграции программ этот вы­игрыш может быть легко сведен на нет отсутствием нужной пользо­вателю функции, присутствующей в специализированном пакете, и необходимостью в пусть небольшом, но дополнительном обучении.

Особенностью нового типа интеграции пакетов является исполь­зование общих ресурсов. Здесь можно выделить четыре основных вида совместного доступа к ресурсам:

использования утилит, общих для всех программ комплекса. Так, например, утилита проверки орфографии доступна из всех программ пакета;

применение объектов, которые могут находиться в совместном использовании нескольких программ;

реализация простого метода перехода (или запуска) из одного приложения к другому;

реализация построенных на единых принципах средств автомати­зации работы с приложением (макроязыка), что позволяет организо­вать комплексную обработку информации при минимальных затратах на программирование и обучение программированию на языке мак­роопределений.

Совместное использование объектов с несколькими приложения­ми — краеугольный камень современной технологии интеграции программ и манипулирования данными. Разработаны два основных стандарта в этой области:

динамической компоновки и встраивания объектов Object Linking and Embedding OLE 2.0 фирмы Microsoft;

OpenDoc (открытый документ) фирм Apple, Borland, IBM, Novell и WordPerfect.

Механизм динамической компоновки объектов дает возможность пользователю помещать информацию, созданную одной прикладной программой, в документ, формируемый в другой. При этом пользова­тель может редактировать информацию в новом документе средства­ми того продукта, с помощью которого этот объект был создан (при редактировании автоматически запускается соответствующее прило­жение).

Кроме того, данный механизм позволяет переносить OLE-объекты из окна одной прикладной программы в окно другой.

В этой технологии предусмотрена также возможность общего ис­пользования функциональных ресурсов программ: например, модуль построения графиков табличного процессора может быть использо­ван в текстовом редакторе.

4. Методические указания к составлению отзыва и
рецензии на дипломный проект

Представление законченного дипломного проекта на просмотр назначается не позднее, чем за три дня до защиты в ГЭК.

Для получения дополнительной объективной оценки труда дипломника проводится внешнее рецензирование дипломного проекта специалистами в соответствующей области. В качестве рецензентов могут привлекаться специалисты производства и НИИ, профессора и преподаватели других вузов или своего вуза, если они работают на другой кафедре. По представлению заведующих кафедрами состав рецензентов утверждается приказом, который одновременно является основанием для почасовой оплаты.

Законченный дипломный проект, подписанный студентом и консультантами, представляется руководителю, который после просмотра и одобрения подписывает его. Вместе с письменным отзывом руководителя проект передается заведующему кафедрой, решающему вопрос на направление его на внешнее рецензирование.

В отзыве /приложение Е/ руководителя должно быть раскрыто содержание темы, глубина её проработки, качество выполнения проекта в целом и степень возможности его внедрения и степень возможности его внедрения в производство. Руководитель должен оценить способность студента самостоятельно решать инженерные задачи. Объем отзыва должен быть не менее полутора машинописных листов.

В рецензии (приложение К) должно быть отмечено значение изучения данной темы, её актуальность, насколько успешно дипломник справляется с рассмотрением теоретических и практических вопросов. Затем дается развернутая характеристика каждого раздела дипломного проекта с выделением положительных сторон и недостатков. Рецензент должен дать оценку графической части проекта, стиля изложения расчетно-пояснительной записки и дипломного проекта в целом. В заключении рецензент излагает свою точку зрения об общем уровне дипломного проекта и оценивает его.

Рецензия должна быть получена не позднее чем за три дня до защиты. Оформленная рецензия сдается студентом на кафедру вместе с дипломным проектом в установленные сроки. Если результаты дипломного проекта принимают к внедрению, то дополнительно необходимо представить к защите справку установленного образца. Объем рецензии должен быть не менее полутора страниц машинописного текста.

На защиту проекта в ГЭК можно дополнительно представить отзыв ведущей организации, по заказу которой выполнялся дипломный проект. В нем должна быть отмечена практическая ценность полученных результатов и стадия их внедрения.

В случае, когда заведующий кафедрой, исходя из содержания отзывов руководителя и рецензента, не считает возможным допустить студента к защите дипломного проекта в ГЭК, вопрос об этом рассматривается на заседании кафедры с участием руководителя и автора дипломного проекта. Протокол заседания кафедры передается через декана факультета на утверждение ректору.