Преподаватель который помогает студентам и школьникам в учёбе.

Проектирование реализации операций бизнес-процесса «Транспортная доставка заказов»

Содержание:

ВВЕДЕНИЕ

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

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

Процесс проектирования ИС представляет собой преобразование входной информации об объекте и методах проектирования в проект ИС в соответствии с ГОСТом.

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

Субъектами проектирования ИС являются проектная организация и организация заказчик.

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

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

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

Целью курсовой работы является проектирование реализации операций бизнес-процесса «Транспортная доставка заказов». При написании курсовой работы были поставлены следующие задачи:

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

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

1 ГЛАВА. АНАЛИТИЧЕСКАЯ ЧАСТЬ

1.1. Выбор комплекса задач автоматизации.

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

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

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

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

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

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

Среди задач автоматизации отдельно следует выделить задачу автоматизации базы данных клиентов организации.

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

Основными свойства ИС являются:

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

1.2. Характеристика существующих бизнес-процессов.

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

Как правило, следует различать следующие категории бизнес-процессов:

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

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

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

Вид выполнения:

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

Создание стоимости:

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

Комплексность:

макропроцессы;
микропроцессы.

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

Коммерческий успех:

ключевые процессы;
управленческие процессы;
поддерживающие процессы.

Ключевые процессы являются специфическими для компании и имеют особое значение для достижения общей цели компании.

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

1.3. Характеристика документооборота, возникающего при решении задачи.

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

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

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

Разработка положения о службы документационного обеспечения управления (ДОУ) на предприятии.

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

Анализ документооборота, существующего на предприятии. Разработка и проведение мероприятий по его оптимизации.

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

Экспертиза бланков и типовых форм документов на предмет соответствия ГОСТу, Правилам ведения документооборота организаций, бизнес-процессам организации.

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

Экспертиза кадрового делопроизводства. Оптимизация кадрового делопроизводства.

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

1.4. Обоснование проектных решений по информационному обеспечению.

Разрабатываемая система предназначена для работы в операционной системе Windows. Программа должна работать в любой операционной системе семейства Windows: Windows 95/98, NT (Service Pack 6), 2000 (Service Pack 3), XP, а также на серверных вариантах этой операционной системы. Такой выбор объясняется развитым удобным графическим пользовательским интерфейсом данного семейства операционных систем, а также ее популярностью на российском рынке. Многие фирмы-производители программного обеспечения, в том числе систем разработки приложений, также ориентированы на это семейство операционных систем, что привело к наличию на рынке большого количества систем программирования, позволяющих разрабатывать программное обеспечение для Windows.

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

В связи с тем, что программа хранит информацию в базе данных, необходимо наличие соответствующей СУБД.

Программа ориентирована на работу с базами данных формата: MS Access. Соответственно на компьютере должна быть установлена данная СУБД. Если база MS Access функционирует на сервере, то необходимо обеспечить подключение компьютера к серверу. Для работы с базой данных Ms Access на удаленном компьютере требуется наличия открытого общего доступа к базе расположенной на удаленном компьютере, через протокол SMB.

Также необходимо дать удаленному пользователю, который подсоединяется к базе, права на чтение, запись, изменение данных на компьютере, который будет хранить базу данных. Также для доступа к данным используется системы работы с базами данных MS Access версии не ниже 2007 фирмы Microsoft.

1.5. Обоснование проектных решений по программному обеспечению.

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

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

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

В свете вышесказанного для автоматизации решения ваших задач вам необходимы мощная реляционная СУБД и система разработки приложений. Практически все существующие СУБД имеют средства разработки приложений, которые могут быть использованы программистами или квалифицированными пользователями при создании процедур для автоматизации управления и обработки данных. К сожалению, многие системы разработки приложений для создания процедур требуют знания некоторого языка программирования, например Си или Xbase. Несмотря на всю их силу и богатство средств, для успешного их использования от вас требуется наличие определенной профессиональной подготовки и опыта работы с ними. К счастью, имеются средства, позволяющие легко проектировать и создавать приложения для работы с базами данных без знания языка программирования. Работа в Microsoft Access начинается с определения реляционных таблиц и их полей, которые будут содержать данные. Сразу после этого вы с помощью форм, отчетов и макросов сможете определять действия над этими данными.

