Автоматизация рабочего места менеджера
Информация - Компьютеры, программирование
Другие материалы по предмету Компьютеры, программирование
±ходимо сохранять следующие реквизиты:
№ ппНаименование элемента данныхИмяСкаляр/массив/ вх/вых/расчетныйДлина байтОграничение целосностиПримечания1.Номер документаNumberСкаляр10Маска #####Значение формируется автоматически2.Дата оформленияDateСкаляр8Маска 99.99.993.Вид документаDocTypeСкаляр3Маска 9994.Признак накладнойPriznakСкаляр3Маска 999Имеет смысл только для накладной5.ФирмаFirmСкаляр206.КлиентKlientСкаляр1507.Вид продажиSailTypeСкаляр208.СкладSkladСкаляр209.10. Основание для выписки документа OsnovСкаляр5011.Автор документаAuthorСкаляр3Маска 99912.Наименование товара.TovarСкаляр70
13.Цена за единицуPriceСкаляр, входная 10, 2Маска 9999999.9914.Количество KolСкаляр, вход10, 3Маска 999999.99915.СуммаSumСкаляр, расчетный12, 216. НДСNDSСкаляр, расчетный12, 217ПроведенProvedenЛогический1Проходит документ по регистрам или нет
Глава 3. Даталогическое проектирование.
3.1. Выбор СУБД
Для реализации спроектированной системы могла бы подойти любая СУБД среднего уровня (например, Microsoft Access). Но в рамках данного курсового проекта система должна быть реализована в среде FoxPro. И эта система вполне подходит для составления программы, обслуживающей проектируемую систему, а именно:
СУБД является специализированной программой для работы с реляционными БД, что значительно упрощает процесс даталогического проектирования;
У нее довольно мощный язык, удобный для программирования приложений средней сложности;
Наличие большого количества мастеров позволяет быстро создавать удобный для конечных пользователей интерфейс, формировать красивые отчеты
Эта система очень нетребовательна к аппаратным ресурсам и может выполняться на любом компьютере на котором установлена система Windows (и сама СУБД)
Отдельные утилиты позволяют создавать конечный исполняемый файл, и тогда это очень значительно упрощает распространение программы.
3.2. Даталогическая модель
После подробного анализа предметной области на этапе инфологического проектирования были получены реквизиты баз данных. После этого было произведено распределение этих реквизитов по записям БД, затем базы были декомпозированы до тех пор, пока не получились структуры, удовлетворяющие требованиям третьей нормальной формы и обладающие минимальной избыточностью (хотя избыточность должна присутствовать для ускорения процессов обработки информации). В результате были получены файлы баз данных со следующими структурами:
Сначала представим базы, которые можно условно отнести к справочникам. Это означает, что в них хранится информация, которая используется другими базами.
Tovar.dbf Справочник товаров
Название поляТипДлинаОписаниеKodNumeric5Код товараNameCharacter20Наименование товараPriceInNumeric6,2Входная ценаPriceOutNumeric6,2Продажная ценаUnitCharacter5Единица измеренияProizvodNumeric3Код производителя
Proizv.dbf Справочник с производителями
Название поляТипДлинаОписаниеKodNumeric3Код производителяNameCharacter10Полное название производителяComentCharacter30Информация о производителе
Sklad.dbf Справочник складов
Название поляТипДлинаОписаниеKodNumeric3Код складаNameCharacter25Полное название склада
Users.dbf Справочник пользователей системы
Название поляТипДлинаОписаниеKodNumeric2Код сотрудникаNameCharacter25Имя и Отчество сотрудникаPassportCharacter15Серия и номер паспортаAddressCharacter50Адрес сотрудникаStatusNumeric1Статус сотрудника как пользователя
Firms.dbf Справочник фирм по которым ведется учет
Название поляТипДлинаОписаниеKodNumeric2Код фирмыNameCharacter25Полное название фирмыAddressCharacter50Адрес фирмыTelCharacter15Телефоны RSNumeric14Расчетный счетOKPONumeric8Код ОКПОMFONumeric6Код МФО банкаBankCharacter15Название банка
Klients.dbf Справочник клиентов (поставщиков и покупателей)
Название поляТипДлинаОписаниеKodNumeric2Код клиентаNameCharacter25Полное название клиентаAddressCharacter50Адрес клиентаTelCharacter15ТелефоныRSNumeric14Расчетный счетOKPONumeric8Код ОКПОMFONumeric6Код МФО банкаBankCharacter15Название банка
Doctype.dbf Справочник типов накладных
Название поляТипДлинаОписаниеKodNumeric3Код NameCharacter10Название документаComentCharacter30Расшифровка названия
Sailtype.dbf Справочник видов продаж
Название поляТипДлинаОписаниеKodNumeric1Код NameCharacter10Вид продажиComentCharacter30Расшифровка вида
PriznDoc.dbf Справочник признаков накладных
Название поляТипДлинаОписаниеKodNumeric1Код NameCharacter10Признак накладнойComentCharacter30Расшифровка признака
Следующие две базы в совокупности и представляют собой документ (в одном сохраняются шапки, в другом табличные части)
DocumShp.dbf Шапки документов
Название поляТипДлинаОписаниеNumberCharacter10Номер документаDateDate8Дата оформления документаTypeNumeric3Тип накладнойFirmNumeric3Фирма от которой выпис. накладнаяSkladNumeric3Склад для документаKlientNumeric3Клиент на которого выпис. НаклOsnovCharacter50Основание документаPositionsNumeric3Количество позиций в накладнойSailTypeNumeric1Вид продажиPriznakNumeric1Признак накладнойAuthorNumeric2Автор документа (сотрудник)ProvedenLogical1Прошел ли док-т по регистрам ?
DocumTbl.dbf Табличные части документов
Название поляТипДлинаОписаниеTovarNumeric5Код товараKolNumeric4Количество PriceNumeric6,2Цена (по которой продали)DocumCharacter10Номер документа
Следующая и последняя группа представляет собой базы в которых отражается реальное движение чего-либо. Назовем их регистрами.
Rests.dbf Регистр остатков товаров
Название поляТипДлинаОписаниеTovarNumeric5Код товараSkladNumeric3Склад RestNumeric5Остаток товара
Motion.dbf Регистр движения остатков