Смекни!
smekni.com

Техническое обеспечение автоматизированных информационных систем (стр. 3 из 5)

2. Система должна обеспечивать сбор и обработку фактических данных.

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

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

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

6. Информационные данные, поставляемые системой, должны быть своевременными; они должны охватывать прошлое, настоящее и будущее и отражать все основные показатели деятельности центра.

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

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

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

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

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

12. Необходимо активное использование автоматизированных систем для процесса управления и принятия решений.

13. Должна существовать возможность улучшения и модернизации системы управления, но постоянная переделка по каждому незначительному поводу недопустима.

Данная система реализована в РМБИЦ МЗ РТ и обеспечивает его эффективную деятельность на протяжении многих лет на рынке информационных услуг.


Глава 2. Разработка информационного обеспечения по учёту ТС магазина «Техносила»

2.1 Общая характеристика технологического обеспечения магазина «Техносила»

Торговая сеть магазинов бытовой техники "Техносила" создана в 1993 году. На сегодняшний день "Техносила" является одним из лидеров российского рынка бытовой техники и электроники и насчитывает 242 магазина в 191 городе России. C 2005 года работает Интернет-магазин "Техносила".

В магазинах сети - просторные залы, современное удобное торговое оборудование, удобная выкладка товара. Магазин берет на себя обязанности по доставке крупногабаритного товара к дому покупателя.

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

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

Прежде чем начать работу по созданию базы необходимо сформировать понятие о предметах, фактах и событиях, которыми будет оперировать данная система. Для того чтобы привести эти понятия к той или иной модели данных необходимо заменить их информационными представлениями. Одним из наиболее удобных инструментов унифицированного представления данных является модель «сущность-связь», или ER-модель.

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

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

Сущность - реальный или представляемый объект, информация о котором сохранятся и должна быть доступной.

Связь - графически изображаемая ассоциация, устанавливаемая между двумя сущностями. Она является бинарной и может существовать между двумя различными сущностями или между сущностью и ей же самой.

2.2 Построение ER-модели информационного обеспечения АИС

Рассмотрим ER-модель нашей базы. Как я уже отметила, во избежание громоздкости рассмотрим отдельные виды продукции, предлагаемой магазином. В базе будут задействованы три таблицы: количество на складе, цена и цена реализации. Зададим связи между двумя таблицами и представим ER-модель.

Товар
Кол-во
Товар Цена Товар Ценареализации

Рисунок 2.1 – ER-модель информационной базы


При разработке ER-моделей мы должны получить следующую информацию о предметной области:

1. Список сущностей предметной области.

2. Список атрибутов сущностей.

3. Описание взаимосвязей между сущностями.

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

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

Например, в ходе беседы с менеджером по продажам, выяснилось, что он (менеджер) считает, что проектируемая система должна выполнять следующие действия:

- Хранить информацию о покупателях.

- Печатать накладные на отпущенные товары.

- Следить за наличием товаров на складе.

Выделим все существительные в этих предложениях - это будут потенциальные кандидаты на сущности и атрибуты, и проанализируем их (непонятные термины будем выделять знаком вопроса):

- Покупатель - явный кандидат на сущность.

- Накладная - явный кандидат на сущность.

- Товар - явный кандидат на сущность.

- Склад - а вообще, сколько складов имеет фирма? Если несколько, то это будет кандидатом на новую сущность.

- Наличие товара - это, скорее всего, атрибут, но атрибут какой сущности?

Сразу возникает очевидная связь между сущностями - "покупатели могут покупать много товаров" и "товары могут продаваться многим покупателям". Первый вариант диаграммы выглядит так:

Рисунок 2.2 – ER-модель «Покупатель – Товар»

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

Куда поместить сущности "Накладная" и "Склад" и с чем их связать? Спросим себя, как связаны эти сущности между собой и с сущностями "Покупатель" и "Товар"? Покупатели покупают товары, получая при этом накладные, в которые внесены данные о количестве и цене купленного товара. Каждый покупатель может получить несколько накладных. Каждая накладная обязана выписываться на одного покупателя. Каждая накладная обязана содержать несколько товаров (не бывает пустых накладных). Каждый товар, в свою очередь, может быть продан нескольким покупателям через несколько накладных. Кроме того, каждая накладная должна быть выписана с определенного склада, и с любого склада может быть выписано много накладных. Таким образом, после уточнения, диаграмма будет выглядеть следующим образом:


Рисунок 2.3 – ER-модель «Покупатель – Накладная – Склад – Товар»

Пора подумать об атрибутах сущностей. Беседуя с сотрудниками фирмы, мы выяснили следующее:

- Каждый покупатель является юридическим лицом и имеет наименование, адрес, банковские реквизиты.

- Каждый товар имеет наименование, цену, а также характеризуется единицами измерения.

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

- Каждый склад имеет свое наименование.

Снова выпишем все существительные, которые будут потенциальными атрибутами, и проанализируем их:

- Юридическое лицо - термин риторический, мы не работаем с физическими лицами. Не обращаем внимания.

- Наименование покупателя - явная характеристика покупателя.

- Адрес - явная характеристика покупателя.

- Банковские реквизиты - явная характеристика покупателя.

- Наименование товара - явная характеристика товара.