Создание web-представительства юридической фирмы ООО тАЬАдресътАЭ

Дипломная работа - Компьютеры, программирование

Другие дипломы по предмету Компьютеры, программирование



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

Для выполнения структурно-функционального анализа решаемой задачи было использовано CASE-средство верхнего уровня BPWin 4.0, поддерживающее методологии IDEF0 (функциональная модель), IDEF3 (WorkFlow Diagram) и DFD (DataFlow Diagram). Построение модели производилось в нотации DFD.

Диаграмма DFD (Data Flow Diagram) - диаграмма потоков данных. Так называется методология графического структурного анализа, описывающая внешние по отношению к системе источники и адресаты данных, логические функции, потоки данных и хранилища данных, к которым осуществляется доступ. Модель потоков данных выглядит следующим образом (Рис. 2.2.1):

Рис. 2.2.1 Потоки данных

Методология IDEF0 (Function Modeling) - методология функционального моделирования и графическая нотация, предназначенная для формализации и описания бизнес-процессов. Отличительной особенностью IDEF0 является её акцент на соподчинённость объектов. В IDEF0 рассматриваются логические отношения между работами, а не их временная последовательность.

Диаграмма IDEF0 используется для анализа функций, выполняемых системой. Модель является совокупностью иерархически упорядоченных элементов. Указанная диаграмма делится на два вида: КАК ЕСТЬ и КАК ДОЛЖНО БЫТЬ. Первый вид характеризует ситуацию на предприятии в целом: все происходящие процессы, системы, потоки информации, выполняемая работа. На диаграмме КАК ДОЛЖНО БЫТЬ показано, какие процессы на предприятии автоматизированы с помощью разработанной информационной системы.

На диаграмме КАК ДОЛЖНО БЫТЬ показывается, что после создания информационной системы будет автоматизирована работа секретаря. После поступления входных документов, а именно: заявки на участие в соревнованиях, съездах, слётах, различных мероприятиях, а так же заявки на отдых в спортивных лагерях будут регистрироваться секретарем в информационной системе.

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

2.2.2 Используемые классификаторы и системы кодирования

Классификацией информации называется упорядоченное расположение значений единиц информации. Система классификации характеризуется как совокупность правил и результат деления заданного множества на подмножества по одному или нескольким признакам. Полученные в результате деления подмножества называются классификационными группировками: классы, подклассы, группы, подгруппы и др.

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

Существует ряд способов проектирования информационных моделей, основанных на использовании различных базисных конструкций. Одним из них является модель Сущность - Связь (ER - модель), которая использована для описания предметной области. При построении ER - модели применялась программа ER win 4.0.

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

Ниже представлена схема данных главных таблиц БД.

Рис. 2.2.2. Схема данных

База данных представлена следующими таблицами:

Свойства объекта (properties) являются основой для каталога объектов;

properties {id, town_id, area_id, department_id, slogan_id, condition_id, type_id, title, price, space, kitchen_space, rooms, toilets, floor, floors, date_insert, map, advantages, tel}

id - первичный ключ; тип - Integer (автоинкрементное поле)._id - вторичный ключ, связь с таблицей towns; тип - Integer (11)._id - вторичный ключ, связь с таблицей areas; тип - Integer (11)._id - вторичный ключ, связь с таблицей departments; тип - Tunyunt(3)._id - вторичный ключ, связь с таблицей slogans; тип - Integer (11)._id - вторичный ключ, связь с таблицей conditions; тип - Integer (11)._id - вторичный ключ, связь с таблицей types; тип - Integer (11).- заголовок объявления; тип - Varchar (255).- цена объекта; тип - Вусшьфд(12,2).- площадь недвижимости; тип - Integer (11).

kitchen_space - площадь кухни; тип - Integer (11).

rooms - количество комнат; тип - Integer (11).- заголовок объявления; тип - Varchar (255).- туалет; тип - Varchar (255).- этаж дома, на котором находится квартира; тип - Integer (11)- этажность дома, в котором находится квартира; тип - Integer (11)_insert - дата размещения объявления; тип - Datetime.- карта; тип - Varchar (255).-дополнительные параметры; тип - Varchar (255).- телефон агента; тип - Integer (11).

Дополните