Главная страница | Контакты | Случайная страница Автомобили Астрономия Биология География Дом и сад Другие языки Другое Информатика История Культура Литература Логика Математика Медицина Металлургия Механика Образование Охрана труда Педагогика Политика Право Психология Религия Риторика Социология Спорт Строительство Технология Туризм Физика Философия Финансы Химия Черчение Экология Экономика Электроника

Реляционная модель.

В 1970-1971 годах Е.Ф.Кодд опубликовал две статьи, в которых ввел реляционную модель данных и реляционные языки обработки данных - реляционную алгебру и реляционное исчисление.

• Реляционная алгебра Процедурный язык обработки реляционных таблиц.
• Реляционное исчисление Непроцедурный язык создания запросов.

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

Существует два подхода к проектированию реляционной базы данных.

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

Табл.1. Основные определения реляционных СУБД

26.Концепція управління бізнес-процесами.

Концепция управления бизнес-процессами помогает во многом решить данные проблемы, а точнее позволяет взглянуть на них с другой стороны. Изначально она и разрабатывалась для того, чтобы помочь начинающим компаниям получить более объективное представление о процессе управления комплексом процедур, применяемых в их работе. Однако сейчас, понятие ВРМ как "диспетчерско-контрольного пункта" позволяет компаниям идентифицировать неэффективные технологические процессы и принимать соответствующие профилактические меры для предотвращения кризисных ситуаций.

По мнению многих западных менеджеров, ВРМ была бы идеальной; однако главным препятствием на пути её применения являются вопросы по актуальности её внедрения и уровню адаптации. Позвольте рассмотреть наиболее распространенные из них.

1. А нужно ли это вообще?

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

2. Мы разрываемся между комплексом различных управленческих систем, не помешает ли нам ещё один.

Предпринимательские системы являются базовой управленческой панелью для всех организаций. Стандартный комплекс систем планирования ресурсов предприятий (ERP), управления товарными цепочками (SCM), управления отношениями с покупателями (CRM) очень сложен при одновременном применение и требует постоянных затрат огромного количества средств и времени. Положение усугубляется ещё тем, что компании зачастую совместно используют различные технологические решения. Причем осознание данной ошибки приходит лишь после испытания на собственной шкуре всей "прелести" функционирования подобной системы. Более разумным было бы начать оптимизацию управленческой структуры с какого-либо одного её элемента. И уже затем, методом проб и ошибок, постепенно намечая узлы дальнейшей интеграции технологических процессов и исключая наиболее неэффективные из них, должно идти построение целостной структуры. Только так можно создать систему, отвечающую вашим требованиям. Зачастую компании наоборот, начинают принудительно трансформировать свою структуру вокруг чуждой организации системе.

3. Наши деловые партнеры не имеют систем, отвечающих принципам ВРМ.

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

4. Наши люди не готовы к работе с такими системами.

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

5. Нас устраивает положение нашей компании.

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

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

27.Методика планування фінансових ресурсів (Finance Requirements Planning – FRP).

основные методы планирования финансов

Методы планирования - это конкретные способы и приемы расчетов показателей: