Разработка прототипа информационной системы учета бюджета мероприятий факультет довузовской подготовки
Анализ деятельности факультета довузовской подготовки. Анализ готовых решений с применением методики анализа важности критериев. Текстовое описание бизнес-процесса проведения курсов, бюджета мероприятий. Разработка прототипа информационной системы.
| Рубрика | Программирование, компьютеры и кибернетика |
| Вид | дипломная работа |
| Язык | русский |
| Дата добавления | 28.11.2019 |
| Размер файла | 4,0 M |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Размещено на http://www.allbest.ru/
Разработка прототипа информационной системы учета бюджета мероприятий факультет довузовской подготовки
Аннотация
информационный бизнес довузовский факультет
В рамках данной работы представлена разработка информационной системы учета бюджета мероприятий для факультета довузовской подготовки НИУ ВШЭ-Пермь.
Первая глава работы содержит в себе описание деятельности факультета довузовской подготовки, а также сравнительный анализ готовых решений по методике анализа важности критериев.
Во второй главе представлено описание бизнес-процессов проведения мероприятия и учета бюджета мероприятий факультета довузовской подготовки. Бизнес-процессы реализованы в виде диаграмм в нотации BPMN.
Третья глава работы включает описание требований к проектируемой системе, диаграмму прецедентов и диаграмму активностей. Итогом третьей главы является спроектированная база данных.
В четвертой главе представлено обоснование выбора инструментальных средств разработки, разработан и описан пользовательский интерфейс, описано взаимодействие между интерфейсом, веб-сервером и базой данных. Конечный результат работы - разработанный прототип информационной системы учета бюджета мероприятий для факультета довузовской подготовки.
Работа состоит из введения, четырех глав, заключения, библиографического списка, содержащего 19 источников и 5 приложений. Работа представлена на 88 страницах, содержит 41 рисунок и 13 таблиц.
Введение
Финансовый учет является неотъемлемой частью рабочего процесса любой коммерческой организации. Такой вид деятельности всегда отнимает у сотрудников время, которое могло бы быть направлено на другие более приоритетные задачи. Потребность в экономии временных затрат является поводом для упрощения процесса управления финансами путем инновационного автоматизирования [16].
На данный момент ведение учета бюджета, а также доходов и расходов факультета довузовской подготовки НИУ ВШЭ-Пермь, осуществляется с помощью MS Excel. По причине того, что MS Excel не является специализированным инструментом для ведения финансовой деятельности, то учет финансовых операций «вручную» не только трудозатратный и требует времени, но и не позволяет вести полноценный контроль над операциями и формировать качественную отчётность и аналитику.
Роль автоматизации в учете бюджета крайне важна, так как сокращение времени на обработку информации о денежных потоках факультета позволит увеличить время на полноценный финансовый анализ и оптимизацию текущих затрат, эффективное планирование расходов в будущем и подготовку плана по развитию решений для грамотного управления бюджетом в целом [18].
С развитием информационных технологий рынок, предлагающий автоматизированные системы учета финансовых операций, стремительно растет. Производители и разработчики предлагают широкий спектр программного обеспечения, специализирующегося на бухгалтерском учете, подходящего как для ведения учета во всех сферах бизнеса, так и для конкретных его направлений [15]. Но несмотря на многообразие систем учета, для факультета довузовской подготовки было принято решение спроектировать и разработать уникальный продукт.
Цель работы - это разработка прототипа информационной системы учета бюджета мероприятий факультета довузовской подготовки.
Объектом исследования является бюджет факультета довузовской подготовки пермского кампуса НИУ ВШЭ, предметом - система учета бюджета мероприятий факультета.
Актуальность темы исследования обусловлена тем, что с каждым годом количество поступающих в НИУ ВШЭ-Пермь растет, а вместе тем увеличивается проходной балл. Поэтому все чаще абитуриенты обращаются к подготовительным курсам, а их учителя повышают квалификацию. Оказанием такого рода услуг занимается факультет довузовской подготовки НИУ ВШЭ-Пермь. Поэтому сейчас важно обеспечить автоматизацию процесса учета бюджета внутри факультета.
Более того, актуальность реализации работы по данному направлению подтверждается значительным количеством публикаций на тему информационных систем учета, например в таких статьях, как [12, 14, 19].
Для достижения цели необходимо выполнить следующий ряд задач:
1. Провести анализ финансовой составляющей деятельности факультета довузовской подготовки, включающий:
· Определить источники финансирования.
· Сформировать список мероприятий и их статей бюджета.
· Сформировать список финансовых документов, связанных с бюджетом.
2. Провести сравнительный анализ существующих решений в области финансового учета.
3. Смоделировать бизнес-процесс формирования и учета бюджета довузовского факультета.
4. Сформировать требования к системе.
5. Спроектировать базу данных.
6. Обосновать выбор инструментальных средств разработки.
7. Разработать пользовательский интерфейс.
8. Интегрировать базу данных с пользовательским интерфейсом и веб-сервером.
9. Провести функциональное тестирование системы.
Для решения поставленных задач были выбраны следующие методы исследования:
· Анализ предметной области - подробное изучение исследуемой области с выявлением отличительных свойств и признаков.
· Сравнение аналогов - сравнение готовых решений по конкретным свойствам и требованиям.
· Методика анализа важности критериев - метод, направленный на выявление оптимальной системы по сумме выставленных оценок по критериям.
· Объектно-ориентированный анализ и проектирование ИС.
Значимость работы заключается в том, что данный прототип будет являться работоспособной версией информационной системы, в которой реализованы основные функциональные требования заказчика. Кроме того, прототип может быть протестирован на практике: в экосистеме факультета довузовской подготовки с применением реальных данных.
Работа состоит из 4 глав, в которых представлен анализ деятельности факультета, определены функциональные требования к проектируемой системе, рассмотрены методы и инструменты для разработки веб-приложений, описан процесс разработки и интерфейс системы.
Глава 1. Характеристика предметной области
1.1 Обзор финансовой составляющей факультета довузовской подготовки
Факультет довузовской подготовки относится к подразделению дополнительного профессионального образования НИУ ВШЭ-Пермь и оказывает платные услуги по подготовке абитуриентов к вступительным экзаменам в высшие учебные заведения
(см. рис. 1.1.). Кроме того, факультет реализует программы «10-11 класс» и «11 класс», направленные на успешную сдачу Единого Государственного Экзамена, а также различных вузовских олимпиад и творческих конкурсов. Ниже представлен полный перечень мероприятий факультета довузовской подготовки:
· Подготовительные курсы различной длительности и направленности (8-ми и 4-х месячные, мастер-классы, тренинги; математика, русский язык, информатика, английский язык, обществознание и др.).
· Университетские и академические классы (комплексная программа с обучением на базе школы и 1-го дня в неделю в Вышке).
· Курсы повышения квалификации учителей (Оказание услуг по повышению квалификации учителей образовательных организаций Пермского края по управлению качеством образования "математика"; Оказание услуг по повышению квалификации учителей образовательных организаций Пермского края по управлению качеством образования "информатика"; и др.).
· Оказание услуг по подготовке и проведению олимпиады учителей «ПРОФИ-КРАЙ».
· Обеспечение работы очно-заочной школы при вузах и проведение конкурсов, олимпиад для одаренных детей Пермского края по предмету «экономика».
· День открытых дверей факультета.
· День включенного обучения (экскурсия по Вышке с посещением занятий и др. мероприятий).
· Различные мероприятия, связанные с приемной кампанией (выездные дни открытых дверей в школах Пермского края и др. регионов РФ).
Рисунок 1.1. Структура пермского кампуса НИУ ВШЭ
Деятельность факультета довузовской подготовки осуществляется за счет средств НИУ ВШЭ-Пермь, в которую поступают как внутренние, так и внешние финансовые ресурсы. Внутреннее финансирование представляет собой использование денежных ресурсов, возникающих в процессе финансово-хозяйственной деятельности, например прибыль, резервы будущих расходов, доходы будущих периодов, амортизация. Внешнее финансирование предполагает использование денежных средств, поступающих из внешнего мира, например государство, нефинансовые организации. Таким образом, основными источниками финансирования пермского кампуса НИУ ВШЭ с целью развития факультета довузовской подготовки являются:
· Прибыль, получаемая от учащихся и их родителей, за оказание услуг по подготовительным курсам.
· Дотации от Министерства образования и науки Пермского края.
· Дотации от Института развития образования Пермского края.
· Субсидии от общеобразовательных организаций (школы, гимназии, лицеи) и др.
1.2 Анализ деятельности факультета довузовской подготовки
Несмотря на то, что факультет осуществляет свою деятельность, используя общие средства НИУ ВШЭ-Пермь, руководство факультета ведет учет бюджета и предоставляет финансовую отчетность вышестоящему руководству. На данный момент все манипуляции, связанные с бюджетом, доходами и расходами по мероприятиям ведутся вручную с помощью электронных таблиц в MS Excel.
Excel - это приложение, входящее в стандартный состав пакета Microsoft Office и позволяющее решать задачи анализа данных средней сложности. Кроме того, Excel принято использовать в качестве инструмента для автоматизации бюджетирования. Причинами этому служат недорогое и быстрое внедрение, а также легкость в освоении продукта. Оперирование данными и ведение учета инструментами MS Excel занимает не только достаточное количество времени, но и также имеет существенные функциональные недостатки:
· Сложности при использовании режима «совместная работа», поэтому осуществлять коллективную работу над одним документом практически невозможно.
· Отсутствует возможность составления нескольких вариантов бюджета. Чтобы составить новый вариант, необходимо создать новый файл, что может привести к путанице, поскольку в MS Excel не реализованы структура и правила обращения к файлам.
· Сложности при проверке данных, внесенных из других источников.
· Нет разграничения доступа к данным по правам пользователей. Можно ограничить доступ к отдельным листам, но практически невозможно реализовать систему доступа по уровням.
· Возникновение проблем с производительностью при работе с большими объемами данными.
· Отсутствует механизм предотвращения ошибок.
· «Бедный», «недружелюбный» интерфейс.
Анализируя недостатки применяемого способа для учета бюджета, можно выделить основные требования, которые обязательны при выборе нового инструмента или программы для учета бюджета:
· Инструмент должен поддерживать актуальные платформы: Windows, MacOS, Web.
· Инструмент должен иметь встроенную базу знаний или help для быстрого решения вопросов и проблем при его использовании.
· Инструмент должен иметь возможность импорта и экспорта структурированного контента (данных) внешних сервисов, например MS Excel.
· Инструмент должен иметь такие функциональные возможности, которые позволят решить задачу учета бюджета в полной мере.
· Инструмент должен включать в себя многопользовательский режим и возможность разграничения прав доступа к данным.
· Инструмент должен иметь возможность индивидуальной настройки интерфейса под конкретные запросы пользователя.
· Инструмент должен иметь возможность вывода данных на печать.
· Инструмент должен обеспечивать доступ к данным через Интернет.
Более подробно функциональные и нефункциональные требования к будущей системе учета бюджета мероприятий факультета довузовской подготовки представлены в техническом задании (см. приложение 1).
1.3 Сравнительный анализ готовых решений с применением методики анализа важности критериев
Для того чтобы принять решение о выборе системы наилучшим образом, основные требования к будущей системе были проанализированы и распределены по критериям согласно методике анализа важности критериев.
На сегодняшний день метод сравнительного анализа применяется повсеместно: по отношению к любым объектам и предметам, а также в любых сферах. Но несмотря на все многообразие различных методов для сравнения, важно найти и применить метод, подходящий конкретно под цели исследования. Одним из методов сравнительного анализа, который может быть применен по отношению к системам для финансового учета, является методика анализа важности критериев.
Данная методика подразумевает проведение сравнительного анализа нескольких объектов (в данном случае систем) на основе уже определенных критериев. Авторы методики считают, что заранее определенные критерии позволяют объективно сравнивать объекты между собой, не углубляясь в особенности каждого объекта. По каждому критерию каждому объекту эксперт выставляет оценку по 5-балльной шкале. Таким образом, наилучший объект выбирается путем получения максимального результата [3].
Критерий № 1. Поддержка платформы. Данный критерий подразумевает совместимость с существующей аппаратной и программной платформой, наличие веб-сервиса и других дополнительных установок.
Критерий № 2. Масштабируемость. Данный критерий отражает основное требование к эксплуатации системы, а именно: возможность осуществления масштабирования, возможность удаленной работы.
Критерий № 3. Гибкость и легкость настройки. Данный критерий отвечает за легкость настроек и изменений при внедрении системы в организацию.
Критерий № 4. Функциональность. Данный критерий является составным и состоит из четырех важных функциональных особенностей, которыми должна обладать система:
· Многопользовательский режим.
· Формирование планов и бюджетов.
· Наличие инструмента для аналитики и контроля исполнения бюджета.
· Формирование отчетности.
Критерий № 5. Импорт и экспорт данных. Данный критерий представляет собой возможность импорта и экспорта данных внешних сервисов.
Критерий № 6. Удобство использования. Данный критерий отражает основное требование к интерфейсу системы, а именно: легкость и понятность при работе, наличие веб-интерфейса, возможность офлайн и онлайн работы.
Критерий № 7. Стоимость внедрения. Данный критерий подразумевает оценку стоимости приобретения и внедрения системы.
Критерий № 8. Процесс внедрения. Данный критерий направлен на выявление потенциальных проблем при внедрении и после эксплуатации системы.
Критерии оцениваются по 5-балльной шкале:
1 - данные функции не реализованы.
2 - данные функции реализованы плохо.
3 - данные функции реализованы удовлетворительно.
4 - данные функции реализованы хорошо.
5 - данные функции реализованы идеально.
Описанная выше система критериев и оценки будет применена для выбора одной из трех систем для учета бюджета: MS Excel, Дебет Плюс, 1С: Предприятие. Для этого необходимо построить модель предпочтений пользователя, которая строится на основе качественных оценок соотношений важности выбранных критериев.
При подсчете оценок системы могут иметь одинаковую сумму по всем критериям. Поэтому необходимо определить важность критериев:
· Критерии №1, №2, №6 являются одинаково важными, поскольку масштабируемость системы прямо зависит от поддерживаемых ею платформ, критерий удобства использования по важности сопоставим с критериями №1 и №2.
· Критерии №3 и №5 являются одинаково важными, так как они связаны между собой тем фактом, что при внедрении новой системы необходимо будет произвести импорт данных из предыдущей системы, а именно из MS Excel.
· Критерии №4.a, №4.b, №4.c, №4.d также являются одинаково важными между собой, поскольку представляют основные функциональные требования. При этом критерий №4.a важнее, чем критерий №4.с, поскольку способность системы к аналитике и прогнозу не является обязательным требованием к системе.
· Критерий №3 важнее, чем критерий №6, так как удобство в использовании системы по важности уступает гибкости и легкости настройки.
· Критерии под №4 важнее, чем критерий №6, так как удобство в использовании по важности уступает реализации основных функциональных требований.
· Критерий №1 важнее, чем критерий №8, поскольку процесс внедрения зависит от квалификации персонала и других внешних факторов, а поддержка системой необходимых платформ зависит только от ее разработчика.
· Критерий №8 важнее, чем критерий №7, потому что в данном случае основное внимание уделяется надежности разработчика или поставщика системы, тому, как разработчик себя зарекомендовал на рынке программного обеспечения.
В роли экспертов, оценивающих каждую из систем по критериям, выступили сотрудники факультета довузовской подготовки. Поскольку один из экспертов работает в системе MS Excel и 1С: Предприятие, два остальных эксперта работают только с 1С: Бухгалтерия и знакомы с системой Дебет Плюс.
Для сравнения были выбраны три системы: MS Excel, Дебет Плюс и 1С: Предприятия. Данные системы являются одними из самых распространенных систем на российском рынке программного обеспечения для ведения и учета финансовых операций.
MS Excel - одна из самых востребованных программ базового пакета Microsoft Office (см. рис. 1.2.). Данная программа может быть использована в качестве инструмента для ведения и учета бюджета благодаря ее встроенным функциям для консолидации и сортировки данных, конвертации цен, работы с длинными таблицами, записи параметров приходных и расходных документов.
Востребованность инструмента MS Excel среди бухгалтеров небольших предприятий заключается в следующих фактах: для беспрерывной работы с инструментом достаточно компьютера, не обладающего большой мощностью; финансово доступна всем предприятиям; инструмент не имеет потребности в обеспечении технической поддержкой; простота построения таблиц, диаграмм и графиков; есть возможность добавления дополнительных инструментов для анализа. О недостатках работы с инструментом MS Excel было сказано выше.
Рисунок 1.2. Интерфейс инструмента MS Excel
Дебет Плюс - автоматизированная система управления предприятием (см. рис. 1.3.). Система обладает кросс-платформенностью и широкими возможностями для конфигурирования. Несмотря на то, что система была разработана согласно украинскому законодательству, она также адоптирована под требования законодательства РФ. Для проведения анализа была установлена бесплатная версия системы, которая не имеет ограничений по объему базы данных и времени работы, позволяет использовать возможности конфигурирования в полной мере, и обеспечивает полноценную работу в сети. Система хранит информацию в виде первичных документов, проводок, начальных остатков и справочников.
Рисунок 1.3. Интерфейс системы «Дебет Плюс»
Система Дебет Плюс состоит из 11 модулей: учет банковских операций, учет кассовых операций, учет товарно-материальных ценностей, учет основных средств, учет заработной платы, учет кадров, свод бухгалтерского баланса, управленческий учет, CRM, администратор комплекса и учет транспортных средств.
Платформа 1С: Предприятие применяется для автоматизации управленческого и бухгалтерского учетов на предприятии. 1С: Бухгалтерия - один из программных продуктов платформы 1С: Предприятие, разработанная для ведения учета, подготовки и сдачи отчетности (см. рис. 1.4.). Конфигурация позволяет вести налоговый и бухгалтерский учет в соответствии с законодательством Российской Федерации.
Рисунок 1.4. Интерфейс программы «1С: Бухгалтерия»
Поскольку конфигурация легко может быть полностью настроена, она может быть успешно внедрена в небольшие организации и малые предприятия. 1С: Бухгалтерия предназначена для учета любого уровня сложности: ввод и выполнение проводок, карточек счетов, ведение кассы, печать платежных документов, формирование регламентированных отчетов, учет расчетов с контрагентами ведение аналитического учета, автоматическое выполнение завершающих операций месяца [5].
На основании проведенного анализа систем были получены оценки соответствия критериям в табл. 1.1.
Таблица 1.1. Сравнительный анализ готовых решений
|
№ критерия |
Критерий |
MS Excel |
Дебет Плюс |
1С: Бухгалтерия |
|
|
1 |
Поддержка платформы |
4 |
4 |
5 |
|
|
Экспертная оценка 1 |
5 |
5 |
5 |
||
|
Экспертная оценка 2 |
4 |
3 |
5 |
||
|
Экспертная оценка 3 |
4 |
5 |
5 |
||
|
2 |
Масштабируемость |
3 |
5 |
5 |
|
|
Экспертная оценка 1 |
2 |
4 |
5 |
||
|
Экспертная оценка 2 |
3 |
5 |
5 |
||
|
Экспертная оценка 3 |
4 |
5 |
5 |
||
|
3 |
Гибкость и легкость настройки |
3 |
5 |
5 |
|
|
Экспертная оценка 1 |
4 |
5 |
5 |
||
|
Экспертная оценка 2 |
3 |
5 |
4 |
||
|
Экспертная оценка 3 |
2 |
5 |
5 |
||
|
4 |
Функциональность |
||||
|
4.a |
Многопользовательский режим |
2 |
3 |
5 |
|
|
Экспертная оценка 1 |
1 |
2 |
4 |
||
|
Экспертная оценка 2 |
3 |
3 |
5 |
||
|
Экспертная оценка 3 |
1 |
4 |
5 |
||
|
4.b |
Формирование планов и бюджетов |
3 |
5 |
5 |
|
|
Экспертная оценка 1 |
5 |
5 |
5 |
||
|
Экспертная оценка 2 |
1 |
5 |
5 |
||
|
Экспертная оценка 3 |
3 |
5 |
5 |
||
|
4.c |
Наличие инструмента для аналитики и контроля исполнения бюджета |
5 |
5 |
5 |
|
|
Экспертная оценка 1 |
4 |
5 |
5 |
||
|
Экспертная оценка 2 |
5 |
5 |
5 |
||
|
Экспертная оценка 3 |
5 |
5 |
5 |
||
|
4.d |
Формирование отчетности |
3 |
5 |
5 |
|
|
Экспертная оценка 1 |
3 |
4 |
5 |
||
|
Экспертная оценка 2 |
3 |
5 |
5 |
||
|
Экспертная оценка 3 |
3 |
5 |
5 |
||
|
5 |
Импорт и экспорт данных |
5 |
5 |
5 |
|
|
Экспертная оценка 1 |
5 |
5 |
5 |
||
|
Экспертная оценка 2 |
5 |
5 |
5 |
||
|
Экспертная оценка 3 |
5 |
5 |
5 |
||
|
6 |
Удобство использования |
2 |
5 |
5 |
|
|
Экспертная оценка 1 |
2 |
4 |
5 |
||
|
Экспертная оценка 2 |
1 |
5 |
5 |
||
|
Экспертная оценка 3 |
1 |
5 |
5 |
||
|
7 |
Стоимость внедрения |
4 |
5 |
4 |
|
|
Экспертная оценка 1 |
5 |
5 |
4 |
||
|
Экспертная оценка 2 |
4 |
4 |
4 |
||
|
Экспертная оценка 3 |
4 |
5 |
4 |
||
|
8 |
Процесс внедрения |
5 |
5 |
5 |
|
|
Экспертная оценка 1 |
5 |
5 |
4 |
||
|
Экспертная оценка 2 |
5 |
5 |
5 |
||
|
Экспертная оценка 3 |
5 |
5 |
5 |
||
|
Итого |
39 |
52 |
54 |
Таким образом, применив метод анализа важности критериев, была выбрана оптимальная система - 1С: Бухгалтерия. Во-первых, 1С: Бухгалтерия поддерживает большинство платформ, а именно: Windows, Windows Phone, iOS, Android, Web-приложение. Во-вторых, система может быть масштабируема и настроена для любого предприятия, от малого до крупного. В системе также реализованы режим одновременной работы нескольких пользователей и разграничение прав и доступа к разным уровням данных [6].
Помимо этого, в системе можно создавать шаблоны смет, необходимых отчетов и планов, которые будут формироваться автоматически каждый месяц. 1С: Бухгалтерия также содержит специальные инструменты для аналитики, контроля и прогнозирования. Система имеет дружелюбный интерфейс, меню которого может быть настроено индивидуально каждым пользователем [11].
Стоимость внедрения системы 1С: Бухгалтерия 8 ПРОФ на 1 пользователя обойдется в 13 000 рублей. Стоимость пакета, помимо системы, включает в себя: доставку, установку, ИТС ПРОФ - 3 месяца (бесплатное информационно-технологическое сопровождение в течение 3 месяцев), 1С-Отчетность - сервис документооборота для отправки электронной отчетности. Расчет стоимости пакетов на большее число пользователей представлен в табл. 1.2:
Таблица 1.2. Расчет стоимости пакетов 1С: Бухгалтерия
|
Наименование |
Комплектация |
Стоимость |
|
|
1С: Бухгалтерия 8 ПРОФ |
Коробочная версия. Комплект на 1 пользователя |
13 000 рублей |
|
|
1С: Бухгалтерия 8 ПРОФ (USB) |
Электронная версия. Комплект на 1 пользователя |
16 200 рублей |
|
|
1С: Бухгалтерия 8 ПРОФ |
Коробочная версия. Комплект на 5 пользователей |
26 000 рублей |
|
|
1С: Бухгалтерия 8 ПРОФ (USB) |
Электронная версия. Комплект на 5 пользователей |
30 200 рублей |
Но внедрение готовой системы только облегчит, а не решит проблему факультета довузовской подготовки. Для того чтобы автоматизировать бизнес-процесс учета бюджета мероприятий факультета довузовской подготовки НИУ ВШЭ-Пермь необходимо разработать уникальное средство. Платформа 1С: Предприятие предоставляет возможность разработки и настройки решения, удовлетворяющего нуждам организации, поэтому разработка информационной системы для учета бюджета мероприятий будет проводиться на платформе 1С: Предприятие.
1.4 Выводы по главе
В данной главе была проанализирована деятельность факультета довузовской подготовки. Были выделены основные услуги, реализуемые факультетом: подготовительные курсы, университетские классы, курсы повышения квалификации учителей, проведение олимпиад, мероприятия по приемной кампании. Кроме того, были определены источники финансирования факультета довузовской подготовки
НИУ ВШЭ-Пермь.
В ходе исследования деятельности факультета довузовской подготовки был изучен инструмент, с помощью которого сотрудники осуществляют учет бюджета. Базируясь на недостатках текущего инструмента, MS Excel, были сформулированы основные требования, которым разрабатываемая система должна отвечать.
Также был проведен сравнительный анализ готовых решений с применением методики анализа важности критериев с целью выявления системы, которая могла бы быть внедрена в факультете довузовской подготовки. Были проанализированы три системы: MS Excel, Дебет Плюс и 1С: Бухгалтерия. Оптимальной для внедрения системой оказалась 1С: Бухгалтерия, поэтому информационная система учета бюджета мероприятий будет разработана на платформе 1С: Предприятие.
Глава 2. Описание бизнес-процесса учета бюджета мероприятий
2.1 Текстовое описание бизнес-процесса проведения курсов
Одним из видов деятельности НИУ ВШЭ является довузовская подготовка абитуриентов. Довузовская подготовка реализуется при помощи различных проектов: предметные курсы для подготовки к ЕГЭ и вступительным экзаменам, курсы для учителей, курсы, направленные на знакомство с образовательными программами
НИУ ВШЭ.
Ежегодно в начале учебного года менеджер факультета формирует список мероприятий (проектов) - общеобразовательных программ, обучение на которых обеспечивает факультет довузовской подготовки. Для того, чтобы потенциальные слушатели курса узнали о программах, менеджер факультета создает заявку на рекламу и продвижение информации о программах. Реализацией рекламы программ занимается отдел по связям с общественностью после согласования заявки деканом и заместителем директора.
После того, как реклама была запущена, слушатели начинают записываться на курсы. Для записи на курс клиенту необходимо предоставить паспорт и документ об образовании, а также заполнить заявление о приеме и заключить договор. Если слушатель несовершеннолетний, договор оформляется на имя родителя или опекуна.
Для того чтобы договор стал действительным, слушатель обязан внести оплату. Оплата производится двумя частями в сроки, установленные договором: первая часть вносится до начала обучения, последняя часть вносится в середине обучения. Оплата производится на счет НИУ ВШЭ, при этом слушателю необходимо предоставить менеджеру факультета копию квитанции об оплате. Факт поступления денег на счет фиксирует бухгалтерия.
Обучение ведется в небольших группах по 10-15 человек, поэтому запись на курс ограничена - 15 человек. Делопроизводитель осуществляет предварительный расчет стоимости - во сколько обойдется обучить записавшихся слушателей. После того, как группа на обучение набрана, менеджер факультета формирует приказ о зачислении.
Менеджером факультета также учитывается посещение курсов слушателями. Если слушатель пропускает занятие по уважительной причине и уведомляет об этом, то бухгалтерия делает перерасчет начислений и возвращает часть денежных средств за пропущенные занятия. При пропуске занятий по неуважительной причине или без уведомления - перерасчет начислений не производится. Кроме того, денежные средства не возвращаются при отчислении студента из-за неуспеваемости.
При окончании курса менеджер факультета формирует приказ об отчислении как слушателей, которые успешно прошли курс, так и слушателей, которые были отчислены из-за неуспеваемости. Слушателям, которые успешно окончили курс, выдается сертификат об его прохождении.
Диаграмма, визуализирующая бизнес-процесс проведения курса, в нотации BPMN представлена в приложении 2 [8].
2.2 Описание бизнес-процесса учета бюджета мероприятий
Бизнес-процесс учета бюджета мероприятий возникает с потребности факультета довузовской подготовки реализации общеобразовательных программ для школьников и учителей. Для реализации программ для учителей средства выделяются
НИУ ВШЭ-Пермь и юридическими лицами, например Институтом развития образования Пермского края и Министерством образования и науки Пермского края. Для реализации программ для школьников (абитуриентов) используются средства, полученные в ходе предоставления платных услуг (оплаты программ, курсов).
После того, как средства на реализацию программ были получены, менеджер факультета распределяет бюджет на расходы:
· Оплата труда.
· Начисления на оплату труда.
· Материалы.
· Специальные призы Министерства образования и науки Пермского края.
· Призы НИУ ВШЭ-Пермь.
· Накладные расходы.
· Начисленный НДС (20%).
Делопроизводитель формирует смету расходов и производит предварительный расчет стоимости программы. Далее смета расходов направляется на согласование бухгалтерии и на утверждение финансово-плановому отделу и заместителю директора. После того, как смета была утверждена, менеджер факультета оформляет договор на оплату труда преподавателям программ и готовит приказ о зачислении слушателей на программы. Приказ о зачислении отправляется в бухгалтерию для занесения в систему документооборота (СДО).
В процессе обучения слушатели могут пропускать занятия по уважительной причине (например, из-за болезни) или завершить обучение по собственному желанию. В таком случае слушатель должен уведомить факультет о пропуске и написать заявление до 25 числа месяца, иначе бухгалтерия не сможет произвести перерасчет начислений. Если слушатель написал заявление после 25 числа месяца, то перерасчет не будет производиться. По окончании обучения или по завершении курса по собственному желанию слушателя менеджер факультета формирует приказ об отчислении и отправляет его в бухгалтерию для занесения в систему документооборота (СДО). Визуально бизнес-процесс представлен на диаграмме в нотации BPMN ниже на рис. 2.1:
Рисунок 2.1. Бизнес-процесс учета бюджета мероприятий в нотации BPMN
На данный момент бизнес-процесс учета бюджета отнимает у сотрудников факультета довузовской подготовки достаточно времени, поскольку процесс не автоматизирован. Более того, для достижения конечной цели задействованы различные системы и инструменты.
Например, непосредственно учет бюджета ведется в MS Excel, приказы на зачисление или отчисление создаются в MS Word, а затем отправляются на согласование через корпоративную почту MS Outlook. Из-за отсутствия единой системы создания файлов и их хранения зачастую важные документы теряются или происходит путаница в версиях файла.
2.3 Выводы по главе
В данной главе были представлены и описаны главные бизнес-процессы факультета довузовской подготовки НИУ ВШЭ-Пермь: бизнес-процесс проведения курса и бизнес-процесс учета бюджета мероприятий. Бизнес-процессы были реализованы в нотации BPMN и представляют собой алгоритм или последовательность выполнения процесса.
На диаграмме бизнес-процесса проведения курсов были выделены следующие исполнители: Менеджер Факультета, Клиент, Бухгалтерия, Отдел по связям с общественностью, Декан, Заместитель Директора. На диаграмме бизнес-процесса учета бюджета мероприятий были выделены следующие исполнители: Физические лица, Юридические лица, НИУ ВШЭ-Пермь, Менеджер Факультета, Делопроизводитель, Бухгалтерия, Финансово-плановый отдел.
С помощью построенных диаграмм удалось выявить основную проблемную зону бизнес-процесса: отсутствие единой системы для взаимодействия между исполнителями.
Глава 3. Проектирование системы учета бюджета мероприятий
3.1 Описание требований
На основе данных, полученных в ходе исследования бизнес-процесса учета бюджета мероприятий факультета довузовской подготовки, а также исходя из непосредственных требований заказчика, были сформулированы требования к разрабатываемой системе.
3.1.1 Описание бизнес-требований
Бизнес-требования - это описание основных целей и задач заказчика, которые будут достигнуты посредством разрабатываемой системы.
Информационная система учета бюджета мероприятий должна обеспечить менеджеру факультета следующие возможности:
· Сэкономить время при заполнении таблиц и формировании отчетов.
· Минимизировать факт человеческих ошибок при работе с данными, реализуемая путем проверки вводимых данных.
· Снизить риска потери данных и повышения безопасности хранения данных.
· Возможность удаленной работы, реализуемая путем создания веб-клиента.
· Хранить все документы, связанных с учетом бюджета, в единой системе.
· Ограничить доступ к данным согласно ролям.
3.1.2 Описание функциональных требований
Функциональные требования - это описание характеристик, функциональных блоков, которые должны быть реализованы в разрабатываемой системе с целью того, чтобы конечный пользователь мог выполнить свои цели и задачи в рамках бизнес-требований [13, 17]. Разрабатываемая система должна обеспечить следующие возможности:
· Сбор и хранение данных о расходах и доходах.
· Формирование смет и отчетов по заданному шаблону и выбранному периоду.
· Импорт и экспорт данных из других источников.
· Автоматическое формирование отчетности ежемесячно.
· Прикрепление файла из внешних источников для согласования.
· Согласование документов по ролям.
· Автоматическая проверка заполнения полей при создании документов.
3.1.3 Описание системных требований
Системные требования - это описание требований, которыми должен обладать компьютер, для обеспечения бесперебойной работы системы.
Требования для работы веб-клиента в основном определяются используемым веб-браузером. Список поддерживаемых браузеров:
· Для ОС Windows: Mazilla Firefox 17 и выше, Microsoft Internet Explorer 8.0 и выше, Google Chrome 4 и выше, Safari 4.0.5 и выше.
· Для ОС Linux: Mazilla Firefox 17 и выше.
· Для ОС MacOS X: Safari 4.0.5 и выше (для MacOS X версии 10.5 и выше).
В общем случае компьютер конечного пользователя должен удовлетворять требованиям:
· Процессор Intel Pentium/Celeron 1800 МГц и выше.
· Оперативная память 1 Гбайт и выше.
· Жесткий диск 40 Гбайт и выше (при установке используется около 250 Мбайт).
Для компьютеров с небольшим объемом памяти и не производительным процессором, для браузера Microsoft Internet Explorer рекомендуется использовать версию 9.0 или использовать другие браузеры, поддерживаемые системой «1С: Предприятие» [4].
3.2 Построение диаграммы прецедентов и их спецификация
Для описания разрабатываемой системы на концептуальном уровне была построена диаграмма вариантов использования (use-case) в UML (Unified Modeling Language) (см. рис. 3.1. и рис.3.2.). Согласно распределению ролей в системе были выделены акторы диаграммы:
Администратор, управляющий всеми объектами конфигурации, а также отвечающий за предоставление прав доступа к объектам по ролям.
Менеджер - главный актор, имеющий право на управление всеми объектами конфигурации, как и администратор.
Рисунок 3.1. Диаграмма прецедентов для ролей: менеджер и администратор
Декан - актор, набор прав которого позволяет просматривать ограниченный набор объектов конфигурации, а также имеющий возможность согласования документов.
Заместитель директора - актор, набор прав которого позволяет просматривать ограниченный набор объектов конфигурации, а также имеющий возможность согласования документов.
Бухгалтер - актор, набор прав которого позволяет просматривать ограниченный набор объектов конфигурации.
Делопроизводитель - актор, набор прав которого позволяет просматривать ограниченный набор объектов конфигурации.
Рисунок 3.2. Диаграмма прецедентов для ролей: делопроизводитель, бухгалтер, декан, зам. директора
Список требований, предъявляемых к системе, и список прецедентов представлены в таблице ниже (см. табл. 3.1.).
Для того чтобы начать работу в системе необходимо выполнить вход: ввести логин и пароль корректно согласно роли. Данный прецедент не вынесен на диаграмму, поскольку без выполнения входа нельзя начать работу в системе.
Таблица 3.1. Список требований и прецедентов
|
Требование |
Прецедент |
|
|
Добавление объектов конфигурации |
Добавить объект конфигурации |
|
|
Редактирование объектов конфигурации |
Редактировать объект конфигурации |
|
|
Удаление объектов конфигурации |
Удалить объект конфигурации |
|
|
Просмотр объектов конфигурации |
Просмотреть объект конфигурации |
|
|
Проводка документов |
Провести объект конфигурации |
|
|
Отмена проводки документов |
Отменить проведение |
|
|
Разграничение прав доступа по ролям |
Управлять ролями |
|
|
Согласование приказов |
Согласовать |
|
|
Просмотр документов |
Смотреть документ «Приказ» |
|
|
Смотреть документ «Список программ» |
||
|
Смотреть документ «Поступление средств» |
||
|
Смотреть документ «Расходование средств» |
||
|
Просмотр справочников |
Смотреть справочник «Учащиеся» |
|
|
Смотреть справочник «Классы» |
||
|
Смотреть справочник «Предметы» |
||
|
Смотреть справочник «Мероприятия» |
||
|
Смотреть справочник «Типы мероприятий» |
||
|
Смотреть справочник «Виды приказов» |
||
|
Смотреть справочник «Группы» |
||
|
Смотреть справочник «Хранимые файлы» |
||
|
Смотреть справочник «Виды доходов» |
||
|
Смотреть справочник «Статьи затрат» |
||
|
Просмотр подсистем |
Смотреть подсистему «Бухгалтерия» |
|
|
Смотреть подсистему «Сметы расходов» |
||
|
Смотреть подсистему «Мероприятия» |
В системе 1С: Предприятие есть два режима: Конфигуратор и Отладка. В режиме конфигурации объекты базы данных могут быть изменены. В конфигураторе можно создавать выходные документы, задавать права доступа для различных групп пользователей, а также настраивать интеграцию элементов системы друг с другом.
Основными действиями, которые можно выполнить с объектами в конфигураторе, являются добавление, редактирование, удаление. Описание соответствующих прецедентов представлено в таблицах (см. табл. 3.2., табл. 3.3., табл. 3.4.).
Таблица 3.2. Прецедент «Добавить объект конфигурации»
|
Краткое описание |
Прецедент дает возможность добавить новый объект |
|
|
Актеры |
Администратор, Менеджер |
|
|
Предусловия |
Выполнен вход в систему |
|
|
Основной поток |
1. Перейти в режим конфигуратора 2. Нажать на кнопку «Действие» 3. Нажать на кнопку «Добавить» 4. Добавить объект |
|
|
Альтернативные потоки |
1. Перейти в режим конфигуратора 2. Выбрать вид объекта 3. Нажать на кнопку «Добавить» 4. Добавить объект |
|
|
Постусловия |
Просмотреть объект конфигурации |
Таблица 3.3. Прецедент «Редактировать объект конфигурации»
|
Краткое описание |
Прецедент дает возможность редактировать объект |
|
|
Актеры |
Администратор, Менеджер |
|
|
Предусловия |
Выполнен вход в систему. Объект создан |
|
|
Основной поток |
1. Перейти в режим конфигуратора 2. Выбрать вид объекта 3. Выбрать необходимый объект 4. Нажать на кнопку «Изменить» 5. Изменить объект 6. Сохранить изменения |
|
|
Альтернативные потоки |
Не сохранять изменения объекта |
|
|
Постусловия |
Просмотреть объект конфигурации |
Таблица 3.4. Прецедент «Удалить объект конфигурации»
|
Краткое описание |
Прецедент дает возможность менеджеру факультета открыть группу «Аналитика. Отчеты» |
|
|
Актеры |
Администратор, Менеджер |
|
|
Предусловия |
Выполнен вход в систему. Объект создан |
|
|
Основной поток |
1. Перейти в режим конфигуратора 2. Выбрать вид объекта 3. Выбрать необходимый объект 4. Нажать на кнопку «Удалить» 5. Удалить объект 6. Подтвердить удаление |
|
|
Альтернативные потоки |
Не подтверждать удаление объекта |
|
|
Постусловия |
Одним из видений проектируемой системы заказчиком была возможность системы ограничить доступ ко всей информации определенных пользователей, т.е. возможность управлять группами пользователей и определять для них правила доступа к данным. Описание прецедента, соответствующее данному требованию, представлено в таблице ниже (см. табл. 3.5.).
Таблица 3.5. Прецедент «Управлять ролями»
|
Краткое описание |
Прецедент дает возможность менеджеру факультета выбрать нужный отчет |
|
|
Актеры |
Администратор |
|
|
Предусловия |
Выполнен вход в систему под Администратором |
|
|
Основной поток |
1. Перейти в режим конфигуратора 2. Открыть вкладку «Общие» 3. Открыть вкладку «Роли» 4. Добавить роль |
|
|
Альтернативные потоки |
1. Открыть вкладку «Общие» 2. Открыть вкладку «Роли» 3. Выбрать роль 4. Изменить/удалить роль |
|
|
Постусловия |
Как было сказано выше, у некоторой группы пользователей ограниченный набор прав в системе, поэтому такие пользователи не могут изменять, создавать или удалять объекты конфигурации, а могут только просматривать и согласовывать. Описание прецедентов, связанных с просмотром и согласованием, представлено в таблицах ниже (см. табл. 3.6, табл. 3.6., табл. 3.7.).
Таблица 3.6. Прецедент «Смотреть документ «Приказ»»
|
Краткое описание |
Прецедент дает возможность менеджеру факультета выбрать нужный период |
|
|
Актеры |
Декан, ЗамДиректора, Бухгалтер, Делопроизводитель |
|
|
Предусловия |
Выполнен вход в систему |
|
|
Основной поток |
1. Перейти на вкладку «Документы для согласования» 2. Выбрать документ «Приказы» 3. Открыть файл документа 4. Просмотреть файл |
|
|
Альтернативные потоки |
||
|
Постусловия |
Выйти из системы |
Таблица 3.7. Прецедент «Смотреть справочник «Учащиеся»»
|
Краткое описание |
Прецедент дает возможность менеджеру факультета выбрать нужный период |
|
|
Актеры |
Декан, ЗамДиректора |
|
|
Предусловия |
Выполнен вход в систему |
|
|
Основной поток |
1. Перейти на вкладку «Мероприятия» 2. Выбрать справочник «Учащиеся» 3. Просмотреть справочник |
|
|
Альтернативные потоки |
||
|
Постусловия |
Выйти из системы |
Таблица 3.8. Прецедент «Согласовать»
|
Краткое описание |
Прецедент дает возможность менеджеру факультета выполнить вход в систему |
|
|
Актеры |
Декан, ЗамДиректора |
|
|
Предусловия |
Выполнен вход в систему |
|
|
Основной поток |
1. Перейти на вкладку «Документы для согласования» 2. Выбрать документ «Приказы» 3. Выбрать нужный файл 4. Согласовать |
|
|
Альтернативные потоки |
1. Перейти на вкладку «Документы для согласования» 2. Выбрать документ «Приказы» 3. Выбрать нужный файл 4. Не согласовать |
|
|
Постусловия |
Выйти из системы |
Таким образом, были описаны основные прецеденты, которые являются частью основного бизнес-процесса: учета бюджета мероприятий факультета довузовской подготовки. Прецеденты, которые были представлены на рис. 3.2., но не были отражены в таблицах, имеют аналогичное описание.
3.3 Построение диаграммы активностей
Для описания жизненного цикла функционального блока разрабатываемой системы была применена диаграмма активностей. Она отражает основные этапы, которые необходимо пройти, чтобы достичь конечной цели. Как упоминалось ранее, основной целью при работе с системой является формирование отчетности. Ниже представлена диаграмма активности по формированию различных видов отчетности: отчет по рентабельности (см. рис. 3.3.).
Рисунок 3.3. Диаграмма активностей формирования отчета по рентабельности
Таким образом, благодаря построению диаграммы активности можно визуализировать основные этапы жизненного цикла функциональных блоков разрабатываемой системы.
3.4 Проектирование базы данных
Проанализировав процесс учета бюджета мероприятий на сегодняшний день, можно выделить следующие основные сущности:
1. Мероприятия.
2. Доходы.
3. Расходы.
Рассмотрим подробнее каждую сущность и её атрибуты. Поскольку единые общие поля для разных типов проектов при анализе выделить не удалось, были предусмотрены все возможные поля для разных типов проектов. А в самом приложении в зависимости от типа мероприятия отображение этих полей для пользователя будет меняться [1, 7]. Сущность «Мероприятия» содержит следующие реквизиты:
· «Код мероприятия» - число, являющееся уникальным идентификатором.
· «Наименование» - название проекта, год и дата, если это курсы, так как при оформлении приходных и расходных документов проект будет выбираться по наименованию.
· «Тип мероприятия» - выбирается из перечня: «КПК», «Одаренные дети», «Профи-Край», «Курсы подготовки к ЕГЭ/ОГЭ», «Университетские и академические классы».
· Табличная часть «Предметы».
Табличная часть «Предметы» содержит:
· «Предмет» - выбирается из справочника «Предметы».
· «Преподаватель» - выбирается из справочника «Преподаватели».
· «Класс» - выбирается из справочника «Классы».
· «Количество недель» - целое неотрицательное число.
· «Количество часов в неделю» - целое неотрицательное число.
· «Количество часов за курс» - целое неотрицательное число.
· «Цена одного часа» - число неотрицательное, имеющее 2 знака после запятой, измеряется в рублях.
· «Стоимость курса» - число неотрицательное, имеющее 2 знака после запятой, измеряется в рублях.
· «НДС» - число неотрицательное, имеющее 2 знака после запятой, измеряется в рублях.
· «Стоимость со скидкой» - число неотрицательное, имеющее 2 знака после запятой, измеряется в рублях, учитывается 5% скидка в день открытых дверей.
· «НДС при скидке» - число неотрицательное, имеющее 2 знака после запятой, измеряется в рублях.
Сущность «Приходы» содержит:
· «Номер документа» - число, являющееся уникальным ключом.
· «Мероприятие» - выбирается из справочника «Мероприятия».
· «Количество зачисленных» - целое неотрицательное число.
· «Стоимость на одного» - число неотрицательное, имеющее 2 знака после запятой, измеряется в рублях.
· «Общая сумма» - число неотрицательное, имеющее 2 знака после запятой, измеряется в рублях.
· «НДС» - 20% - число неотрицательное, имеющее 2 знака после запятой, измеряется в рублях.
· «Доходы минус НДС» - общая сумма доходов минус НДС 20% умножить на 30% - число неотрицательное, имеющее 2 знака после запятой, измеряется в рублях.
Сущность «Расходы» содержит:
· «Номер документа» - число, являющееся уникальным ключом.
· «Мероприятие» - выбирается из справочника «Мероприятия».
· «Общая сумма доходов» - число неотрицательное, имеющее 2 знака после запятой, измеряется в рублях.
· «НДС» - 18% - число неотрицательное, имеющее 2 знака после запятой, измеряется в рублях.
· «Доходы минус НДС» - общая сумма доходов минус НДС 20% умножить на 30% - число неотрицательное, имеющее 2 знака после запятой, измеряется в рублях.
· Табличная часть «Предметы».
· Табличная часть «Затраты».
Табличная час...
Подобные документы
Порядок и принципы документирования работ, выполняемых на этапе анализа и проектирования в жизненном цикле программных средств, нормативная основа. Описание пользовательского интерфейса прототипа разработанной информационной системы, его структура.
курсовая работа [472,9 K], добавлен 11.11.2014Анализ информационной системы салона сотовой связи. Разработка модели бизнес-процессов учебной информационной системы. Создание справочников и их заполнение, документов и их программного кода. Порядок разработки регистров, трех видов планов и отчетов.
курсовая работа [1,4 M], добавлен 05.06.2013Информационное, структурно-функциональное и объектно-ориентированное проектирования. Разработка и реализация информационной системы для авиазаводов. Разработка прототипа программного продукта – Borland Delphi 7.0. Автоматизирование документооборота.
курсовая работа [4,4 M], добавлен 26.02.2014Описание системы-прототипа по видам обеспечения. Недостатки системы учета. Информация, подлежащая структуризации и системной организации. Исходящие и входящие информационные потоки. Проектирование базы данных предприятия. Разработка моделей базы данных.
курсовая работа [3,2 M], добавлен 03.07.2012Рассмотрение основных методов разработки сайта факультета. Описание бизнес-процессов производственной деятельности. Изучение путей модернизации web-приложения в соответствии с техническим заданием. Переработка интерфейса и изменение системы меню.
дипломная работа [1,4 M], добавлен 19.06.2015Проектирование информационной системы "Учёт работы поликлиники": анализ программных продуктов, описание диаграмм бизнес–процесса, описание IDEF0, DFD, IDEF3 диаграмм потоков данных и документирования процессов посредством AllFusion Process Modeler r7.3.
курсовая работа [2,5 M], добавлен 20.08.2012Характеристика информационной системы и действующей системы-прототипа ОАО "Центрпродсервис". Организационная структура, информационно-технологическое сопровождение и алгоритмическое обеспечение системы. Проектирование базы данных. Расчет проектных затрат.
дипломная работа [2,8 M], добавлен 21.01.2015Создание сайта в сети Интернет для информирования студентов и преподавателей о проходящих конференциях. Разработка модели "как будет" с учетом внедрения системы автоматизации. Описание сценариев элементарных функций и физической модели базы данных.
курсовая работа [2,4 M], добавлен 19.12.2015Обоснование необходимости совершенствования информационной системы (ИС) ООО "Мехсервис". Анализ системы учета деятельности авторемонтного предприятия. Разработка концепции построения автоматизированной ИС. Описание продукта информационной технологии.
дипломная работа [2,7 M], добавлен 22.05.2012Процессный подход как технология формализации предметной области. Описание бюро труда и экономического планирования. Анализ затрат рабочего времени бюро. Описание документации для учета трудозатрат. Разработка и реализация проекта информационной системы.
курсовая работа [3,2 M], добавлен 12.10.2013Проектирование информационной системы (базы данных и приложения) для решения операций по учету финансов предприятия. Разработка использующих их клиентских приложений с применением технологических платформ на языке PHP с применением технологии WEB.
дипломная работа [276,3 K], добавлен 24.03.2011Разработка информационной системы туристического агентства с использованием современных инструментальных средств, технологий; создание ее прототипа; определение целей, задач и функций ИС. Концептуальное, логическое и физическое проектирование базы данных.
курсовая работа [1,1 M], добавлен 09.06.2013Сокращение постоянных и переменных издержек путем автоматизации документооборота в компании "IT-Сервис". Разработка информационной системы и прототипа клиент-серверного трехзвенного приложения в среде Borland Delphi 7.0. Оценка экономического эффекта.
реферат [226,3 K], добавлен 25.09.2014Анализ возможностей, методологии и инструментальных средств проектирования информационной системы для салона цветов "Феерия". Программное обеспечение клиентского приложения с включением экранных форм, отчетов и запросов. Графическое и текстовое описание.
курсовая работа [1,3 M], добавлен 05.05.2014Детализация функций системы и требования к информационной системе. Анализ категорий пользователей. Этапы внедрения автоматизированной информационной системы на предприятии. Описание таблиц базы данных. Защита данных от несанкционированного доступа.
дипломная работа [1,0 M], добавлен 22.07.2015Информационные технологии: современное состояние, роль в бизнесе и тенденции развития. Анализ информационной культуры предприятия. Разработка базы данных "Base" и программного обеспечения, обслуживающего базу. Описание интерфейса информационной системы.
дипломная работа [1,8 M], добавлен 02.11.2015Анализ организационной структуры автоматизируемого подразделения, функции каждого сотрудника и принципы документооборота. Разработка структуры и алгоритмов информационной системы принятия решений. Описание архитектуры приложения и его основные функции.
дипломная работа [273,4 K], добавлен 10.07.2017Обзор технологий и современного рынка облачных сервисов. Выбор средств разработки информационной системы. Создание базы данных и прототипа приложения. Обоснование экономической эффективности внедрения разработанной системы учета заказанных товаров.
курсовая работа [537,5 K], добавлен 23.08.2015Разработка требований к программному обеспечению отдела воинского учета, методология проектирования информационной системы. Реализация и аттестация информационной системы, взаимодействие приложения с источниками данных, его экономическая эффективность.
дипломная работа [1,3 M], добавлен 30.11.2010Анализ и разработка информационной системы, структура сети предприятия. Описание процесса разработки конфигураций и выявление потребностей в автоматизации функций. Средства разработки проектирования и архитектура базы данных. Разработка модели угроз.
дипломная работа [1,4 M], добавлен 13.07.2011
