Критерии выбора средств разработки мобильных приложений (Предлагаемые мероприятия по улучшению БП)

Содержание:

Введение

Развитие автоматизированных информационных технологий (ИТ) идет параллельно с возникновением новых видов технических методов обработки и передачи данных, совершенствованием организационных форм для использования ЭВМ, насыщением разной инфраструктуры новыми средствами для коммуникаций.

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

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

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

Актуальность курсовой работы состоит в том, что для качественного описания бизнес-процесса (БП) «Транспортная доставка заказов» необходимо полностью разобраться в разработке его регламента, что и выполняется в данной курсовой работе.

Целью курсовой работы является разработка регламента выполнения процесса «Транспортная доставка заказов».

В соответствии с целью работы ставятся следующие основные задачи:

– описать предметную область «Транспортная доставка заказов»;

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

– смоделировать процесс в случае «как есть»;

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

– выполнить моделирование процесса «как должно быть».

Объект исследования – теория исследования бизнес-процессов.

Предмет исследования –транспортная доставка заказов.

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

1. Постановка задачи и моделирование БП «как есть»

1.1. Описание предметной области. Постановка задачи.

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

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

В компаниях по доставке заказов все основные бизнес-процессы (БП) базируются на являются результатом обращения определенных клиентов за предоставлением услуг по доставке грузов.

В результате будет осуществлен документооборот, который применяет в себе такие документы:

– товарно-транспортные накладные (рисунок 1);

– акты приемки поставляемых товаров;

– заявки на доставку продукции;

– договоры о предоставлении услуг;

– путевки на перевозку;

– гарантийные талоны и другие.

Под документооборотом, который выполняется в таких компаниях понимается процесс оборота оперативных документов, который тесно связан с его непосредственной деятельностью. [10]

Рисунок 1 – Образец ТТН

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

В компании четко выделены функции по каждому с этапов его функционирования:

– утверждение договора;

– формирование накладной;

– поставка товаров;

– приемка товаров;

– оформление документации.

На рисунке 2 рассматриваются основные этапы функционирования компаний с точки зрения транспортной доставки грузов.

Рисунок 2 – Движение документации

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

1.2.Выбор средства для моделирования бизнес-процессов

Рассмотрим основные типы инструментального программного обеспечения (ПО), которое применяется для моделирования бизнес-процессов.

StarUML – это программный инструмент для моделирования, который поддерживает нотацию UML (Унифицированный язык для моделирования). StarUML ориентируется на UML последней версии и поддерживает 11 различных типов диаграмм, которые приняты в нотации UML 2.0. [2]

ПО активно поддерживает подход модельно-управляемой архитектуры, реализуя концепцию профилей нотации UML. Среда разработки превосходно настраивается непосредственно в соответствии с основными требованиями пользователя, а также имеет высокий уровень расширяемости, особенно в направлении своих функциональных возможностей (рисунок 10). Применение StarUML, одного из современных программных инструментов моделирования, дет гарантию достижения максимальной производительности и стандартного качества проектов.

Рисунок 3 – Интерфейс StarUML

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

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

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

ПО может также быть интегрировано с любыми внешними средствами инструментального направления.

StarUML придерживается действующей спецификации UML, разработанной компанией OMG для моделирования ПО. Следует понимать, что применение нерегулярного синтаксиса UML в разных информационных проектах через несколько лет может привести к неутешительным последствиям. [1]

Рассмотрим основные особенности ПО.

– Открытый формат программной модели. В отличие от других существующих программ, что используют собственные неэффективные типы файла модели, программа StarUML оперирует файлами в формате XML.

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

Заметим, что XML считается мировым стандартом, а это – большое преимущество, что гарантирует, что такие программные модели останутся очень полезными на долгое время.

– Применимость платформ и методологий StarUML применяет концептуальный подход, что применим к практически любым методологиям или процессам. Легко создаются не лишь модели под средства выполнения разработки для определенных платформ типа J2EE и .NET, но также и для иных основных структур моделей (к примеру, модель представления 4+1).

