24
Специальная панель инструментов располагается между окном браузера и
окном диаграммы в средней части рабочего интерфейса
SelectionTool (Превращает изображение курсора в форму стрелки для
последующего выделения элементов на диаграмме);
TextBox (Добавляет на диаграмму текстовую область);
Note (Добавляет на диаграмму примечание);
AnchorNotetoItem (Добавляет на диаграмму связь примечания с
соответствующим графическим элементом диаграммы);
Class (Добавляет на диаграмму класс);
Interface (Добавляет на диаграмму интерфейс);
UnidirectionalAssociation (Добавляет на диаграмму направленную
ассоциацию);
AssociationClass (Добавляет на диаграмму ассоциацию класс);
Package (Добавляет на диаграмму пакет);
DependencyorInstantiates (Добавляет на диаграмму отношение
зависимости);
Generalization (Добавляет на диаграмму отношение обобщения);
Realize (Добавляет на диаграмму отношение реализации.)[22]
Окно диаграммы – это основное рабочее пространство управляемого
интерфейса, в котором визуализируются различные виды модели проекта. По
умолчанию, окно графика расположено в правой части рабочего интерфейса, но вы
также можете изменить его расположение и размер. (рис. 1.13)
25
Рис. 1.13 Окно диаграммы
Окно документации по умолчанию может не присутствовать на экране. В
этом случае оно может быть активировано через пункт меню: Вид -> документация
(View->Documentation), а затем появится под браузером. В данном варианте есть
возможность писать различную информацию, а главное на русском языке. Эта
информация в последующем преобразуется в аналогичные комментарии и никак не
влияет на логику программы выполнения кода.(рис.1.14)
Рис. 1.14 Окно документации
26
Окно журнала предназначено для автоматической записи различной
служебной информации, генерируемой при работе с программой. Оно всегда
присутствует в рабочем программном интерфейсе в области окна диаграммы, однако
может быть закрыто другими окнами графика или свернуто. Активировать окно
журнала можно через меню Окно->журнал (Window->Log). (рис.1.15)
Рис.1.15 Окно журнала
В период с 2005 года все чаще используется программный продукт CASE
Enterprise Architect, пришедший на смену CASE-средству Rational Rose.
Enterprise Architect (EA) – CASE-инструмент для проектирования и
конструирования программного обеспечения
EA поддерживает все модели/диаграммы UML 2.0. С его помощью можно
моделировать бизнес-процессы, Web-сайты, пользовательские интерфейсы, сети,
конфигурации аппаратного обеспечения, сообщения и т.д., оценивать размер
трудозатрат проектных работ в часах, фиксировать и трассировать требования,
ресурсы, тест-планы, дефекты и запросы на изменения.
Рабочее окно Enterprise Architect выглядит следующим образом: (Рис.1.16)
Рис.1.16 Рабочее окно Enterprise Architect
Функция советника:
* создание элементов модели UML для широкого круга задач;
* размещение этих элементов в схемах и пакеты;
* создание связей между элементами;
* документирование созданных элементов;
27
* генерация кода для разрабатываемого программного обеспечения;
* обратное проектирование существующего кода на некоторых языках.
Таким образом, EA – это современный инструмент, который поддерживает
все аспекты цикла разработки, обеспечивая полную трассировку от начала
проектирования до размещения и поддержки. Он также обеспечивает поддержку
тестирования, обслуживания и управления изменениями. [23]
1.3.2.Выбор и обоснование стратегии автоматизации задачи
В рамкахданной работы препдпринята попытка разработки web-интерфейса,
требованиями к которому являеются хорошая масштабируемость и высокая
надежность хранения собственных данных компании. При этом важно, чтобы
азработываемая система могла легко провести адаптацию под программную среду
нашей организации. В системе не не должно быть загромождений большого
количества ненужного функционала. Основные функции по нашему мнению
зключаются в том, чтобы она могла работать в виде web-приложения, имела
понятный пользовательский интерфейс, наличие хорошего функционала для
администратора и применение широкой системы отчетов.
В ходе развитя данного проекта определим следующую последовательность
этапов:
1. Анализа существующих процессов учѐта деятельности отдела по продажам
организации. Это происходит посредством сбора и анализа ряда параметров: количество
не выполненные заявки, процент выполненных дневных заявок, продолжительность
среднего времи реализации заявки.
2. Определении полной совокупности функций программы, автоматизация
которого требуется. Суть, того, что присутствует в системе на данный момент и тех
функций, в рзработке которого испытывается нужда при внедрении новой ИС.
3. Выборе стратегии автоматизации. Проведение анализа существующих типов
стратегий автоматизации и подбор наиболее подходящего к Структуре и бизнес
процессам нашей организации.
28
4. Формировании основного Технического задания и рабочего графика
выполнения работ по внедрению.
Отметим наличие четырех вариантов стратегии автоматизации: кусочной
(хаотичной) автоматизации, автоматизации по участкам, автоматизации по
направлениям и комплексной или полной автоматизации.
Процесс кусочной автоматизации представляет собой приобретение
организацией без наличия плана стратегии разрозненных фрагментов системы
информации, которые не несут реальной пользы в целом для организации. При этом
процесс дальнейшего развития информационной системы предприятия будет связан
с рядом новых, значительных затрат.
Автоматизация участков является автоматизацией отдельных участков
производства, объединяемых по набору функций выполнения. Этот способ
автоматизации может быть выбран с условием, что если естьучастки, где применение
автоматизированных систем принесет возникновение значительного экономического
эффекта, то это можно внедрять.
Автоматизация направлений подразумевает автоматизацию отдельных
направлений деятельности организации. В этом случае предриятием реализуется
полная автоматизация работы, например, отдела кадров, или производства, или
складской деятельности. Такой подход к автоматизации можно назвать оптимальным
и в дальнейшем интеграция ранее прошедших автоматизацию направлений в рамках
всей организации не будет ривязан к серьезным препятствиям.
Хаотичной, или же кусочной стратегией мы ограничиться не можем, так как
нужнаемсяв автоматизации целого отдела, при этом применяем несколько
составляющих ИС, такие как веб сервер, субд, клиент серверное приложение, нельзя
автоматизировать только часть из них, эффекта от этого будет ноль.
Применение полной стратегии автоматизации тоже для данного варианта
случае, так как мы соираемсавтоматизировать только одно из направлений
деятельности организации.
Делаем вывод, что в данном случае вполне применима стратегия
автоматизации по участкам, потому что в нашем случае мы автоматизируем
деятельность отдела по продажам, в нем работает 6 человек, которые на 30 процентов
времени имеют занятость непосредственно продажами, а всѐ остальное время заняты
29
рутинной работой регистрации и обработке входящих заявок. При внедрении
автоматизироции данного процеcса, можно будет сократить количество сотрудников.
1.3.3.Выбор и обоснование способа приобретения ис для
автоматизации задачи
Для решения задачи автоматизации работы отдела продаж торгового
предприятия, которое не имеет в своем штате программиста, существует два
варианта: приобретение готовой специализированной ИС или разработка
информационной системы под нужды предприятия.
Таблица 1.3.
Сравнительный анализ способов приобретения ИС
Критерии выбора
Способ приобретения
Приобретение готовой ИС
Разработка ИС
Соответствие
поставленной
задаче
В основном имеет стандартный
функционал, не удовлетворяющий
всем требованиям
автоматизируемого процесса
Соответствует
требованиям,
поставленным в
техническом задании
Стоимость
внедрения
Высокая
Низкая
Адаптивность
Невозможность изменения
системы, только приобретение
новых компонентов системы
Возможность изменения
системы, доработки
Надежность
Высокая
Низкая/высокая
(зависит от
разработчика)
И тот и другой вариант обладают как своими преимуществами, так и
недостатками.
К достоинствам покупки готовой системы втоматизированного подсчета и
регистрации можно отнести высокую надежность самой официальной системы,
защита от сбоев. К недостаткам относятся: наличие высокой стоимости системы,
негибкости функционала системы к постоянно изменяющимся потребностям ведения
бизнеса организации, невозможности полноценного обеспечения функциональности
рабочего процесса.
К достоинствам разработки ИС можно отнести: процесс соответствие
поставленной задаче при четко сформированном техническом задании на разработку
системы; низкая относительно превого варианта стоимость разработки, так как
30
функциональность системы не охватывает автоматизацию бизнеса в полном
масштабе, а только его часть; возможность адаптации системы под меняющиеся
потребности бизнеса. К недостаткам разработки информационной системы можно
отнести надежность, которая, возможно, будет уступать готовому решению.
Таким образом, в рамках данной проектной работы я выбираю вариант
разработки информационной системы.
1.4.Обоснование проектных решений
1.4.1.Обоснование проектных решений по информационному
обеспечению
Информационное обеспечение включает в себя:
систему классификации и кодирования;
систему унифицированной документации, используемой в
информационном обеспечении;
информационную базу.
Классификатор - это систематизированных свод наименований группировок
объектов, признаков и их кодовых обозначений. Классификаторы служат средством
описания данных, обуславливают единство классификации и кодирования
информации и предназначены для обеспечения машинной обработки и выдачи
данных в удобной форме потребителям при решении различных задач. В зависимости
от применения они делятся на три группы:
общегосударственные классификаторы,
отраслевые (ведомственные) классификаторы, используемые в пределах
определенной отрасли (ведомства);
локальные классификаторы, используемые в пределах организации или
группы организации.
В данной дипломной работе будет использоваться только локальный
классификатор, так как никаких других классификаторов РФ в системе не
используется. Классификации подвергаем будем рассылки по темам и по компаниям
к которой эта рассылка принадлежит .
31
Темы рассылок - разделяют рассылаемые сообщения на темы. Темы
рассылок служат для логической группировки всех сообщений в группы сообщений.
Компании рассылок. У каждого заказчика могут быть несколько
компаний рассылок, каждая из которых содержит подгруппы - темы рассылок.
Компания – логическое объединение нескольких тем рассылок в группы по какому-то
критерию.
Значительная доля внемашинного ИО приходится на применяемую
документацию. При наличии условий автоматизации важным значением будет
унификация документации, которя устанавливает перечень единых требований к
содержанию и построению структуры документа. Использование унифицированных
форм документов применимо во всех видах организаций РФ (например, форм
бухгалтерской отчетности), так и в рамках каждого предприятия (например, форма
отчетности по урпавлению). Процесс унификации прохоидт в форме тщательногот
отбора и четкого определения необходимой номенклатуры перечня документации.
При этом определяют сферу назначения и применения документа и определяют ряд
специфических особенностей, характерных для соответствующего вида
документации. Документы при этом являются как унифицированными, так и
локального применения.
В рамках данного дипломного проекта применяют следующие
видылокальных документов: «Приказ об инвентаризации товаров складского учета»,
«Отчет об остатках товаров в складе», «Отчет о продажах в рамках периода.
Происходит формирование информационных файлов на базе массива исходной
информации, вышеуказанных первичных документов - основных носителях
первичной информации по экономическим параментрам в системах машинной
обработки данных. Они иеют ряд требований:
Достаточную полноту информации для решения задачи;
Невозможности избыточности информации;
достоверности и своевременности информации;
согласованности форм первичной документации с макетами размещения
информации на машинном носителе;
логичности построения документа.
32
Есть три сновных способа построения информационной базы (ИБ): можно
применить файловую организацию ИБ; интегрированную ИБ, смешанную
организацию ИБ.
Файловая организация ИБ подразумевает применение локального размещения
базы на компьютере, при этом организация к нему других пользователей происходит
посредством применения стандартных методов ОС для обмена данными по
локальной сети, например для MSWindows это программа SharingиSecurity, что
приводит к уменьшению скорости обработки данных в локальной базе. Смешанная
организация ИБ подразумевает применение распределѐнной базы данных, хранихся
на нескольких серверах и реплицирующих изменения в любой согласно расписания,.
Применение данной структуры ИБ характерно для систем класса ERP работы в
одной ИБ для всех территориально удалѐнных офисоводновременно.
При использвоании интегрированного способа организации ИБ
подразумевается наличие совокупности взаимосвязанных и хранящихся вместе
данных при такой минимальной избыточности, допкскающей их практическое
использование оптимальным образом в случае любых приложений и при этом
приводящей к реализации независимости данных от основной программы, а для
актуализации данных может быть применен общий способ управления.
Данный дипломный проект послужил реализацией выбора организацией ИБ
интегрированной организации ИБ, так как размер базы имеет потенцию к
увеличению в рамках каждого дня на 700-800 записей. И оптимальный выбор
заключается в применении СУБД взамен применения файлового хранения базы
данных.
Есть основные три модели логической структуры базы данных (согласно
способа установления связей между данными): иерархическую, сетевую и
реляционную.
Иерархическая модель поразкмевает,что в ней для каждой информационной
единицы (сегмента), кроме корневого, присутствует соотвествующий исходный
сегмент и между исходным и порожденным сегментом может быть установлен
только один вид связи. Иерархическая модель экземпляру исходного сегмента
придает в общем случае какое-то число экземпляров реализованного ей сегмента.
Применение подобной структуры удобно в случае отображения отношений типа
33
«один ко многим» в реализуемой области. Организация просмотра иерархической
структуры допускается только с корневой вершины. Основные недостатки
иерархической структуры: заключаются в трудности (неэффективности)
отображения отношений по типу «многие ко многим»; длительности доступа к
сегментам, кторые расположены в нижних уровнях иерархии; ориентированности
только на определенный тип запроса.[19]
Организация сетевой модели может быть представлена посредством графа.
Вершиныграфа имеют соответствие в виде составных единиц информации (записи).
Экземпляры записей формируют отдельные файлы. Недостатки системы в сложности
(наличия большого числа параметров описания данных и операторов), а также
неудобстве навигационного доступа.[19]
Реляционная база данных является совокупностью множества отношений.
Реляционная модель имеетт в основе математическую логику и является
простейшим вариантов представления данных в табличной форме. Строка таблицы
представляет запись файла базы данных, а колонка - поле записи.
Преимуществами использования подобных реляционных базы данных
обксловдены:
Простотой - в реляционной модели данных можно отметить наличие
только одной информационной конструкцией, формализующей табличное
представление данных, обычное для пользователя;
Теоретического обоснования – присутствие ряда теоретически
обоснованных методов нормализации отношений приводит к получению любых баз с
заранее заданными свойствами
Независимости данных
В нашем случае моделью логической структуры базы данных выбрали
именно реляционную, так как дает возможность быстрого формирования связей
между таблицами для правильного построения запросов. При этом отмечается
простота построения архитектуры связи.