Формы и отчеты можно использовать для задания форматов вывода данных на экран и дополнительных вычислений, что очень похоже на работу с электронными таблицами. Но в этом случае содержащиеся в формах и отчетах форматы и инструкции по проведению вычислений отделены от данных (находящихся в таблицах), так что вы имеете полную свободу действий в использовании данных, не меняя при этом сами данные – достаточно создать дополнительную форму или отчет, использующие те же самые данные. Если вам нужно автоматизировать некоторые действия, то для установления связей между определенными формами и отчетами или для выполнения определенных действий в качестве отклика на некоторое событие (например, изменение данных в некотором поле формы) можно без особого труда создать макросы. Если нам нужны более изощренные средства, например библиотечные утилиты Windows, вы можете написать процедуру на Access Basic. Ниже приведен перечень основных причин, по которым переход к использованию в работе Access представляется целесообразным.

Причина 1.

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

Причина 2.

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

Причина 3.

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

Причина 4.

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

Microsoft Access, обладая всеми чертами классической СУБД, предоставляет и дополнительные возможности. Access – это не только мощная, гибкая и простая в использовании СУБД, но и система для разработки работающих с базами данных приложений. С помощью Access вы можете создать приложение, работающее в среде Windows и полностью соответствующее вашим потребностям по управлению данными. Используя запросы, вы можете выбирать и обрабатывать хранящуюся в таблицах информацию. Можно создавать формы для ввода, просмотра и обновления данных, а также использовать Access для создания как простых, так и сложных отчетов. Формы и отчеты «наследуют» свойства базовой таблицы или запроса, так что в большинстве случаев вы указываете форматы, условия на значения и некоторые другие характеристики данных только один раз. К числу наиболее мощных средств Access относятся средства разработки объектов – Мастера, которые вы можете использовать для создания таблиц, запросов различных типов форм и отчетов, просто выбрав с помощью мыши нужные опции. Чтобы полностью автоматизировать работу вашего приложения, с помощью макросов Access вы легко свяжете данные с формами и отчетами. Вы можете создать большинство приложений, не написав ни единой строки программы, но если этого недостаточно, то на этот случай Microsoft Access предоставляет мощный язык программирования – Microsoft Access Basic.

И наконец, все эти средства позволяют создавать приложения, работающие не только с базой данных Access, но и с другими наиболее распространенными базами данных. Ваше приложение может работать непосредственно с файлами dBASE, с базами данных Paradox, FFoxPro и любой базой данных, поддерживающей ODBC. Вы сможете также легко импортировать данные из текстовых файлов, документов текстовых процессоров и электронных таблиц (и экспортировать данные в них).

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

2 ГЛАВА. ПРОЕКТНАЯ ЧАСТЬ

2.1. Информационная модель и ее описание.

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

Информационная модель имеет три области.

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

Область 2 описывает систему получения данных из базы данных.

В этой области пользователь получает такую информацию как:

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

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

Информационная модель приведена на рисунке 1.

Рисунок 1. Информационная модель

2.2. Характеристика нормативно-справочной, входной и оперативной информации.

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

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

Входной информацией для БД являются следующие данные:

данные о товаре;
сведения о водителях;
сведения о заказах.

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

В данной предметной области нормативно-справочной информацией является информация о товарах, об их стоимости и т.д.

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

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

2.3. Характеристика результатной информации.

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

Вся результатная информация должна быть в понятном для пользователя виде и проста для понимания. При дальнейшей модернизации возможно изменение уже существующей или добавление новой результатной информации.

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

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

Внешний вид формы приведен на рисунке 2.

Рисунок 2. Внешний вид формы

2.4. Общие положения (дерево функций и сценарий диалога).

Для работы разработанного программного обеспечения необходимо, чтобы на вычислительной машине было установлено следующее ПО:

