1.3 Постановказадачи на дипломное проектирование

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

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

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

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

- упростить интерфейс, как генерируемых форм, так и интерфейс самого ПС;

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

- создать готовые шаблоны для минимизации временных затрат;

- запоминать созданные пользователем конфигурации;

- отделить настройки от сгенерированной информации;

- возможность экспорта/импорта настроек;

- версионность сгенерированных страниц;

- разграничение прав доступа на основные действия;

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

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

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

2 Методыи модели, положенные в основу

РАЗРАБАТЫВАЕМОГО ПРОГРАММНОГО СРЕДСТВА

2.1 Разработкафункциональной модели

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

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

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

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

Средства автоматизированного анализа, моделирования и разработки систем получили название CASE-средств (Computer-Aided Software/System Engineering – компьютерная поддержка проектирования программного обеспечения/систем). Одним из таких средств является ERwin [8] – оптимально подходящее для разработки, анализа и оптимизации бизнес-процессов. Диаграммы, разработанные в ERwin, позволяют четко увидеть предметную область, проверить связи между собой, оптимизировать систему.

BPwin поддерживает три методологии моделирования. В ее основе лежат диаграммы, состоящие из блоков и стрелок. Блоки означают какое-то действие, процесс или задачу, а стрелки показывают взаимодействие блоков друг с другом или внешним миром. У каждой стороны блока свое назначение: левая сторона – показывает, что подается на вход, правая - что получается на выходе, верхняя - что влияет на результат, нижняя - при помощи чего получается результат.

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

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

На рисунке 2.1 изображена контекстная диаграмма, дающая общее описание системы и факторы влияющее на нее. После создания контекстной диаграммы начинается ее декомпозиция приведенная на рисунке 2.2, расширенное описание процесса генерации страницы.

Рисунок 2.1 – Общее описание системы

Рисунок 2.2 – Детализация процесса «Генерация страницы»

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

Рисунок 2.3 – Детализация процесса «Преобразования настроек в соответствие с правилами»

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