Применение SADT диаграмм для моделирования информационной системы регистрации и учета платежей в жилищно-коммунальном хозяйстве

Размещено на http://www.allbest.ru

План

Глава 1. Основные принципы и понятия SADT диаграмм при моделировании информационных систем

1.1 Подходы к моделированию. Структурный подход при моделировании автоматизированной информационной системы

1.2 Основные понятия метода SADT при моделировании информационной системы

1.3 Типы связей в SADT моделях

1.4 Основные принципы построения SADT диаграмм. Декомпозиция диаграмм

1.5 Иерархия диаграмм

1.6 Пример модели системы по методологии IDEF0

Глава 2. Построение модели информационной системы с помощью функциональных диаграмм на примере документооборота в «ЖКХ» по работе с населением

2.1 Описание предметной области деятельности жилищно-коммунального хозяйства по организации документа оборота по работе с населением

2.2 Постановка задачи для построения модели информационной системы «ЖКХ» по организации работы с населением

2.3 Разработка модели информационной системы «ЖКХ» с помощью SADT диаграмм

2.4 Построение модели информационной системы «ЖКХ» по организации работы с населением

Заключение

Список использованной литературы

диаграмма функциональный автоматизированный информационный



Введение

Использование автоматизированных информационных систем, языков четвертого поколения и систем автоматизированного производства постоянно расширяется. Успех этих систем непосредственно зависит от нашей способности предварить их разработку и внедрение описанием всего комплекса проблем, которые необходимо разрешить, указанием того, какие функции системы должны быть автоматизированы, определением точек интерфейса человек-машина и того, как взаимодействует система со своим окружением. Иными словами, этап проектирования системы является критическим для создания высококачественных систем. Системное проектирование - это дисциплина, определяющая подсистемы, компоненты и способы их соединения, задающая ограничения, при которых система должна функционировать, выбирающая наиболее эффективное сочетание людей, машин и программного обеспечения для реализации системы. SADT - одна из самых известных и широко используемых систем проектирования. SADT - аббревиатура слов Structured Analysis and Design Technique (Технология структурного анализа и проектирования) - это графические обозначения и подход к описанию систем. Дуглас Т. Росс ввел их почти 20 лет назад. С тех пор системные аналитики компании SofTech, Inc. улучшили SADT и использовали ее в решении широкого круга проблем. Программное обеспечение телефонных сетей, системная поддержка и диагностика, долгосрочное и стратегическое планирование, автоматизированное производство и проектирование, конфигурация компьютерных систем, обучение персонала, встроенное программное обеспечение для оборонных систем, управление финансами и материально-техническим снабжением - вот некоторые из областей эффективного применение SADT. Широкий спектр областей указывает на универсальность и мощь методологии SADT. В программе интегрированной компьютеризации производства (ICAM) Министерства обороны США была признана полезность SADT, что привело к стандартизации и публикации ее части, называемой IDEFO. Такая стандартизация с растущей автоматизированной поддержкой означает, что SADT теперь более доступна и проста в использовании. Под названием IDEFO SADT применялась тысячами специалистов в военных и промышленных организациях. В коммерческом мире SADT используется для определения требований. В этом качестве она конкурирует с методами, ориентированными на потоки данных, структурного проектирования Е. Иордана, структурного анализа Т. Де Марко, структурного системного анализа С. Гейна и Т. Сарсона, а также с методами структуризации данных - методами М.Джексона, Лж.Д. Варнира и К.Орра. В отличие от этих методов структурного анализа, истоки которых нужно искать в проектировании программного обеспечения, SADT создана для описания системы и ее среды до определения требований к программному обеспечению или к чему-либо другому. Иными словами, поставив своей целью описание системы в общем, создатели SADT изобрели графический языки набор процедур анализа для понимания системы прежде, чем можно представить себе ее воплощение. Таким образом, SADT, как правило, применяется на ранних этапах процесса создания системы, который часто называют "жизненным циклом системы", и иногда за этим следует применение упомянутых выше методов.

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

- изучить и описать общую теорию автоматизированных информационных систем.

- описать методологию формирования SADT диаграмм.

- изучить деятельность организации, выделив вопросы резонно автоматизировать.

- сформировать SADT модель с учетом всех синтаксических требований к данному виду диаграмм, предварительно составив иерархию.

