Разработка технического проекта на основе использования стандарта «Унифицированный процесс разработки ПО»

Выявление и анализ требований к программному обеспечению для задачи «Учет реализованной продукции»

Концепция

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

Потребности пользователя:

·  регистрация, накопление, обработка и хранение информации о совершенных хозяйственных операциях (количестве реализованной продукции, её стоимостное выражение);

·  учёт реализованной продукции;

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

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

·  получение стандартных форм и отчетов для предоставления в органы финансового контроля и налогообложения.

Формулировка проблемы

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

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

Характеристика пользователя

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

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

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

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

Характеристика продукта

Предлагаемый программный продукт предназначен для решения задачи «Учет реализованной продукции по отгрузке».

Функции приложения:

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

- организация поиска в базе данных;

- расчет реализованной продукции на дату;

- контроль полученных результатов и анализ;

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

- настройка системы на конкретного исполнителя;

- взаимодействие в реальном масштабе времени с внешними системами.

Модель прецедентов

Прецеде́нт (англ. Use Case, а также: вариант использования, сценарий использования) — спецификация последовательностей действий (варианты последовательностей и ошибочные последовательности), которые может осуществлять система, подсистема или класс, взаимодействуя с внешними актёрами . В понятие «актер» входят люди, компьютерные системы и процессы. Прецедент описывает взаимодействие программной системы с актерами в виде последовательности сообщений.

Прецеденты были предложены Иваром Якобсоном и значительно популяризированы Алистером Коберном.

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

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

Один и тот же прецедент может быть описан с различной степенью детализации.

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

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

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

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

Рис.2 Диаграмма прецедентов