- •3. Проектирование системы управления взаиморасчетами с контрагентами предприятия сферы услуг
- •3.1. Проектирование функционального обеспечения
- •3.2. Проектирование информационного обеспечения
- •3.2.1. Проектирование макетов входящих документов
- •Входящие документы
- •3.2.2. Проектирование макетов исходящих документов
- •Выходные документы
- •3.2.3. Концептуальная модель данных информационной базы
- •3.2.5. Физическая модель данных информационной базы
- •3.2.6. Разработка экранных форм
- •3.2.4. Логическая модель данных информационной базы
- •Экранные и печатные формы
- •3.3. Проектирование математического обеспечения
- •3.4. Проектирование программного обеспечения
- •3.4.1. Разработка дерева функций
- •3.4.2. Разработка сценария диалога
- •3.4.3. Разработка дерева вызова программных модулей
- •3.4.4. Схема взаимодействия программных модулей и информационных файлов системы
- •3.5. Проектирование технологического обеспечения
- •3.5.1. Технология ввода информации в систему
- •3.5.2. Технология контроля вводимой информации
- •3.5.3. Технология отображения информации
- •3.5.4. Технология восстановления данных в системе
- •3.5.5. Технология реализации бизнес-процессов в системе
- •3.6. Проектирование организационного обеспечения
- •3.6.1. Описание арм пользователей информационной системы
- •3.6.2. Требования к подготовке пользователей ис
- •3.6.3. Характеристика этапа внедрения разрабатываемой ис
- •3.6.4. Характеристика этапа эксплуатации разрабатываемой ис
- •3.7. Контрольный пример
- •П24. Функциональная модель предметной области («как должно быть»)
- •Функциональная модель
- •«Управление взаиморасчетами с контрагентами предприятия сферы услуг»
- •П25. Входящие документы
- •Заявка на оказание услуг
- •Каталог оказывемых услуг
- •Претензия (об уплате неустойки в связи с нарушением сроков начала подрядных работ) на сумму _____________ рублей
- •Журнал регистрации результатов осмотров жилого дома
- •Адресный список и характеристика строений
- •Выписка из отдела материально-технического снабжения № ________________ о наличии ресурсов для реализации заявки
- •План по оказанию услуг №________
- •Акт оказанных услуг №_____________
- •Договор № _______
- •1. Предмет договора
- •2. Права и обязанности сторон
- •3. Цена договора и порядок расчетов
- •4. Ответственность сторон
- •5. Порядок разрешения споров
- •6. Заключительные положения
- •Адреса и банковские реквизиты сторон:
- •Подписи и печати сторон
- •Отчёт по работе с заявками
- •Отчёт по работе с претензиями
- •Отчёт по работе с договорами
- •Сводный отчёт по работе с контрагентами
- •Сводный отчёт по графику платежей
- •Сводный отчёт по исполнению договоров
- •П27. Макеты форм входящих документов
- •Структура документа «Претензия»
- •Структура документа «Заявка на оказание услуги»
- •Структура документа «Каталог услуг»
- •Структура документа «Журнал регистрации результатов осмотров жилого дома»
- •Структура документа «Адресный список и характеристика строений»
- •Макет выписки о наличии ресурсов для реализации заявки
- •П28. Макеты форм исходящих документов
- •Структура документа «План по оказанию услуг»
- •Структура документа «Акт оказанных услуг»
- •П29. Концептуальная модель базы данных п30. Характеристика сущностей предметной области и связей между ними
- •Характеристика сущностей предметной области
- •Характеристика связей между сущностями предметной области
- •П31. Логическая модель базы данных
- •П32. Физическая модель базы данных
- •П33. Расшифровка атрибутов сущностей предметной области
- •Характеристика атрибутов сущностей предметной области
- •Сценарий диалога пользователя и информационной системы
- •П38. Дерево вызова программных модулей системы
- •Расшифровка программных модулей системы
- •П39. Схема взаимосвязи программных модулей и информационных файлов системы
- •П40. Технологические схемы бизнес-процессов предметной области
- •П41. Технологическая карта бизнес-процессов предметной области
- •Технологическая карта бизнес-процессов предметной области
- •П42. Взаимоотношения прав доступа
3.2.4. Логическая модель данных информационной базы
Логический уровень представления данных должен обеспечивать независимость информационной базы от особенностей будущей целевой СУБД и других физических аспектов её реализации. В результате уточнения и преобразования концептуальной модели данных предметной области (см. прил. 29) была построена логическая модель данных информационной базы, учитывающая все необходимые реквизиты документов, а также содержащая разработанные на основе имеющихся классификаторов, справочники, предназначенные для удобства хранения и ввода данных. Описание выделенных сущностей и связей между ними приведено в прил. 30. Полная атрибутивная модель, соответствующая логическому уровню проектирования, представлена в прил. 31.
3.2.5. Физическая модель данных информационной базы
Физический уровень представления данных зависит от конкретной СУБД и фактически является отображением системного каталога. В физической модели содержится информация обо всех объектах базы данных. Генерация физической схемы базы данных выполняется при прямом проектировании в соответствии с методикой, реализованной в ERwin. Физическая модель информационной базы управления взаиморасчетами с контрагентами предприятия сферы услуг реализована при помощи CASE-средства AllFusion ERwin Data Modeler 4.1 в соответствии с методологией IDEF1x. Результаты моделирования представлены в прил. 32. Расшифровка условных обозначений атрибутов выделенных на физическом уровне типов сущностей приведена в прил. 33
3.2.6. Разработка экранных форм
На основании определённого в п. 2.7.4 метода проектирования и состава экранных форм документов предметной области разработаны макеты экранных форм реализуемого проекта, включающие в себя экранные формы трёх категорий: формы для работы с текущей (первичной) документацией (заявки, претензии, планы и пр.), формы для работы со справочными данными (постоянная информация) и формы для представления отчётной (результатной) информации.
При построении макетов экранных форм для первичных документов с оперативной информацией следует использовать комбинированную форму документа, максимально приближенную к той, которая применяется для построения самого документа. Поля должны располагаться в последовательности, соответствующей логической структуре документа и файлов с оперативной информацией, сокращающей трудоёмкость операции загрузки информации в базу.
При построении макетов экранных форм документов с постоянной информацией необходимо учитывать тот факт, что эти макеты будут использоваться для ввода и актуализации записей информационной базы, поэтому для их проектирования следует применять анкетную форму расположения реквизитов, удобную для выполнения этих операций.
При построении макетов экранных форм для вывода результатной информации следует использовать методику проектирования результатных документов, т. е. использовать комбинированную форму с трёхзонным расположением реквизитов и многострочной содержательной частью.
Разработка экранных форм должна осуществляться с учётом следующих принципов:
все экранные формы должны иметь уникальные и информативные заголовки;
каждое поле должно быть снабжено подсказкой, выдаваемой на экран при неправильных действиях пользователя;
формы не должны быть перегружены справочными реквизитами, значения которых следует выдавать на экран в виде списков для просмотра при наборе значений группировочных признаков;
значения группировочных признаков также следует выдавать на экран из справочников при переходе указателя в данное поле или при наборе неправильных значений этих признаков;
обязательные элементы должны находиться в верхней части экрана, а все остальные элементы необходимо упорядочить по степени важности;
должна быть обеспечена возможность обнаружения и исправления ошибок в наборе;
продвижение указателя должно быть обеспечено в прямом и обратном направлении по вертикали и горизонтали с возможностью экранной прокрутки документа, причём предпочтительнее использовать вертикальную прокрутку;
размещение на экранной форме дополнительных элементов за счёт уменьшения размера символов допустимо только в ограниченной степени;
служебная часть макета экранной формы должна располагаться в верхней или нижней части экрана и отделяться от информационной части графически и цветом;
служебная часть макета экранной формы должна предназначаться для включения подсказок об использовании тех кнопок, с помощью которых пользователь может работать с этим макетом (производить откат на одно поле назад, отказываться от ввода, производить загрузку введённой записи в БД, выдавать документ на печать и т. д.).
Основные экранные формы проектируемой информационной системы представлены в прил. 34, печатные формы – в прил. 35. Разработанные формы полностью соответствуют выделенным принципам их построения и являются интуитивно понятными для пользователей данного проекта (см. табл. 3.3).
Таблица 3.3