Глава 1. Основные принципы и понятия SADT диаграмм при моделировании информационных систем

1.1 Подходы к моделированию. Структурный подход при моделировании автоматизированной информационной системы

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

Все наиболее распространенные методологии структурного подхода базируются на ряде общих принципов. В качестве двух базовых принципов используются следующие:

принцип "разделяй и властвуй" - принцип решения сложных проблем путем их разбиения на множество меньших независимых задач, легких для понимания и решения;

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

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

Основными из этих принципов являются следующие:

принцип абстрагирования - заключается в выделении существенных аспектов системы и отвлечения от несущественных;

принцип формализации - заключается в необходимости строгого методического подхода к решению проблемы;

принцип непротиворечивости - заключается в обоснованности и согласованности элементов;

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

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

SADT (Structured Analysis and Design Technique) модели и соответствующие функциональные диаграммы;

DFD (Data Flow Diagrams) диаграммы потоков данных;

ERD (Entity-Relationship Diagrams) диаграммы "сущность-связь".

На стадии проектирования ИС модели расширяются, уточняются и дополняются диаграммами, отражающими структуру программного обеспечения: архитектуру ПО, структурные схемы программ и диаграммы экранных форм.

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



1.2 Основные понятия метода SADT при моделировании информационной системы

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

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

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

1.3 Типы связей в SADT моделях

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

Ниже каждый тип связи кратко определен и проиллюстрирован с помощью типичного примера из SADT.

1 Тип случайной связности: наименее желательный.

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

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

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

4 Тип процедурной связности. Процедурно-связанные элементы появляются сгруппированными вместе вследствие того, что они выполняются в течение одной и той же части цикла или процесса. Пример процедурно-связанной диаграммы приведен на рисунке 9.

5 Тип коммуникационной связности. Диаграммы демонстрируют коммуникационные связи, когда блоки группируются вследствие того, что они используют одни и те же входные данные и/или производят одни и те же выходные данные (рисунок 2.10).

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

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

Важно отметить, что уровни 4-6 устанавливают типы связностей, которые разработчики считают важнейшими для получения диаграмм хорошего качества.

1.4 Основные принципы построения SADT диаграмм. Декомпозиция диаграмм

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

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

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

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

На SADT диаграммах не указаны явно ни последовательность, ни время. Обратные связи, итерации, продолжающиеся процессы и перекрывающиеся (по времени) функции могут быть изображены с помощью дуг. Обратные связи могут выступать в виде комментариев, замечаний, исправлений и т.д. Механизмы (дуги снизу) показывают средства, с помощью которых осуществляется выполнение функций. Механизм может быть человеком, компьютером или любым другим устройством, которое помогает выполнять данную функцию. Каждый блок на диаграмме имеет свой номер. Для того, чтобы указать положение любой диаграммы или блока в иерархии, используются номера диаграмм. Например, А21 является диаграммой, которая детализирует блок А21 на диаграмме А2. Аналогично диаграмма А2 детализирует блок А2 на диаграмме А0, которая является самой верхней диаграммой модели.

Декомпозиция диаграмм в ходе моделирования.

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

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

Затем выполняется подобный анализ и синтез функций системы, но делает это в соответствии со списком данных. В процессе свободного объединения и введения новых управляющих дуг создается список функций для дальнейшей детализации. Например, указания и чертеж заставляют автора подумать о функциях выбрать инструменты и подготовить рабочее место. Функции вносятся в список до тех пор, пока поток идей не иссякнет. Затем эти функциональные части объединяются в разумные (сбалансированные) наборы из 3-6 блоков. (Важно заметить, что применение правила "от трех до шести блоков" вынуждает автора использовать абстракцию и декомпозицию для постепенного представления деталей системы.) После определения функциональных частей список данных и список функций используются для чернового варианта диаграммы. Снова выполняются анализ и синтез, в результате чего формируются наборы объектов, которые представляются дугами, соединяющими блоки. Такая последовательность выполнения декомпозиции имеет большое значение, поскольку в SADT анализ объектов системы оказывает важнейшее влияние на анализ функций.

1.5 Иерархия диаграмм

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

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

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

Модель SADT представляет собой серию диаграмм с сопроводительной документацией, разбивающих сложный объект на составные части, которые представлены в виде блоков. Детали каждого из основных блоков показаны в виде блоков на других диаграммах. Каждая детальная диаграмма является декомпозицией блока из более общей диаграммы. На каждом шаге декомпозиции более общая диаграмма называется родительской для более детальной диаграммы.

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

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

