Microsoft FoxPro и Visual FoxPro
FoxPro ведет свое происхождение от настольной СУБД FoxBase фирмы Fox Software. Разрабатывая FoxBase в конце 80-х годов, эта компания преследовала цель создать СУБД, функционально совместимую с dBase с точки зрения организации файлов и языка программирования, но существенно превышающую ее по производительности. Одним из способов повышения производительности являлась более эффективная организация индексных файлов, нежели в dBase, — по формату индексных файлов эти две СУБД несовместимы между собой.
По сравнению с аналогичными версиями dBase, FoxBase и более поздняя версия этого продукта, получившая название FoxPro, предоставляли своим пользователям несколько более широкие возможности, такие как использование деловой графики, генерация кода приложений, автоматическая генерация документации к приложениям и т.д.
Visual Fox Pro 6.0 предоставляет следующие возможности:
· Средства публикации данных в Internet и создания Web-клиентов;
· Средства создания ASP-компонентов и Web-приложений;
· Средства создания COM-объектов и объектов для Microsoft Transaction Server, позволяющих создавать масштабируемые многозвенные приложения для обработки данных;
· Средства доступа к данным серверных СУБД, базирующиеся на использовании OLE DB (набор COM-интерфейсов, позволяющий осуществить унифицированный доступ к данным из разнообразных источников, в том числе из нереляционных баз данных и иных источников, например Microsoft Exchange);
|
|
|
· Средства доступа к данным Microsoft SQL Server и Oracle, включая возможность создания и редактирования таблиц, триггеров, хранимых процедур;
· Средства отладки хранимых процедур Microsoft SQL Server;
· Средство визуального моделирования компонентов и объектов, являющиеся составными частями приложения — Visual Modeller;
· Средство для управления компонентами приложений, позволяющее осуществлять их повторное использование.
Итак, тенденции развития этого продукта очевидны: из настольной СУБД Visual FoxPro постепенно превращается в средство разработки приложений в архитектуре «клиент/сервер» и распределенных приложений в архитектуре Windows DNA. Впрочем, эти тенденции в определенной степени характерны для всех наиболее популярных настольных СУБД — мы уже убедились, что и dBase, и Paradox также позволяют осуществлять доступ к наиболее популярным серверным СУБД.
Достоинства и недостатки существующих СУБД
Достоинства: код, контролирующий стандартную ссылочную целостность, содержится в библиотеках, используемых всеми приложениями, работающими с этой базой данных, а сама база данных при этом может содержать описание правил ссылочной целостности.
Недостатки: проблема СУБД заключается в возможности нарушения ссылочной целостности данных, так как единственным механизмом, контролирующим ее, является пользовательское приложение.
|
|
|
1.7 Обоснование проектных решений по видам обеспечения
1.7.1 Обоснование проектных решений по информационному обеспечению (ИО)
Информационное обеспечение – это совокупность средств и методов построения информационной базы.
· Информационное обеспечение должно удовлетворять пользователя по своей упорядоченности, точности, достоверности и своевременности представления информации для решения поставленных задач, а также однозначности и удобства ее восприятия всеми потребителями;
· Свойство объектов системы должны иметь возможность оформляться в виде сложной структуры, ссылающейся на другие объекты и хранящей историческую последовательность значений;
· Структура данных Системы должна обеспечивать расширяемость по номенклатуре и свойствам новых объектов;
· Система должна обеспечивать поддержку иерархической структуры типов объектов, реализующей механизм наследования свойств объектов.
· Совокупность информационных массивов Системы должна быть организована в виде БД на машинных носителях;
· Система должна иметь механизм регистрации событий, который связывает изменение свойств объектов, вызванное каким-либо внешним событием, с последующей реакцией системы на это событие;
|
|
|
· Форма представления выходной информации должна согласовываться с заказчиком (пользователем) системы. При разработке форм выходных документов в выходных документах АИС должны применяться термины и сокращения общепринятые в данной предметной области и согласованные с заказчиком системы;
· Структура процесса сбора, обработки и передачи данных в ИС должна соответствовать процессам, которые выполняются на рабочем месте мастера строительно-монтажных работ.
Внутримашинная информационная база представляет собой физически реализованную базу данных. Носителем данных является жесткий диск, на котором находится СУБД. Доступ к данным осуществляется посредством SQL-запросов к СУБД. Основные принципы построения внутримашинной информационной базы:
· информационный массив накапливается и хранится в реляционной базе данных;
· проектирование таблиц осуществляется с принципами построения и организации реляционных баз данных;
· уменьшение избыточности данных не должно приводить к усложнению доступа и уменьшению скорости обработки информации.
|
|
|
Во внутримашинной информационной базе осуществляется контроль целостности данных с помощью бизнес-правил, то есть процедур, применяемых к элементам БД в качестве ограничения целостности. На этапе ввода происходит сопоставление типов вносимых данных с типом поля БД, а также проверка на допустимые значения. Хорошо спроектированная база данных:
· удовлетворяет всем требованиям пользователей к ее содержимому. Перед проектированием базы необходимо провести исследования требований пользователей к ее функционированию;
· гарантирует непротиворечивость и целостность данных. При проектировании таблиц нужно определить их атрибуты и некоторые правила, ограничивающие возможность ввода пользователем неверных значений. Для верификации данных перед непосредственной записью их в таблицу база данных должна осуществлять вызов правил модели данных и тем самым гарантировать сохранение целостности информации;
· обеспечивает естественное, легкое для восприятия структурирование информации. Качественное построение базы позволяет делать запросы к ней более “прозрачными” и легкими для понимания; следовательно, снижается вероятность внесения некорректных данных и улучшается качество сопровождения базы;
· удовлетворяет требованиям пользователей к ее производительности. При больших объемах информации вопросы сохранения производительности начинают играть главную роль, сразу “высвечивая” все недочеты этапа проектирования.
1.7.2 Обоснование проектных решений по технологическому обеспечению
Технологический процесс – последовательность технологических операций, необходимых для выполнения определённого вида работ. Технологический процесс состоит из рабочих операций, которые в свою очередь складываются из рабочих движений.
Под операцией технологического процесса следует понимать комплекс действий, выполняемых над информацией и её носителем на одном рабочем месте.
Технологический процесс включает: сбор и регистрацию исходных данных, передачу их на обработку, хранение, подготовку данных к обработке, ввод данных в ЭВМ, обработку информации по заданным алгоритмам, выдачу результирующей информации и передачу её пользователям.
1.7.3 Обоснование проектных решений по программному обеспечению (ПО)
Требования к использованию типовых и поставляемых программных средств:
ПО сервера: операционная система (ОС): ОС- MS Windows 2003 Server, СУБД: MS SQL Server.
ПО мастера СМР: может быть использованы операционная система (ОС): MS Windows XP Professional (желательно Rus), компоненты Borland Delphi, пакет MS Office ХР/2003, в виду их распространённости.
Конкретные версии компонентов ПО должны определяться на этапе ввода в действие. ПО является покупным и должно быть лицензионным.
Общие требования к программному обеспечению:
1) программное обеспечение системы должно быть достаточным для выполнения всех функций системы, реализуемых с применением средств вычислительной техники, а также иметь средства организации всех требуемых процессов обработки данных, позволяющие своевременно выполнять все автоматизированные функции во всех регламентированных режимах функционирования ИС;
2) программное обеспечение системы должно обладать следующими свойствами:
· функциональная достаточность (полнота);
· надежность (в том числе восстанавливаемость, наличие средств выявления ошибок);
· адаптируемость;
· модифицируемость;
· модульность построения;
· удобство эксплуатации.
3) программное обеспечение системы должно быть построено таким образом, чтобы отсутствие отдельных данных не сказывалось на выполнении функций системы, при реализации которых эти данные не используются;
4) в программном обеспечении системы должны быть реализованы меры по защите от ошибок при вводе и обработке информации, обеспечивающие заданное качество выполнения функций системы;
5) все компоненты программного обеспечения системы должны быть совместимы как между собой, так и с системным программным обеспечением;
6) эксплуатационная программная документация на систему должна содержать сведения, необходимые персоналу системы для использования программного обеспечения, для его первоначальной установки, запуска программ системы.
Программное приложение должно быть реализовано c помощью пакета MS Office.
Дата добавления: 2019-07-15; просмотров: 315; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!