Реализовать такую возможность в электронных таблицах практически невозможно


перейти к полному списку дипломных проектов

Ссылка на скачивания файла в формате .doc находится в конце странички

Реализовать такую возможность в электронных таблицах практически невозможно

Форма заполняется каждый раз, когда приходит новый клиент.

Формирование заказа – заказ формируется основываясь на БД имеющихся в наличии товаров.

Входной информацией является:

№ заказа;

ID клиента;

Наименование товара;

Количество единиц товара;

Стоимость товара;

Дата заказа.

Выходной информацией является оформленный заказ.

Учет и контроль за исполнением заказов клиентов.

Ведение договоров с покупателями – оговариваются условия доставки товара, а также условия расчета.

Анализ продаж – на основании анализа продаж производится изучение потребительского спроса.

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

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

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

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

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

Критерии оценки поставщика:

- приемлемая цена;

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

- качество обслуживания потребителей;

- гибкость поставок;

- ограничение размера заказа;

- дороги;

-удаленность поставщика от потребителя;

- психологический климат в коллективе;

- кредитоспособность и финансовое положение.

Критерии выбора поставщика:

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

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

- определение профессионализма и надежности поставщиков;

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

- проведение переговоров с поставщиками;

- оценка уровня цены;

- надежность поставок.

Диаграмма классов (class diagram) (рисунок 5) служит для представления статической структуры модели системы в терминологии классов объектно-ориентированного программирования. Диаграмма классов может отражать, в частности, различные взаимосвязи между отдельными сущностями предметной области, такими как объекты и подсистемы, а также описывает их внутреннюю структуру и типы отношений.

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



Рисунок 5. Диаграмма классов.

Диаграмма Use Case и диаграмма классов являются основанием для построения структуры БД.

2.5 Обоснование выбора СУБД Access для разработки БД

Приложение Microsoft Access является мощной и высокопроизводительной 32-разрядной системой управления реляционной базой данных (далее СУБД).

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

Реляционная база данных. Практически все СУБД позволяют добавлять новые данные в таблицы. С этой точки зрения СУБД не отличаются от программ электронных таблиц (Microsoft Excel), которые могут эмулировать некоторые функции баз данных. Существует три принципиальных отличия между СУБД и программами электронных таблиц:

СУБД разрабатываются с целью обеспечения эффективной обработки больших объёмов информации, намного больших, чем те, с которыми справляются электронные таблицы.

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

СУБД минимизируют общий объём базы данных.

скачать бесплатно Описание предметной области (бизнес-процессы)

Содержание дипломной работы

2 Расчет единовременных затрат на разработку ПО 4
При этом число элементов, составляющих основные подсистемы, может быть достаточно значительным, а сочетание их в различные комбинации еще более увеличивает многовариантность системы
Эффективный обмен товароносителей возможен лишь в тех случаях, когда достоверно определено их оптимальное количество и четко выполняется график их обмена с потребителями
Надежность данного решения будет меньше, так как в ходе настройки неизбежно будет внесено какое-то количество ошибок
Требования к программе или программному изделию
Из всего вышесказанного можно сделать вывод, что для работы любого предприятия необходима какая-либо информационная поддержка, которая могла бы упростить работу всех сотрудников предприятия
BPwin предлагает средство для сбора всей необходимой информации о работе предприятия и графического изображения этой информации в виде целостной и непротиворечивой модели
Прежде чем приступить к разработке системы необходимо иметь четкое описание методологии разработки, адаптированной к конкретному проекту
Для организации групповой работы в Rational Rose возможно разбиение модели на управляемые подмодели
«Отдел продаж» Какой бы выгодный товар не получил Склад, как бы хорошо не распланировало весь процесс Генеральный директор в конечном итоге все упирается в Отдел продаж и его работников
Реализовать такую возможность в электронных таблицах практически невозможно
Любой объект системы может быть представлен только одной сущностью, которая должна быть уникально идентифицирована
Этап 2 служит для выявления и определения отношений между сущностями, а также для идентификации типов отношений
Для этих целей система в общем виде условно разделяется на три составляющие: Клиенты и оформление их заказов; Поставщики, оформление заявок; БД товаров
«Оформление заказа» «Продажа» (таблица 5): №заказа: является ключевым полем данной таблицы
Прежде чем начать работу с клиентом необходимо определить статус конкретного клиента: Новый клиент или Существующий клиент
 На вкладке «Документы» из перечня мы выбирает конкретный документ: Заявка, Поступление ТМЦ (купля-продажа), Поступление ТМЦ (комиссия), Поступление ТМЦ (импорт)
Итак, общая фактическая трудоемкость разработки ПО составляет:  , где – общая трудоемкость разработки, дни; Тi – трудоемкость по стадиям, дни; n – количество стадий разработки
, Затраты на обслуживающий персонал
); Тосв – продолжительность обучения и освоения (Тосв = 42 часов)
– суточное время работы ЭВМ и принтера соответственно; Тгод – время рабочих дней в году
Вначале необходимо оценить ликвидность проекта - способность проекта отвечать по имеющимся финансовым обязательствам
Она определяется путем вычисления разности совокупного дохода за весь период функционирования проекта и всех видов расходов, суммированных за тот же период с учетом дисконтирования
Многочисленные компоненты, поддерживающие разработку приложений баз данных, обеспечивают обслуживание самых различных задач: выборку и сортировку данных

заработать

Закачай файл и получай деньги