Cтраница 2
Процедуры отображения реализуются с помощью специальных программ, оперирующих громадными объемами данных и требующих поэтому значительную емкость оперативной памяти ЭВМ и высокую производительность процессора. Не случайно ведь графический пользовательский интерфейс операционной системы ПК Windows 95 удовлетворительно работает при емкости оперативной памяти в 16 Мбайт и тактовой частоте процессора Pentium не менее 100 МГц. [16]
Иногда их еще называют графическим пользовательским интерфейсом. [17]
Меню File Концепция файла не применяется непосредственно к диаграммам в Oracle Designer, поскольку диаграммы хранятся в репозитории. Однако меню File является стандартной функцией графического пользовательского интерфейса, и поэтому определение файла было расширено, чтобы приспособить его для объектов репозитория. Пункт New ( новый) создает новую диаграмму; Open ( открыть) представляет список существующих диаграмм определенного типа из репозитория, которые можно загружать в область рисования; Close ( закрыть) выгружает отображаемую диаграмму; Save ( сохранить) и Save As ( сохранить как) приводят к записи диаграммы в репозитории; Delete ( удалить) удаляет диаграмму из репозитория после выбора этой диаграммы из списка в диалоговом окне. [18]
Еще одним главным типом интерфейса, обеспечиваемым в Oracle Designer для ввода или манипулирования данными, являются утилиты репозитория. Они не используют в своих интерфейсах диаграммы, но применяют диалоговые окна графического пользовательского интерфейса, навигацию по объектам и палитры свойств, что помогает при вводе данных в репозиторий. Некоторые утилиты реально вставляют данные. Например, Oracle Designer предоставляет утилиту Database Design Transformer для преобразования существующих определений объекта в определение таблицы. Эта утилита вставляет в репозиторий сведения о таблицах на основе уже определенных объектов. Можно изменять созданное утилитой предварительное определение таблицы и усовершенствовать его вручную, но утилита сделает вместо разработчика большую часть работы. [19]
Сохранение прежнего программного обеспечения может быть разумным в рамках краткосрочного развития, но пользователь должен знать о том, что подобная позиция в будущем может привести к негативным последствиям. Например, переход от текстового к графическому пользовательскому интерфейсу, который в настоящее время устанавливается в качестве стандарта, может считаться весьма благоприятным по отношению к долгосрочной стратегии. Но в любом случае пользователь не должен сталкиваться с необходимостью радикальной замены набора своих ПП, поскольку подобная прямолинейность неизбежно будет вызывать сопротивление. [20]
Проект Rotor, в первую очередь, нацелен на студентов и учителей и в основном предназначен для целей обучения и академической среды. Такой вывод можно сделать, изучив лицензию, которая является достаточно открытой для академических кругов, однако запрещает использование этой реализации CLI для коммерческих целей. Проект Mono может составить серьезную конкуренцию проекту Rotor. Наиболее серьезным камнем преткновения по-прежнему является графический пользовательский интерфейс. [21]
Для систем среднего размера физические потоки процессов могут и Не потребоваться, но лучше их рассмотреть. Кроме того, для этих систем нужны стандарты разработки и доски хранения. Предстоит большая работа по использованию шаблонов и стандартов разработки GUI. Разработчик должен ответить на вопросы: Будет ли проект автономный. Предполагаются ли модификации системы в будущем. Может, лучше быстро сформировать систему, а затем наложить на нее стандарты GUI. Для больших проектов все эти решения должны быть приняты раньше. В проектах среднего размера разработчики могут применить программные инструменты, не определив еще до конца все стандарты графического пользовательского интерфейса. [22]