Автоматизация учета договоров ООО "АвтоматикаСервис" с предприятиями

б) алгоритм: добавление новой карточки контрагента, редактирование данных контрагента

Таблица 2 – Описание дуг функции А2

3. Функция: А3.

а) название: выдача договоров.

б) алгоритм: поиск и выдача договора, занесение информации о выдаче в базу данных

4. Функция: А4.

а) название: формирование отчёта.

б) алгоритм: сбор необходимой информации о договоре, выполнение соответствующих запросов и выборок, вывод печатных форм или экспортв другие приложения

Требования к проектируемой системе

Требования к функциональным характеристикам

Информационная система должна выполнять функцию автоматизации процесса обработки информации по договорам. Интерфейс программы должен быть интуитивно понятным и удобным для пользователя. Необходима удобная навигация по базе и наглядное отображение результатов работы. Система должна осуществлять хранение и обработку информации, на ее основе создавать необходимые отчетыи формировать выходные документы.

Требования к надежности

Программа должна быть качественной, правильной, корректной должна безошибочно выполнять все требуемые функции, и быть пригодной для эксплуатации. Система должна быть устойчивой, то есть способной правильно выполнять запланированные действия, несмотря на случайные отклонения, как в работе аппаратуры, как и в самой программе.

Таким образом, для обеспечения надежности в системе необходимо:

1. разработать доступный пользователю интерфейс, со всеми удобными диалоговыми окнами и справочниками;

2. прописать в полях ввода маски вводимых данных, чтобы не допустить ошибки при вводе данных;

3. обеспечить удобный список полей выбора, чтобы исключить ввод ошибочных данных или ошибки ввода информации;

4. снабдить программу справочной информацией.

Предполагаемый результат внедрения АСУД

Созданная система учета договоров будет предназначена для хранения и поиска информации о договорах и формирования различных отчетов.

Предполагаемый результат от внедрения АСУД следующий:

1. экономия времени заполнения журнала договоров

2. экономия времени при составлении и формировании отчётов;

3. рост производительности труда;

4. быстрый поиск необходимой информации о договорах и контрагентах;

5. обеспечение безопасности хранимой информации.

5. Разработка инфологической модели АСУД

Разработка инфологической модели АСУД

Инфологическая модель данных – это описание, выполненное с использованием естественного языка, математических формул, таблиц, графиков и других средств. Основными конструктивными элементами инфологических моделей являются сущности, связи между ними и их свойства (атрибуты).

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

На основе анализа предметной области и требований АСУД были выявлены следующие сущности: 1)Договора и 2) Контрагенты.

Сущность «Договора» содержит в себе следующие атрибуты:

· Порядковый номер - числовой, автоинкрементный (первичный ключ)

· №папки – текстовый

· №договора – текстовый

· Код контрагента – текстовый

· Наименование документа– текстовый

· Начало – дата

· Окончание – дата

· Срок действия – текстовый

· Предмет договора – текстовый

· Цена договора с НДС – денежный

· Статус документа – текстовый

· Результат рассмотрения

· Ответственный от «АвтоматикаСервис» – текстовый

· Ответственный от Контрагента – текстовый

· Примечание – текстовый

Сущность «Контрагенты» содержит в себе следующие атрибуты:

· Код – числовой, автоинкрементный (первичный ключ)

· Полное наименование – текстовый

· Краткое наименование – текстовый

· Должность руководителя – текстовый

· ФИО руководителя – текстовый

· Основание – текстовый

· № документа удостоверяющего права – текстовый

· Лицензия – текстовый

· Юридический адрес – текстовый

· Почтовый адрес – текстовый

· Тел/Факс – текстовый

· e-mail – текстовый

· ОГРН – текстовый*

· ИНН – текстовый*

· КПП – текстовый*

· Р/счет – текстовый*

· Банк – текстовый*

· Кор. Счет – текстовый*

· ОКВЭД – текстовый

· ОКОНХ – текстовый*

· ОКПО – текстовый*

· ОКАТО – текстовый*

* - Содержанием данных атрибутов являются числовые записи, но они не служат для вычислений, к тому же числовое значения некоторых записей превышает допустимые значение для числового типа «длинное целое», поэтому используется тип данных «текстовый» с использованием маски ввода.

Связь «Контрагент» определяет «Договоры» является связью типа 1:М (Один-ко-Многим), один контрагент может относиться к нескольким договорам.

 Скачать реферат