На SADT-диаграммах не указаны явно ни последовательность, ни время. Обратные связи, итерации, продолжающиеся процессы и перекрывающиеся (по времени) функции могут быть изображены с помощью дуг. Обратные связи могут выступать в виде комментариев, замечаний, исправлений и т.д. (рисунок 2.5).

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

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

Для того, чтобы указать положение любой диаграммы или блока в иерархии, используются номера диаграмм. Например, А21 является диаграммой, которая детализирует блок 1 на диаграмме А2. Аналогично, А2 детализирует блок 2 на диаграмме А0, которая является самой верхней диаграммой модели. На рисунке 2.7 показано типичное дерево диаграмм.

1.6 Пример модели системы по методологии IDEF0

Процесс моделирования какой-либо системы в IDEF0 начинается с определения контекста, т. е. наиболее абстрактного уровня описания системы в целом. В контекст входит определение субъекта моделирования, цели и точки зрения на модель.

Под субъектом понимается сама система, при этом необходимо точно установить, что входит в систему, а что лежит за ее пределами, другими словами, мы должны определить, что мы будем в дальнейшем рассматривать как компоненты системы, а что как внешнее воздействие. На определение субъекта системы будет существенно влиять позиция, с которой рассматривается система, и цель моделирования - вопросы, на которые построенная модель должна дать ответ. Другими словами, первоначально необходимо определить область (Scope) моделирования. Описание области как системы в целом, так и ее компонентов является основой построения модели. Хотя предполагается, что в течение моделирования область может корректироваться, она должна быть в основном сформулирована изначально, поскольку именно область определяет направление моделирования и когда должна быть закончена модель. При формулировании области необходимо учитывать два компонента - широту и глубину. Широта подразумевает определение границ модели - мы определяем, что будет рассматриваться внутри системы, а что снаружи. Глубина определяет, на каком уровне детализации модель является завершенной. При определении глубины системы необходимо не забывать об ограничениях времени - трудоемкость построения модели растет в геометрической прогрессии от глубины декомпозиции. После определения границ модели предполагается, что новые объекты не должны вноситься в моделируемую систему; поскольку все объекты модели взаимосвязаны, внесение нового объекта может быть не просто арифметической добавкой, но в состоянии изменить существующие взаимосвязи. Внесение таких изменений в готовую модель является, как правило, очень трудоемким процессом (так называемая проблема "плавающей области").

Модель не может быть построена без четко сформулированной цели. Цель должна отвечать на следующие вопросы:

* Почему этот процесс должен быть замоделирован?

* Что должна показывать модель?

* Что может получить читатель?

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

Хотя при построении модели учитываются изменения различных людей, модель должна строиться с единой точки зрения. Точку зрения можно представить как взгляд человека, который видит систему в нужном для моделирования аспекте. Точка зрения должна соответствовать цели моделирования. Очевидно, что описание работы предприятия с точки зрения финансиста и технолога будет выглядеть совершенно по-разному, поэтому в течение моделирования важно оставаться на выбранной точке зрения. Как правило, выбирается точка зрения человека, ответственного за моделируемую работу в целом. Часто при выборе точки зрения на модель важно задокументировать дополнительные альтернативные точки Прения. Для этой цели обычно используют диаграммы FEO (For Exposition Only), которые будут описаны в дальнейшем.

Глава 2. Построение модели информационной системы с помощью функциональных диаграмм на примере документа оборота в «ЖКХ» по работе с населением

2.1 Описание предметной области деятельности жилищно-коммунального хозяйства по организации документа оборота по работе с населением

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

Реформа жилищно-коммунального хозяйства (ЖКХ) и объективные потребности этой отрасли обусловили спрос на современные информационные технологии. Готовность этой сферы к преобразованиям определили массовая приватизация жилищного фонда и создание негосударственных жилищно-эксплуатационных и ремонтно-строительных организаций. Необходимость автоматизации расчетов в жилищно-коммунальном хозяйстве давно стала очевидной. Для ЖКХ характерны обработка больших массивов информации в ограниченные сроки и наличие объемной справочной документации. Причем информация постоянно корректируется, так как меняются состав и категории населения, законодательство, льготы, виды услуг, цены, тарифы и алгоритмы расчета. Меняются также и структуры управления в отрасли. Создание современных информационных систем для ЖКХ - является актуальной задачей, внедрение автоматизации расчетов - достаточно сложный и трудоемкий процесс, который в конечном итоге позволяет осуществлять не только начисление и сбор коммунальных платежей, но и достичь нового качественного уровня управления предприятиями ЖКХ с оперативным информационным обслуживанием.

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

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