– Превосходная расширяемость. Практически все функции StarUML реализованы в полном соответствии с стандартом Microsoft COM. Тут может применяться практически любой язык, который имеет поддержку COM (Visual Basic, VB, Delphi, Java Script, C++, C# и т.п.), может использоваться, чтоб вызывать StarUML и разрабатывать интегрированные дополнения (так называемые, аддины).

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

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

– генерация исходных текстов с помощью разных языков программирования;

– выполнение конвертации исходных текстов в разные модели;

– выполнение импорта файлов ПО Rational Rose;

– реализация обмена модельной информацией с иными программными средствами;

– поддержка паттернов проектирования.

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

UMLet – надежная и удобная программная утилита для разработки различного рода моделей процессов и проектирования программных приложений на базе языка UML. [7]

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

С ее применением можно быстро строить диаграммы UML, экспортировать диаграммы в разные форматы, сохранять их и разрабатывать новые средства UML.

Главное окно UMLet разбито на 3 области (рисунок 4): область диаграммы, свойства и палитра элементов.

Рисунок 4 – Интерфейс UMLet

В результате есть выбрать элемент с набора элементов, представленного на палитре, и его поместить в область диаграммы.

При этом, в области диаграммы располагаются разные объекты сообразно выполнения целевой модели.[11]

Панель свойств дает возможность просмотреть и изменить разные свойства элементов. Большинство применяемых UML-утилит отображают многие свойства элементов с помощью всплывающих окон.

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

Рисунок 5 – Добавление новых инструментов

Основное назначение UMLet – это быстрое создание UML-модели в очень сжатые сроки.

С данной целью в программе реализовывается стандартный набор элементов языка UML:

– пакеты;

– варианты использования;

– стереотипы;

– простые классы;

- абстрактные классы;

– текстовые комментарии и другое:

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

Для этого только следует создавать новый элемент в встроенном редакторе, а потом определить его свойства при использовании ввода кода Java, а также добавить в диаграмму.

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

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

В данной дипломной работе рассматривается моделирования с помощью методологии IDEF0. Это основная из 3 методологий AllFusion Process Modeller, относится к множеству IDEF, которое применялось еще в начале 70-х годов. Она используется для широкого класса систем, для указания функций, которые используются для последующей разработки системы, которая отвечает за реализацию поставленных функций.

Рисунок 6 – Интерфейс AllFusion Process Modeller

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

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

При этом все стрелки, в зависимости от стороны прямоугольника в который они входят или выходят, делятся на 4 вида:

– стрелки входа – изображают объекты или данные, изменяемые в ходе работы.

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

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

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

Первая диаграмма в совокупности IDEF0 всегда изображает работу системы в целом. Эти диаграммы называются контекстными. [12]

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

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

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

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

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

1.3. Моделирование бизнес-процессов «как есть»

Рассмотрим проектирование ИС транспортной доставки заказов протекающие на некотором предприятии.

Для общей видимости ИС транспортной доставки заказов необходимо построить контекст (рисунок 7).

Рисунок 7 – Диаграмма «Транспортная доставка заказов»

Входными данными являются:

– перечень необходимых заказов;

– финансовые возможности.

Выходные данные:

– отчетность.

Управление:

– законы;

– правила доставки.

Механизмы:

– менеджеры;

– клиенты.

После того как установлен контекст, проводится декомпозиция, то есть построение следующих диаграмм по иерархии.

Каждая последующая из диаграмм является более подробным рассмотрением одной из работ в вышестоящей диаграмме. Пример такой декомпозиции контекстной диаграммы показан на рисунке 8. [11]

Таким образом, вся эта система разбивается непосредственно на подсистемы до необходимого уровня детализации, такая система разбивается на 3 уровня:

– определение плановой стоимости;

– доставка;

– оформление доставки.

Стоит отметить, что все составные части контекстной диаграммы:

– входы;

– выходы;

– управление;

– механизмы,

остаются такими же и на втором уровне декомпозиции.

Стоит отметить, что на данной диаграмме появились новые компоненты, а именно:

– чек – для хранения бумажной информации по оплате доставки;

– накладная – данные, которые предназначены для проверки поставленных товаров.

К тому же, некоторые выходы являются входами для отдельных блоков.

Для всех бизнес-процессов механизмами являются:

– менеджеры;

– клиенты.

Аналогично, управление рассматриваемыми БП осуществляется при использовании:

– законов;

– правил доставки.

Рисунок 8 – Диаграммы декомпозиции для первого уровня

Далее все блоки декомпозиции системы можно еще разбить, декомпозиция «Определение плановой стоимости» рассматривается на рисунке 9, «Доставка» – рисунок 10, «Оформление доставки» – рисунок 11.[13]

Рисунок 9 – Определение плановой стоимости

Рисунок 10 – Доставка

Рисунок 11 – Оформление доставки

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

2.Усовершенствование выполнения процесса «Транспортная доставка заказов»

2.1. Предлагаемые мероприятия по улучшению БП

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

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

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

Автоматизация работы менеджеров позволит:

– значительно снизить уровень на трудовые затраты;

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

– сократить время для обработки данных;

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

– устранить многократное дублирование информации;

– максимально сократить численность бумажных документов;

– значительно облегчить различные отчеты.

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

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

При этом также не существует какой-то возможности в массовой корректировке закупок.

В результате исследований АРМ менеджера выявлена цель для выполнения автоматизированного варианта решения рассматриваемой задачи.

Менеджер на данный момент использует для своей работы программные продукты Microsoft Office для заключения договоров Word, для работы с базами данных и складом – Excel.[3]

Использование таких программных продуктов вовсе не отвечает таким основным требованиям:[1]

– отсутствие базы приводит к необходимости уточнения наличия запасов;

– остатки по складам необходимо сохранять в разных файлах;

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

– сложность поиска сырья и материалов;

– повторный ввод требуемых данных.

Достижение цели обеспечит выполнение задач:

– повышение оперативности;

– обеспечение удобства расчетов;

– уменьшение количества ошибок в учете запасов ТМЦ и подсчете итоговых показателей;

– повышение достоверности данных;

– уменьшение затрат по обработки данных.

Использование ИС для транспортной доставки заказов для организации решения имеет возможность решить такие основные задачи:[8]

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

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

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

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

• накладная по перемещению;
• отчеты по остаткам;
• отчеты по доставкам;
• периодичность решения таких задач зависит от их вида.

Задачи формирования документации происходит автоматически.[12]

Непосредственная реализация проектов в ИС позволяет ограничить пользователя от разного рода ошибок ввода, снабдив последовательность создания и получения документа обычными подсказками.

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

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

Наконец, самые разные социальные факторы также прямо влияют на качество закупок:

– общий уровень культуры;

– национальные обычаи;

– условия труда работников;

– профессиональная подготовка;

– планирование товарооборота.

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

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

2.2. Моделирование бизнес-процессов «как должно быть»

Выполним моделирование процесса «Транспортная доставка заказов» в режиме «как должно быть» на основании рекомендаций, указанных в пункте 2.1.

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

В результате получим такую контекстную диаграмму (рисунок 12):

Рисунок 12 – Контекстная диаграмма после добавления управления «Работа с БД»

Аналогично на втором уровне декомпозиции будет использован данный элемент управления (рисунок 13):[9]

Рисунок 13 – Второй уровень декомпозиции

В результате такого введения БП будут несколько изменены остальные диаграммы. К примеру, процесс «Доставка» имеет вид (рисунок 14):

Рисунок 14 – Корректировка БП в последствии внедрения АИС по учету доставко

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

Заключение

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

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

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

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

Таким образом, при использовании ПК «количество переходит в качество», а увеличение скорости расчетов может сделать возможным качественное улучшение непосредственно схемы построения складского учета.

По результатам написания работы выполнено следующие основные задания:

– описана предметную область «Транспортная доставка заказов»;

– выполнен выбор основных инструментов для моделирования бизнес-процессов;

– смоделирован процесс в случае «как есть»;

– предоставлены предлагаемые мероприятия по усовершенствованию бизнес-процесса;

– выполнено моделирование процесса «как должно быть».

В ходе исследования и разработки ИС выявлены разные особенности проектирования ПО, разработана структурная схема для системы и ее принципы работы.

Список использованных источников

1. Информационные системы в экономике: Учебник для студентов вузов / под ред Г.А.Титоренко. - М.: ЮНИТИ-ДАНА, 2013. - 463c.
2. Саак, А.Э. Информационные технологии в маркетинге: учебник / А.Э. Саак, В.Н. Тюшняков, Е.В. Пахомов. - СПб: Питер, 2011 - 320c.
3. Ясенев, В.Н. Информационные системы и технологии в экономике: учебное пособие / В.Н. Ясенев. - перераб. и доп.- М.: ЮНИТИ, 2014 - 560c.
4. Информационные системы в маркетинговой деятельности: учебное пособие / под ред.Д.В.Чистова. - М.: , 2011. - 234c.
5. Информационные системы в экономике: учебно-методическое пособие / сост. Е.Г.Карелова. - Барнаул: АлтГУ, 2012. - 156c.
6. Безручко В.Т., Информационные системы / В.Т. Безручко. –М.: ИД. "Форум": ИНФРА–М. 2013–432 с.
7. Голицына О.Л. Информационные системы /О.Л. Голицына, Н.В. Максимов, –И.И. Попов. - М.:Форум, 2014. 352 c.
8. Голицына О.Л. Базы данных: Учебное пособие/О.Л.Голицына, Н.В. Максимов, И.И. Попов. - М.: Форум, 2014. – 400 c.
9. Проектирование ИС: Учебник под ред. Абдиксева Н.М.: –М.: ИД. "Форум": ИНФРА– М. 2014–448с.
10. Грошева И.К. Маркетинг и информатика. – 2011.– С. 95-105.
11. Агальцов, В.П. Базы данных. В 2-х т.Т. 1. Локальные базы данных: Учебник / В.П. Агальцов. - М.: ИД ФОРУМ, НИЦ ИНФРА-М, 2013. - 352 c.
12. Голицына, О.Л. Базы данных / О.Л. Голицына, Н.В. Максимов, И.И. Попов. - М.: Форум, 2014. - 352 c.
13. Карпова, И.П. Базы данных: Учебное пособие / И.П. Карпова. - СПб.: Питер, 2013. - 240 c.
14. Мартынова В.П. Базы данных. Распределенные и удаленные БД. Т.1: Учебник/В.П. Мартынова.–М.:ИД ФОРУМ,НИЦ ИНФРА-М, – 2013. – 272 c.
15. Мартынова В.П. Базы данных. Распределенные и удаленные БД. Т.1 / В.П. Мартынова.– М.: ИД ФОРУМ,НИЦ ИНФРА-М,2013. – 352 c.
16. Ракован О.Л. Базы данных / О.Л. Ракован – М.:Форум, 2004. – 352 c.