Вход

Счет-фактура на услуги

Рекомендуемая категория для самостоятельной подготовки:
Курсовая работа*
Код 295816
Дата создания 23 апреля 2014
Страниц 32
Мы сможем обработать ваш заказ (!) 29 марта в 12:00 [мск]
Файлы будут доступны для скачивания только после обработки заказа.
1 150руб.
КУПИТЬ

Описание

Модели UML безнесс-процесса счет фактура на услуги клиниговой компании ...

Содержание

Содержание

Введение 3
1. Аналитическая часть 5
1.1. Анализ предметной области 5
1.2. Постановка задачи 7
1.3 Метод разработки 8
2 Проектная часть 10
2.1 Концептуальное моделирование 10
2.1.1 Прототип пользовательского интерфейса 10
2.1.2 Модель предметной области 14
2.1.3 Диаграмма прецедентов (UML Use Case diagram) 16
2.1.4 Спецификации сценариев 18
2.2 Представление спецификации 22
2.1.1 Диаграмма пригодности (Robustness diagram) 22
2.2.1 Диаграмма «сущность-связь» (ER diagram) 25
2.3 Представление реализации 26
2.3.1. Диаграмма классов (UML Class diagram) 26
2.3.2 Диаграмма Последовательности (UML Sequencediagram) 27
Заключение 30
Список использованных источников 31
Приложение 1. 32

Введение

Введение
Каждая современная организация для оптимизации своей деятельности, должна иметь учётную систему, обеспечивающую автоматизацию основных процессов и формирование необходимых документов. Как правило, организации покупают и внедряют готовые «коробочные» решения, автоматизирующие наиболее типичные для их отрасли бизнес-процессы.
В то же время, работники «нестандартных отраслей» вынуждены либо приспосабливать свои бизнес-процессы под типовые решения, либо проектируют автоматизированные системы с учётом своих особенностей.
Для корректного проектирования необходимо произвести анализ бизнес-процессов и смоделировать образ будущей системы. Одной из лучших практик, применяемых для этих целей, является визуальное моделирование, позволяющее произвести предварительное детальное моделирование важных аспектов будущего программного обеспечения. При использовании данного подхода необходимо учитывать два важных аспекта функционирования программной системы: структуру и поведение.
Целью данного курсового проекта является моделирование модуля учётной системы «АРМ Бухгалтера» для клининговой организации ООО «Чистота» с помощью унифицированного языка моделирования UML.
Для решения поставленной цели необходимо решить следующие задачи:
-изучить принципы объектно-ориентированного моделирования,
- изучить особенности семантики и нотации языка UML,
-описать и смоделировать бизнес-процессы ООО «Чистота»,
-сформировать модель АРМ Бухгалтера по принципу «от общего к частному» - от концептуального моделирования до вариантов реализации.
В процессе формирования модели АРМ Бухгалтера необходимо пройти следующие этапы:
1. Анализ бизнес-процессов организации
2. Концептуальное моделирование
3. Специфицирование
3.Моделирование реализации
Инструментом для моделирования выбран программный продукт Software Ideas Modeler, версия 5.84.
Данный инструмент удобен в использовании, предоставляет возможность формирования всех диаграмм языка UML, а так же позволяет осуществлять импорт из XML и экспорт в растровые форматы изображений (BMP, GIF, JPG, PNG, TIFF), векторные форматы изображений (Windows Metafile, SVG), в PDF и в XML.

Фрагмент работы для ознакомления

