¨ бланк договора предприятия заказчика с фирмой-поставщиком (с указанием наименования и юридических адресов сторон, участвующих в договоре, ассортимента продукции для поставок, ее количества, предположительной стоимости, условия и сроки действия договора);
¨ заявку на поставку необходимой продукции (указывается количество, наименование, номенклатура, сроки поставки, сумма поставки);
¨ заказ на поставку.
Коммерческая версия программного продукта позволит производить:
¨ более полный контроль и организацию учета о поставках на предприятие;
¨ автоматизировать процесс оформления поставок на предприятие;
¨ уменьшит временные затраты на оформление документов, связанных с поставками;
¨ вычислять задолженность по оплате осуществленных поставок на указанный период;
¨ обеспечить пользователя системой помощи как по понятиям предметной области, так и по пользованию программным продуктом.
Разрабатываемый автоматизированная система должна будет реализовать следующие функции:
1. Обеспечение ввода данных о поставках на предприятие;
2. Анализ введенной информации;
3. Подсчет задолженности предприятия за осуществленные поставки;
4. Определять оптимальный счет-фактуру с точки зрения “количество-цена”;
5. Производит печать документации, связанной с организацией поставок (бланк договора, заказа, заявки).
1.3.3. Исходные данные и источники.
Данная работа базируется на теме преддипломной практики и является ее продолжением с учетом рекомендаций по улучшению ранее разработанного ПО, предложенных руководителем практики от предприятия и группой сотрудников этого предприятия и рассмотренных руководителем практики от института.
1.3.4. Исходные требования к конечному результату.
Требования по функциональности.
Разрабатываемая АСИС должен обеспечивать автоматизированный контроль, а так же учет поставок на предприятие (цех этого предприятия), для этого создаваемая система должна:
¨ Обеспечивать ввод, связанных с поставками на предприятие и обработку этих данных;
¨ Создавать отчетные документы и документы для организации грузопоставок; ( Приложение А)
¨ Иметь систему помощи по программе;
¨ При вводе данных об наименовании товаров должен использоваться справочник “Номенклатура товаров”;
¨ Создаваемые документы должны отвечать отраслевым стандартам, принятым на предприятии.
Создаваемый программный продукт должен будет использоваться директором предприятия, начальником цеха, начальником склада, в зависимости от места эксплуатации продукта. Заданные характеристики функционирования должны обеспечиваться при условиях, которые определяются конкретным носителем данных, на котором хранятся данные. Наиболее распространенными носителями данных в настоящее время являются жесткие диски, для которых оптимальным является функционирование при температурах от 5 до +35оС и относительной влажности от 10 до 60 процентов.
Требования к составу и параметрам технических средств
Программа должна функционировать на персональных компьютерах со следующей конфигурацией:
- IBM PC/AT совместимых ПЭВМ не ниже Pentium 100;
- с объемом ОЗУ не менее 16 мегабайт;
- Объем необходимого дискового пространства - не менее 10 мегабайт.
Требования к информационной и программной совместимости
Создаваемая программа должна функционировать, легко инсталлироваться, настраиваться и корректно работать при выполнении следующих требований:
- наличие операционной системы типа Windows 95, Windows 98, Windows NT 4.x, Windows 2000 и совместимых с ними;
- наличие базы данных LocalInterBase или совместимых с ней;
- ввод даты обязателен в форме маски;
Требования по защите.
Для обеспечения защиты от несанкционированного доступа к информации, связанной с поставками на предприятие будет предусмотрена система паролей при загрузке программы в оперативную память. Для обеспечения защиты данных про сбое в сети питания ПК либо аварийном завершении работы программы будет предусмотрен режим автосохранения.
1.3.5. Этапы проведения работ.
Этапы проведения работы представлены в таблице 1.2.
Таблица 1.2. Этапы проведения работы.
| № | Этапы | Сроки выполнения | Отчетность |
| 1 | Изучение принципов системы грузопоставок на предприятие | 07.07.1999 – 14.07.1999 | |
| 2 | Ознакомление с ранее проделанной работой | 01.09.1999– 08.09.1999 | |
| 3 | Определение требований к разработке | 9.09.2000– 19.09.1999 | Техническое задание |
| 4 | Разработка информационной модели предметной области (построение концептуальной модели) | 20.09.200– 09.10.1999 | |
| 5 | Выбор алгоритмических средств | 10.10.1999– 28.10.1999 | |
| 6 | Определение программных средств | 29.10.99– 07.11.1999 | |
| 7 | Выбор методики испытания и тестирования | 08.11.1999– 15.11.1999 | Техническое предложение |
| 8 | Разработка алгоритмов, связанных с реализацией учета поставок | 16.11.1999– 9.12.1999 | |
| 9 | Проектирование алгоритмов, связанных с формированием тестовых заданий | 10.12.1999 – 20.12.1999 | |
| 10 | Определение средств проведения тестирования и анализа его результатов | 11.12.1999– 30.12.1999 | |
| 11 | Разработка программного обеспечения связанного с реализацией учета поставок на предприятие | 31.12.1999– 15.02.2000 | |
| 12 | Разработка программного обеспечения связанного с формированием тестовых заданий | 16.02.2000– 3.03.2000 | |
| 13 | Реализация программного обеспечения проведения тестирования и анализа его результатов | 4.03. 2000– 4.04.2000 | |
| 14 | Проведение тестирования и испытаний разработанного программного обеспечения | 5.04.2000– 19.04.2000 | |
| 16 | Написание расчетно-пояснительной записки | 20.04.2000– 21.05.2000 | Расчетно-пояснительная записка |
| 17 | Подготовка плакатов | 22. 05.2000– 29.05.2000 | Плакаты |
| 18 | Подготовка доклада | 29.05.2000– 11.06.2000 | Доклад |
| 19 | Предзащита дипломного проекта | 12.06.2000 | |
| 20 | Защита дипломного проекта | 20.06.2000 |
1.3.6. Планируемые показатели эффективности.
В результате выполненной работы предполагается достигнуть следующих эффектов:
¨ уменьшение времени необходимого для учета поставок произведенных на предприятие;
¨ автоматизация контроля поставок;
¨ возможность длительного хранения информации о поставках на предприятие большого срока давности, для возможности более полного расчета эффективности деятельности предприятия;
¨ постоянная известность о сроках оплаты осуществленных поставок.
1.3.7. Порядок приемки результатов работы.
Приемка результатов работы осуществляется в соответствии с планом приемки, утвержденным на кафедре и согласованным с руководителем практики. Этот план включает следующие пункты:
¨ Сдача технического задания, технического предложения, журнала по преддипломной практике и содержания расчетно-пояснительной записки после прохождения преддипломной практики.
¨ Сдача программы.
¨ Предзащита дипломного проекта. Предоставляются :расчетно-пояснительная записка, плакаты, доклад, рецензия, отзыв руководителя.
¨ Защита дипломного проекта. Предоставляются: дипломный проект с документами, замечания, допуск на защиту, карточка учета деканата, демонстрационный образец.
1.3.8. Документация, предъявляемая по окончанию работы.
После окончания работы предоставляется следующая документация:
¨ Техническое задание;
¨ Расчетно-пояснительная записка;
¨ Описание применения;
¨ Руководство системного программиста;
¨ Руководство оператора;
Также предоставляются:
¨ Плакаты;
¨ Доклад;
¨ Рецензия;
¨ Текст программы;
Дискета с программным продуктом и сопроводительной документацией.
2. Моделирование.
2.1 Анализ представления моделей данных.
Для эффективного функционирования разрабатываемой АСИС “Учет поставок” будет разработана СУБД [24]. Поэтому ниже рассмотрены логические и концептуальные модели данных.
2.2 Выбор логической модели данных.
2.2.1 Иерархическая модель данных.
Иерархическая модель [6] данных представляет собой иерархию в виде дерева. Данная модель данных базируется на сегменте, который представляет собой совокупность полей, характеризующих данный сегмент. Сегменты различаются по типу, а каждый тип характеризуется фиксированной длиной и конкретным разбиением на поля данных. Два связанных сегмента, расположенных на смежных уровнях называются исходным (более высокого уровня) и порожденным (более низкого). Иерархическая запись – система взаимосвязанных сегментов, в которой каждый порожденный сегмент представлен столько раз, сколько необходимо для полного раскрытия данного сегмента. В иерархической структуре есть сегмент, который не имеет исходного и называется головным или корневым. В этом сегменте обычно располагается идентификатор объекта, свойства которого раскрываются в сегментах второго и более низких уровней иерархии.