базовые операционные системы – лицензионная версия WINDOWS XP/7/8;
MS Office 2007/2010.

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

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

На данном этапе разработки проекта ИС необходимо также выбрать язык общения системы с конечным пользователем.

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

В процессе диалога возможно:

двустороннее управление на базе языка типа «запрос-ответ»,
одностороннее управление со стороны ИС с языком общения типа «меню», «заполнения шаблона», ответа по «подсказке»,
одностороннее управление со стороны пользователя с использованием языка директив (команд).

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

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

При разработке данного проекта система общения с пользователем организована таким образом, что основная часть диалога ведется на языке типа «меню», а заполнение форм входных документов – по «шаблону». Таким образом, происходит одностороннее управление процессом обработки данных со стороны ИС.

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

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

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

Сценарий диалога состоит из двух логически связанных частей:

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

2.5. Характеристика базы данных.

База данных состоит из четырех таблиц:

товары;
водители;
транспорт;
заказы.

Описание таблиц приведено ниже.

Таблица 1.

Сведения о водителях

Имя поля	Тип данных	Длина поля	Длина одной записи	Число записей	Возможность индексирования
Код сотрудника	Счетчик	20	3	10	Да Ключевое поле
ФИО сотрудника	Текстовый	50	50	10	Нет. Повторения невозможны
Стаж	числовой	20	8	10	Нет

Таблица 2.

Сведения о транспорте

Имя поля	Тип данных	Длина поля	Длина одной записи	Число записей	Возможность индексирования
Код транспорта	Счетчик	10	10	10	Да. Ключ. Поле
Название транспорта	Текстовый	30	30	10	Нет
Грузоподъемность	Текстовый	10	10	10	Нет

Таблица 3.

Таблица «Заказы»

Имя поля	Тип данных	Длина поля	Длина одной записи	Число записей	Возможность индексирования
Код заказа	Счетчик	10	10	12	Да. Ключевое поле
Код товара	Числовой	10	10	12	Да
Код сотрудника	Числовой	10	10	12	Да
Город	Числовой	30	30	12	Да
Дата доставки	Дата и время			12	Да
Количество	Текстовый	5	5	12	Нет
Выручка	Денежный	50	50	12	Нет

Таблица 4.

Таблица «Товары»

Имя поля	Тип данных	Длина поля	Длина одной записи	Число записей	Возможность индексирования
Код товара	Счетчик	10	10	12	Да. Ключ.
Наименование товара	Текстовый	30	30	12	Нет
Единица измерения	Текстовый	5	5	12	Нет
Розничная цена	Денежный	50	50	12	Нет

2.6. Структурная схема пакета (дерево вызова программных модулей).

Схема программных модулей содержит программные модули различных классов:

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

Схема взаимосвязи программных модулей ИС представлена на рисунке 3.

Рисунок 3. Схема взаимосвязи программных модулей

2.7. Описание программных модулей.

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

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

В подсистему ведения справочников входят следующие модули:

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

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

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

Подсистема аналитической отчетности включает в себя следующие модули:

модуль составления отчета по остаткам товаров на складах;
модуль составления отчета по движениям товара по складам.

2.8. Контрольный пример реализации проекта и его описание.

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

Реализация контрольного примера состоит из трех этапов:

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

После запуска базы данных на экране отобразиться начальная страница программы, показанная на рисунке 4.

Рисунок 4. Начальная страница программы

Слева расположена граница области переходов. Фильтр отображения данных установлен на «Все объекты Access».

Работа в единственной форме базы данных, показанная на рисунке 5, предоставляет возможность работы со справочниками:

транспорт;
товары;
водители;
заказы.

Просмотр запросов:

выручка от доставки;
дата доставки.

Просмотр отчетов:

заказы;
схема данных.

Рисунок 5. Форма базы данных

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

Рисунок 6. Справочник «Транспорт»

Работа в форме базы данных в справочнике «Товары» предусматривает добавление нового товара, нажатием кнопки «Товары» и внесение изменений в уже созданную таблицу, рисунок 7.

Рисунок 7. Справочник «Товары»

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

Рисунок 8. Справочник «Водители»