Ожидаемое поведение отражается в виде набора сценариев со спецификациями, описывающих порядок работы с моделируемой системой. На этапе концептуального моделирования внимание уделяется только критичным решениям, связанным с моделируемой системой.Прототип пользовательского интерфейсаНа этапе концептуального моделирования необходимо создать прототип пользовательского интерфейса, который должен обеспечивать возможность взаимодействия пользователя с программой. В соответствии с моделируемым функционалом, Бухгалтер должен осуществлять две основных операции: выставлять авансовые счета и формировать счета – фактуры и акты выполненных работ Заказчику. Следовательно, рабочий стол «АРМ Бухгалтера» должен предоставлять возможность доступа к системным документам, на основании которых можно формировать печатные формы указанных документов. (рис.3)Рис 3.Пользовательский интерфейс АРМ Бухгалтера, Рабочий столОперация 1. Для того, чтобы сформировать Счёт на предоплату, Бухгалтеру необходимо осуществить следующие действия в системе:1.Создать документ «Счёт на предоплату», при этом можно создать новый документ, нажав кнопку «Создать новый», либо сформировать документ копированием, выбрав уже имеющийся в Журнале документов и внеся необходимые правки. При создании документа по умолчанию должны быть заполнены следующие поля с информацией об основной организации: Юридический адресФактический адресТелефонАдрес электронной почтыэмблема организации ООО «Чистота»2. Выбрать нужного контрагента из справочника «Контрагенты», после чего автоматически должны быть заполнены следующие поля:Наименование организацииЮридический адресФактический адресВеб-узел организацииТелефонФаксАдрес электронной почтыДата формирования счета3. Заполнить вручную следующие поля:Дата Наименование услугиСумма к оплате4. Нажать кнопку «Сформировать счёт на предоплату», в результате которой должен быть выведен на экран шаблон печатной формы документа «Счёт на предоплату»6. Вывести документ Счет на предоплату на печать с помощью нажатия кнопки «Печать».7. При необходимости, ошибочно сформированный документ можно удалить. (рис.4)Рис.4. Пользовательский интерфейс АРМ Бухгалтера, рабочая область «Документы на предоплату»Операция 2. Для того, чтобы сформировать Счёт-фактуру и Акт выполненных работ, Бухгалтеру необходимо осуществить следующие действия в системе:1.Создать документ «Реализация товаров и услуг», на основании которого будут формироваться печатные формы указанных документов. Создать документ можно, нажав кнопку «Создать новый», либо сформировать документ копированием, выбрав уже имеющийся в Журнале документов и внеся необходимые правки. При создании документа по умолчанию должны быть заполнены следующие поля с информацией об основной организации: Юридический адресФактический адресТелефонАдрес электронной почтыэмблема организации ООО «Чистота»2. Далее необходимо выбрать нужного контрагента из справочника «Контрагенты», после чего автоматически должны быть заполнены следующие поля:Наименование организацииЮридический адресФактический адресВеб-узел организацииТелефонФаксАдрес электронной почтыДата формирования счета3. Заполнить вручную следующие поля:Дата оказания услугиНаименование услугиПредоплата по счетуПроцент налоговой ставки4. Нажать кнопку «Рассчитать», в результате чего по заданному в системе алгоритму рассчитается Итоговая сумма с учетом величины процентной ставки и Сумма к оплате за вычетом предоплаты.5. Нажать кнопку «Сформировать счёт- фактуру», в результате которой должен быть выведен на экран шаблон печатной формы документа «Счёт- фактура» (образец Приложение 1.)6. Вывести документ Счет-фактура на печать с помощью нажатия кнопки «Печать».7. Нажать кнопку «Акт выполненных работ», в результате чего на экран должен быть выведен шаблон печатной формы документа «Акт выполненных работ»8. Вывести документ Акт выполненных работ на печать с помощью нажатия кнопки «Печать». 9. Ошибочно или некорректно созданный документ можно при необходимости удалить. (рис.5)Рис.5. Пользовательский интерфейс АРМ Бухгалтера, рабочая область «Документы реализации»Модель предметной областиПри описании объектов предметной области, необходимо выделить объекты будущей автоматизированной системы. К данным объектам можно отнести документ на предоплату, на основании которого формируется Счёт на оплату и документ реализации, на основании которого формируются документы Счёт-фактура и Акты выполненных работ. Общая схема предметной области представлена на рис. 6Рис.6. Описание модели предметной областиВажно отметить, что в системе должны храниться справочные данные , необходимые для формирования счета, счета-фактуры и акта выполненных работ. Эти данные должны формироваться в смежной системе - АРМ Менеджера ( (см. п.1.1.) Бухгалтер работает только с готовыми данными и не может их редактировать.- данные об основной организации ООО «Чистота»•Юридический адрес•Фактический адрес•Телефон•Адрес электронной почты- данные справочника Контрагенты:•Наименование организации•Юридический адрес•Фактический адрес•Веб-узел организации•Телефон•Факс•Адрес электронной почты- константные данные печатных формы документов «счёт на оплату», «счет-фактура»:Надпись «оплатить по получении»Надпись «Спасибо за заказ!»- эмблема организации ООО «Чистота»Диаграмма прецедентов (UML Use Case diagram)Диаграмма прецедентов (вариантов использования) (Use Case Diagram)- представляет собой графическое изображение взаимодействия некоторой сущности (действующего лица) и моделируемой системы. Каждый вариант использования охватывает некоторую функцию системы и решает некоторую дискретную задачу, поставленную сущностью перед системой. Список всех вариантов использования фактически определяет функциональные требования к системе.Таким образом, диаграмма вариантов использования является исходным концептуальным представлением или концептуальной моделью системы в процессе её проектирования и разработки.Основными элементами диаграммы вариантов использования являютсядействующее лицо (Actor) -сущность, которая взаимодействует с системой и использует её функциональные возможности для достижения определённых целей;вариант использования(Use Case)- конечный набор действий, совершаемый системой при диалоге с актёром.интерфейс (Interface) именованное множество операций, которые характеризуют поведение отдельного элемента модели.отношения (Relationship)- семантическая связь между отдельными элементами моделипримечания (Notes) предназначены для включения в модель произвольной текстовой информации, имеющей непосредственное отношение к контексту разрабатываемого проекта. Прецеденты представляют собой ценный инструмент для понимания функциональных требований к системе. Однако, важно помнить, что прецеденты представляют взгляд на систему со стороны, и не должно быть соответствия между прецедентами и классами внутри системы. Как отмечает Фаулер, чем больше прецедентов представлено на диаграмме, тем менее ценной она является и именно текстовое содержание прецедентов является основной ценностью этой технологии. В данном случае в качестве действующего лица системы выступает один субъект - Бухгалтер, взаимодействующий с системой, обращаясь к сервисам: «Сформировать документы на предоплату» и «Сформировать документ реализации», которые выступают в качестве вариантов использования разрабатываемой диаграммы. Значения указанных на диаграмме кратностей отражают общие правила и логику формирования документов реализации и на их основании оформления счетов-фактур: один бухгалтер формирует разные документы неопределённому множеству контрагентов (рис.6.)Данная диаграмма прецедентов отражает лишь общую схему вариантов использования, следовательно, большее внимание необходимо уделить именно описанию сценариев использования.Рис 6. Диаграмма прецедентов (вариантов использования)Спецификации сценариевДля описания прецедентов необходимо описать спецификации сценариев. Сценарий (scenario) - это последовательность шагов, описывающих взаимодействие пользователя и системы.Главный сценарий 1. Формирование Счёта на оплату. Предусловия: Сформировать счёт на оплату можно только после регистрации Заказа покупателя на основании уже заведённого в систему АРМ Менеджера Договора.Поток событий: 1. Бухгалтер вызывает АРМ Бухгалтера;2. С помощью появившегося интерфейса «Рабочий стол» бухгалтер выбирает операцию «документы на предоплату»3. Программа открывает доступ к рабочей области «Документы на предоплату»;4. Бухгалтер нажатием кнопки создаёт документ «Счёт на предоплату» и выбирает Контрагента и номер Договора из выпадающего списка.5. Программаавтоматически заполняет поля из справочника «Организации» и справочника «Контрагенты» и справочника «Договоры»6.Бухгалтер вводит данные об услуге, сумму к оплате и нажимает кнопку «Сформировать счёт на предоплату»7. Программа формирует печатную форму проекта документа «Счёт на предоплату» 8. При необходимости распечатать документ, бухгалтер нажимает кнопку «Печать» 9. Программа запрашивает готовность принтера, документ подаётся на печать.Постусловия: сформированный счёт на оплату должен содержать все необходимые данные.Альтернативные сценарии:На 4 шаге в выпадающем списке нет необходимого контрагента/ договора. Продолжить взаимодействие с системой невозможно. Необходимо обратиться к менеджеру (куратору Договора) с требованием внести данные в АРМ Менеджера.На 9 шаге, если принтер недоступен, выдается соответствующее сообщение.Главный сценарий 2. Формирование Счёта-фактуры и Акта выполненных работ. Предусловия: Сформировать Счёт-фактуру и Акт выполненных работ возможно только после регистрации в системе факта предоплаты и факта выполнения услуги.Поток событий: 1. Бухгалтер вызывает АРМ Бухгалтера;2. С помощью появившегося интерфейса «Рабочий стол» бухгалтер выбирает операцию «Документы реализации»3. Программа открывает доступ к рабочей области «Документы реализации»;4. Бухгалтер нажатием кнопки создаёт документ «Документ реализации товаров и услуг» и выбирает Контрагента и номер Договора из выпадающего списка.5. Программаавтоматически заполняет поля из справочника «Организации» и справочника «Контрагенты», справочника «Договоры» и документа «Счёт на оплату».6.Бухгалтер нажимает кнопку «Рассчитать»7. Программа выводит в документ рассчитанную сумму к оплате, с учётом предоплаты и величины налоговой ставки.8.Бухгалтер запрашивает у системы формирование печатной формы счёта- фактуры9. Система выводит на экран печатную форму проекта документа счёта- фактуры10. При необходимости распечатать проект документа, бухгалтер нажимает кнопку «Печать» 11. Программа запрашивает готовность принтера, документ подаётся на печать.12.Бухгалтер запрашивает у системы формирование печатной формы проекта документа Акт выполненных работ13. Система выводит на экран печатную форму проекта документа Акт выполненных работ14.

Список литературы

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

1. Коннолли Т., Бегг К. / Базы данных: проектирование, реализация и сопровождение. Теорияи практика. 3-е изд.: Пер. с англ. – М.: Издательский дом «Вильямс», 2003.
2. Кулябов Д.С. Королькова А.В. Введение в формальные методы описания бизнес-процессов. Учебное пособие. Москва. 2008
3. Ларман, К. Применение UML 2.0 и шаблонов проектирования. М.: Вильямс.2006г.
4. Трофимов C. Процесс разработки программного обеспечения ICONIX –электронный документ- режим доступа: http://www.caseclub.ru/articles/iconix.html
5. Фаулер М. / UML. Основы, 3-е издание. – Пер. с англ. – СПб: Символ-Плюс, 2006.
6. Краткое руководство. Электронный документ. Режим доступа: http://www.32geeks.com/classes/resources/IDEF1X_Cheat_Sheet.pdf
Очень похожие работы
Пожалуйста, внимательно изучайте содержание и фрагменты работы. Деньги за приобретённые готовые работы по причине несоответствия данной работы вашим требованиям или её уникальности не возвращаются.
* Категория работы носит оценочный характер в соответствии с качественными и количественными параметрами предоставляемого материала. Данный материал ни целиком, ни любая из его частей не является готовым научным трудом, выпускной квалификационной работой, научным докладом или иной работой, предусмотренной государственной системой научной аттестации или необходимой для прохождения промежуточной или итоговой аттестации. Данный материал представляет собой субъективный результат обработки, структурирования и форматирования собранной его автором информации и предназначен, прежде всего, для использования в качестве источника для самостоятельной подготовки работы указанной тематики.
bmt: 0.00521
© Рефератбанк, 2002 - 2024