перейти к полному списку дипломных проектов
Ссылка на скачивания файла в формате .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 часов)
– суточное время работы ЭВМ и принтера соответственно;
Тгод – время рабочих дней в году
Вначале необходимо оценить ликвидность проекта - способность проекта отвечать по имеющимся финансовым обязательствам
Она определяется путем вычисления разности совокупного дохода за весь период функционирования проекта и всех видов расходов, суммированных за тот же период с учетом дисконтирования
Многочисленные компоненты, поддерживающие разработку приложений баз данных, обеспечивают обслуживание самых различных задач: выборку и сортировку данных