Работа в форме базы данных в справочнике «Заказы» предусматривает добавление нового заказа, нажатием кнопки «Заказы» и внесение изменений в уже созданную таблицу, рисунок 9.

Рисунок 9. Справочник «Заказы»

Работа в форме базы данных в запросах «Выручка от доставки» предусматривает просмотр сведений:

ФИО водителя;
название транспорта;
город, в который товар будет доставлен;
наименование товара;
выручка за товар.

Нажатием кнопки «Выручка от доставки» откроется запрос для его просмотра, рисунок 10.

Рисунок 10. Запрос «Выручка от доставки»

Работа в форме базы данных в запросах «Дата доставки» предусматривает просмотр сведений:

ФИО водителя;
город, в который товар будет доставлен;
дата доставки
наименование товара.

Нажатием кнопки «Дата доставки» откроется запрос для его просмотра, рисунок 11.

Рисунок 11. Запрос «Дата доставки»

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

Рисунок 12. Отчет «Заказы»

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

Рисунок 13. Отчет «Схема данных»

ЗАКЛЮЧЕНИЕ

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

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

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

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

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

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

Результатом курсовой работы стало разработанная база данных «Транспортная доставка заказов».

Программа работает в операционной системе Windows 95/98, NT, 2000, XP и выполнена в среде Microsoft Access. Результатами работы программы являются таблицы документов с заказами и доставкой товаров.

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

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

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

СПИСОК ЛИТЕРАТУРЫ

Проектное управление в сфере информационных технологий / В. И. Грекул, Н. В. Коровкина, Ю. В. Куприянов. — М.:БИНОМ. Лаборатория знаний, 2013. – 336 с.
Ричард Ньютон. Управление проектами от А до Я. – М: Альпина Паблишер, 2014.
Процессный подход к управлению. Моделирование бизнес-процессов/ В.Г. Елиферов, В.В. Репин. – М.: Манн, Иванов и Фербер, 2013. – 544 с.
Диго С. М. Базы данных: проектирование и использование: учебник для вузов. – М.: Финансы и статистика, 2011. – 592 с.
Диго С.М. Учебное пособие по курсу «Базы данных» / Московский международный институт эконометрики, информатики, финансов и права. – М., 2004. – 177 с.
ACCESS 2003. Самоучитель с примерами – М.: КУДИЦ-ОБРАЗ, 2004. – 272 с.
Искусство создания базы данных в Microsoft Office Access 2007: учеб. пособие / В.В. Быкова. – Красноярск: Сиб. федер. ун-т, 2011. – 260 с.
Разработка и создание баз данных средствами СУБД Access и SQL Server: практикум / С.А. Щелоков; Оренбургский гос. ун-т. – Оренбург: ОГУ, 2014. – 109 с.

ПРИЛОЖЕНИЯ

Приложение 1.

Программный код

Option Compare Database

Private Sub Кнопка5_Click()

On Error GoTo Err_Кнопка5_Click

Screen.PreviousControl.SetFocus

DoCmd.FindNext

Exit_Кнопка5_Click:

Exit Sub

Err_Кнопка5_Click:

MsgBox Err.Description

Resume Exit_Кнопка5_Click

End Sub

Private Sub Кнопка6_Click()

On Error GoTo Err_Кнопка6_Click

Screen.PreviousControl.SetFocus

DoCmd.FindNext

Exit_Кнопка6_Click:

Exit Sub

Err_Кнопка6_Click:

MsgBox Err.Description

Resume Exit_Кнопка6_Click

End Sub

Private Sub ОбластьДанных_Click()

End Sub

Private Sub ОбластьДанных_MouseDown(Button As Integer, Shift As Integer, X As Single, Y As Single)

End Sub

Private Sub Кнопка17_Click()

On Error GoTo Err_Кнопка17_Click

Screen.PreviousControl.SetFocus

DoCmd.FindNext

Exit_Кнопка17_Click:

Exit Sub

Err_Кнопка17_Click:

MsgBox Err.Description

Resume Exit_Кнопка17_Click

End Sub