Разумеется, на предприятиях ЖКХ используются информационные системы не только для работы с населением. Бухгалтерский, управленческий, налоговый учет им так же свойственны, как и всем другим предприятиям. Но эти задачи практически, ни чем не отличаются от аналогичных задач на других типах предприятий. Не будем им уделять внимание в этом обзоре.

Таким образом, под ЖКХ в данном материале подразумеваем все предприятия, учреждения, службы и т.п., которые работают с населением непосредственно по всем видам услуг, связанным с жильем. А из всего множества информационных систем, используемых для ЖКХ, рассмотрим те, которые предназначены для работы с населением.

В центре внимания жилищно-коммунального комплекса находится население. Для его обслуживания и предназначены предприятия ЖКХ.

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

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

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

2.2 Постановка задачи для построения модели информационной системы «ЖКХ» по организации работы с населением

Основной задачей построения модели информационной системы «Прием платежей» является:

- обработка и формирование электронных сведений о платежах за услуги жилищно-коммунального хозяйства;

- сопоставление электронных сведений о платежах за услуги жилищно-коммунального хозяйства с номером счета по оплате за услуги;

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

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

2.3 Разработка модели информационной системы «ЖКХ» с помощью SADT диаграмм

Основополагающие принципы создания АИС:

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

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

- принцип совместимости заключается в обеспечении способности взаимодействия АИС различных видов, уровней в процессе их совместного функционирования. Реализация этого принципа позволяет, обеспечит нормальное функционирование экономических объектов, повысить эффективность управления народным хозяйством и его звеньями.

- принцип стандартизации и унификации заключается в необходимости применения типовых, унифицированных и стандартизированных элементов функционирования АИС.

- принцип эффективности заключается в достижении рационального соотношения между затратами на создание АИС и целевым эффектом, получаемым при ее функционировании.

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

Жизненный цикл АИС и АИТ позволяет выделить четыре основные стадии: предпроектную, проектную, внедрение и функционирование. От качества проектировочных работ зависит эффективность функционирования системы. Поэтому каждая стадия проектирования разделяется на ряд этапов и предусматривает составление документации, отражающей результаты работы.

Основными работами, выполняемыми на стадиях и этапах проектирования, можно считать:

Первая стадия - предпроектное обследование:

1-й этап - сбор материалов для проектирования - формирование требований, изучение объекта проектирования разработка и выбор варианта концепции системы;

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

Вторая стадия - проектирование:

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

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

Третья стадия - ввод системы в действие:

1-й этап - подготовка к внедрению - установка и ввод в эксплуатацию технических средств, загрузка баз данных и опытная эксплуатация программы, обучение персонала;

2-й этап - проведение опытных испытаний всех компонентов системы перед передачей в промышленную эксплуатацию, обучение персонала;

3-й этап - сдача в промышленную эксплуатацию.

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

2.4 Построение модели информационной системы «ЖКХ» по организации работы с населением



А1

А111

А2

Заключение

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

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

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

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

Список использованной литературы:

Вендров А.М. Проектирование программного обеспечения ЭИС М.: «Финансы и статистика» 2003-356 с.: ил.

Вендров А.М. Практикум по проектированию программного обеспечения ЭИС: Учебное пособие.- М.: Издательство «Финансы и статистика» 2004.-192 с.: ил.

Галицына О.Л., Максимов Н.В. Базы данных М.: «Форум-ИНФРА-М» 2006-352 с.

Кузин А.В., Левонисова С.В. Базы данных М.: Издательство «Центр академия» 2005-320 с.

Советов Б.Я., Цегановский В.В Информационные технологии М.: Высшая школа 2005-263 с.: ил.

С.В. Черемных, И.О. Семенов, В.С. Ручкин. Структурный анализ систем: IDEF-технологии. М: Финансы и статистика, 2001-267 с.

1. Размещено на www.allbest.ru