Учебная работа. Реферат: Разработка программного модуля Договора

Учебная работа. Реферат: Разработка программного модуля Договора

Введение

В законодательстве и практике внедрения термина «контракт» употребляется, по наименьшей мере, в 4 значениях: как соглашение, как документ, как обязательственное правоотношение и как интегрированное (всеохватывающее) понятие.

Под содержанием контракта как сделки (юридического факта) понимаются права и обязанности сторон, касающиеся событий, предопределяющих юридическую природу, суть и специфику всякого определенного контракта и его относимость к обозначенному в законе виду контракта. В качестве таковых событий выступают предмет контракта, также другие происшествия, связанные с установлением юридической природы контракта. Таковыми обстоятельствами, к примеру, в договоре купли-продажи, кроме предмета (вещи, средств) являются высококачественная черта продаваемой вещи и ее стоимость, время и метод передачи вещи в собственность покупателя и т.д.; в договоре строительного подряда — вместе с работами по строительству объекта и его валютной оплатой (предметом контракта) подготовка проектно-сметной документации, срок строительства, сдача и приемка готового объекта и т.д.

Устанавливаемые контрактом права и обязанности сторон по поводу обозначенных событий называются в законе критериями контракта. Данное понятие критерий контракта основывается, а именно, на п. 4 ст. 421 ГК. Речь идет о правах и обязательствах сторон, в отношении которых инсталлируются права и обязанности, а не только лишь о самих обстоятельствах. В сочетании прав и обязательств сторон с обстоятельствами, по поводу которых они инсталлируются при определении содержания контракта, происшествия делают функцию структурного фактора, а права и обязанности — функцию правового обеспечения функционирования — критерий контракта.

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

1. анализ технического задания

Заданием курсового проекта является разработка базы данных, содержащая договоры заключенные разными коммерческими организациями. Для сотворения базы данных требуются формы, бланки договоров. база данных обязана иметь приятный интерфейс, возможность поиска данных, добавление новейших данных и редактирование уже имеющихся. Возможность вывода на печать. Результатом работы является запрограммированная база данных договоров.

Основанием для разработки послужило то, что при использовании старенькых способов весьма трудно создавать поиск по данным аспектам, сортировку, и хранить огромные объемы инфы. В таковых критериях получить итог по данным аспектом является большенный неувязкой. А разработка дружеского интерфейса программки повысит удобство работы и соответственно получение оперативного результата. Также повысится производительность труда служащих, которые будут работать с базой данных.

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

ДОГОВОР (на 10 договоров):

номер контракта — 5, наименование организации -25, адресок — 50, расчетный счет — 20, исходный срок контракта -8, конечный срок контракта — 8, код продукта — 7, единица измерения -2, количество по договору – 8, сумма по договору –6.

Справочные таблицы:

1. наименование организации –25, код организации –4, адресок – 50, расчетный счет –20;

2. код продукта –7, наименование продукта –15, ед. измерения –2, стоимость за единицу – 3.

Запросы:

1. код организации, интервал времени, сумма по договору;

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

3. номер контракта, код продукта и конечный срок контракта.

2. анализ предметной области

Предметной областью разрабатываемого программного изделия являются контракта разных организаций. Для анализа предметной области выбраны 10 разных договоров.

Опосля выявления полного списка нужных форм, документов была разработана непростая структура базы данных, основанием которой явилось универсальность, простота использования и наглядность.

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

3. анализ требований к программному изделию

Данное программное изделие применяется для коммерческих организаций, с целью резвого и корректного заключения договоров.

Основанием для разработки послужил заказ определенного лица на разработку программного изделия.

Требования заказчика к ПИ:

— создать ПИ в согласовании с обозначенными заказчиком функциями;

— создать запросы и формы;

— создать удачный пользовательский управляющий интерфейс.

Требования к операционному программному обеспечению:

1) ОСMicrosoft Windows XP, Service Pack 3;

2) Microsoft Office 2007, Microsoft Access 2007.

Главными требованиями по передаче программной продукции заказчику являются: 1) своевременная оплата за предоставляемое программное изделие; 2) установку ПИ будет создавать разраб, лишь в том случае если пространство эксплуатации будет соответствовать техническим требованиям ПИ.

4. Календарный план разработки проекта

Календарный план разработки проекта рассчитан на 65 рабочих дней, суббота и воскресенье числятся выходными деньками (таблица 1).

Таблица 1

№
Наименование
Дата начала
Дата окончания

1
анализ технического задания
18.01.2010
20.01.2010

2
Предварительный шаг
20.01.2010
26.01.10

3
Рабочее проектирование
26.01.2010
16.02.2010

16.02.2010
08.03.2010

4
Отладка и тестирование
08.03.2010
09.04.2010

5
Сдача проекта
09.04.2010
13.04.2010

Стоимость программного изделия устанавливается на одну единицу программной продукции с учетом комплексности ее поставки. Данная стоимость, обычно, формируется на базе нормативной себестоимости производства и прибыли: Цп = С + П,

где С – себестоимость единицы продукции, руб.; П – Прибыль, руб.

5. Предполагаемая стоимость программного изделия

Определение себестоимости ПИ по статьям калькуляции (таблица 2).

Таблица 2.

Расчёт себестоимости

Статьи калькуляции
Сумма, руб.

Основная зарплата производственных рабочих
1000

Доборная зарплата производственных рабочих (10% от ОЗР)
100.00

Отчисления на социальные нужды (38.7%)
425,70

Затратные расходы (50% от ОЗР)
500

ИТОГО
2025

Дальше рассчитаем оптовую стоимость проектируемого устройства. Для определения оптовой цены ПИ применена формула:

где СП
¾ полная себестоимость (2025 руб.);

ПР
¾ Прибыль (20% от полной себестоимости, 405 руб.);

НДС ¾ налог на добавленную стоимость (20% от полной себестоимости, 405 руб.);

СК
¾ накидки сбытовых организаций (10% от суммы полной себестоимости и прибыли, равны 202,5 руб.).

Таковым образом, оптовая стоимость равна: 3.037,5руб. Продажная стоимость быть может установлена в размере 3100рублей за единицу.

6. Технологическая подготовка разработки и планирования

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

Главными аспектами выбора ОС являются:

-Приятный интерфейс;

-Надежность;

-Высочайшая эффективность файловой операции;

-Различные сервисы: файл-сервис, принт-сервис, сохранность данных и отказоустойчивость, архивирование данных, служба обмена сообщениями, различные базы данных и остальные.

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

Проектирование архитектуры программного изделия

Проектирование архитектуры ПИ осуществляется при помощи Microsoft Access XP.

Входной информацией будет ввод данных в таблицы:

— номер контракта;

— наименование организации;

— адресок (юридический, фактический);

— расчетный счет;

— исходный и конечный сроки контракта;

— код продукта;

— единица измерения;

— количество по договору;

— сумма по договору;

Выходной информацией будет вывод на экран ответов на запросы, форм и отчетов.

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

структура базы данных

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

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

Запросы являются инвентарем поиска и структурирования данных. запрос, адресованный одной либо нескольким таблицам, инициирует подборку определенной части данных и их передачу в таблицу, создаваемую самим запросом. В итоге вы получаете подмножество информационного огромного количества начальных таблиц, сформированное по определенному закону. Если обрабатываемый размер инфы велик, выделение нужных данных в такое подмножество дозволяет значительно уменьшить время их обработки. В системах типа клиент-, где главные базы данных хранятся на файловом сервере, система запросов дозволяет уменьшить размер инфы, передаваемой через локальную сеть.

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

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

Проектирование базы данных ДОГОВОР

Проектирование таблиц.
Запускаем программку MicrosoftAccess избираем во вкладке “Файл” пункт “Создание новейшей базы данных”. На дисплее возникает окно выбора объектов для сотворения. В показавшемся окне открываем вкладку “Таблицы”. Избираем пункт “Создание таблицы при помощи мастера”. Следуя указаниям Мастера составляем перечень строк и столбцов, нужных в нашей таблице. В процессе сотворения можно сходу отдать заглавие таблице, колонкам, указать тип данных, которые будут заноситься в эти столбцы. Данные могут вводиться конкретно в таблицу, а могут вводится при помощи конструктора. Конструктор дозволяет откорректировать содержащуюся в таблице информацию.

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

Рассмотрев определенные выше задачки можно спроектировать главные таблицы базы данных.

Таблица для хранения данных о организациях

имя поля
тип данных
описание

Номер контракта;
Счетчик
Номер контракта

Наименование организации;
Текстовый
Наименование организации

адресок фактический;
Текстовый
Адресок фактический

адресок юридический;
Текстовый
Адресок юридический

Расчетный счет
Текстовый
Расчетный счет

Исходный срок контракта;
Дата/время
Исходный срок контракта

Конечный срок контракта
Дата/время
Конечный срок контракта

Код продукта;
Числовой
Код продукта

Единица измерения;
Текстовый
Единица измерения

количество продукта по договору;
Числовой
Количество продукта по договору

Сумма по договору;
Валютный
Сумма по договору

Справочная таблица №1

имя поля
тип данных
описание

Наименование организации;
Текстовый
Наименование организации

Код организации;
Текстовый
Код организации

адресок фактический;
Текстовый
Адресок фактический

адресок юридический;
Текстовый
Адресок юридический

Расчетный счет
Текстовый
Расчетный счет

Справочная таблица №2

имя поля
тип данных
описание

Код продукта;
Текстовый
Код продукта;

Наименование организации;
Текстовый
Наименование организации;

Наименование продукта;
Текстовый
Наименование продукта;

Единица измерения;
Текстовый
Единица измерения;

Стоимость за единицу;
Текстовый
Стоимость за единицу;

Справочная таблица №3

имя поля
тип данных
описание

Код продукта;
Текстовый
Код продукта

Код организации;
Текстовый
Код организации

Наименование организации;
Текстовый
Наименование организации

Наименование продукта;
Текстовый
Наименование продукта

Единица измерения;
Текстовый
Единица измерения

Стоимость за единицу;
Валютный
Стоимость за единицу

Номер контракта
Числовой
Номер контракта

Исходный срок контракта;
Дата/время
Исходный срок контракта

Конечный срок контракта;
Дата/время
Конечный срок контракта

Сумма по договору;
Валютный
Сумма по договору

количество продукта по договору;
Числовой
Количество продукта по договору

Проектирование форм.
Формы разрешают создавать пользовательский интерфейс для таблиц базы данных. Формы делают из набора отдельных частей управления: текстовые поля для ввода и редактирования данных, клавиши, флажки, переключатели, списки, метки полей, также рамки объектов для отображения графики и объектов OLE. Форма состоит из окна, в каком располагаются два типа частей управления: динамические (отображающие данные из таблиц) и статистические (отображающие статистические данные, такие как метки и логотипы).

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

Формы, применяемые в базе данных:

Рис.1 «Содержание для таблиц»

Рис.2 «Содержание для форм»

Рис.3 «Форма контракта аренды»

Рис.4 «Форма контракта займа»

Проектирование запросов.
Запросы разрешают показать на дисплее длинноватые списки записей, формы дают возможность сосредоточиться на определенной записи. Они упрощают ввод, редактирование и восприятие инфы, могут содержать вспомогательные подписи и элементы дизайна. Путь сотворения запроса – внедрение «Мастера запросов», который дозволяет создавать формы, содержащие поля из одной либо наиболее таблиц .

Запросы с параметром:

Рис.5 «Вывод наименования организации по коду продукта»

Рис.6 «Запрос с интервалом деяния срока контракта»

Рис.7 «Запрос вывода кода продукта по конечному сроку контракта»

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

Рис.8 Вывод отчета по коду продукта

Тексты программки по материалам

Данный текст программки содержится в справочной таблице №3, разработанной базы данных.

Справочная таблица №3

Код продукта

Код организации

Наименование организации

Наменование продукта

Единица зимерения

Стоимость за единицу

Номер контракта

Исходный срок контракта

Конечный срок контракта

Сумма по договору

количество продукта по договору

24
24
«БурятЭнерго»
Электроэнергия
КВт
1,20р.
2
Март
Март

19
19
«Эксперт»
Консультационные услуги
6 000,00р.
1
1 000,00р.

6
6
«Луч»
Квартиры 3-комнатные
В.м
1 750 000,00р.
1
Июнь
Октябрь
8 750 000,00р.
5

12
12
«МастерКласс»
Химчистка верхней одежки
3 000,00р.
2
Апрель
Июнь
3 000,00р.

11
11
«Ниагара»
Химчистка одежки
1 500,00р.
1
Апрель
Сентябрь
1 500,00р.

7
7
«Личность-Элит»
Помещения под кабинеты
1 200 000,00р.
2
Апрель
Сентябрь
1 200 000,00р.
1

20
20
«Советник»
Консультационные услуги
1 000,00р.
2
1 000,00р.

23
23
«Энергосбыт»
Электроэнергия
КВт
0,63р.
1
Февраль
Март
100 000,00р.

25
25
«Юрел»
Электроэнергия
КВт
0,63р.
3
Апрель
Май

18
18
OOO «Посреднеческие услуги»
Поставка электронных устройств
шт
1 000,00р.
3
Февраль
Ноябрь
900 000,00р.
900

4
4
АН «Альманах»
3-комнатные квартиры в аренду
В.м
15 000,00р.
4
Май
Август
15 000,00р.
1

2
2
АН «Дуэт»
2-комнатные квартиры в аренду
В.м
10 500,00р.
2
Июнь
Сентябрь
10 500,00р.
1

3
3
АН «Перспектива»
Помещения под кабинеты
В.м
25 000,00р.
3
Апрель
Декабрь
75 000,00р.
3

1
1
АН «Реванш»
1-комнатные квартиры в аренду
В.м
7 000,00р.
1
Апрель
Август
7 000,00р.
1

5
5
АН «Твой дом»
4-комнатные квартиры в аренду
В.м
18 000,00р.
5
Май
Октябрь
36 000,00р.
2

14
14
БайкалБанк
средства в кредит
руб.
2
Апрель
Декабрь
300 000,00р.

22
22
компании; акционерное общество) «Электротехника»
Поставка электронных плит
шт
25 000,00р.
2
Декабрь
Декабрь
2 500 000,00р.
100

16
16
ООО «Посредник»
Поставка стиральных машин
шт
55 000,00р.
1
Июнь
Декабрь
300 000,00р.
20

10
10
ООО «СтройКом»
Стройку жилых помещений
7 000 000,00р.
1
Февраль
Февраль
7 000 000,00р.
1

21
21
РЖД
Камера хранения
кг
1 000,00р.
1
Апрель
Май
300 000,00р.
100

15
15
Русь Рис.9 текст программки

7. Расчет главных характеристик

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

Этапы соответствующие для разработки больших программных товаров последующие:

1. анализ требований, предъявляемых к программному изделию;

2. Определение спецификаций;

3. Проектирование изделия;

4. Кодирование;

5. Тестирование и отладка.

Расчёт зарплаты персонала, занятого в проведение работ. (расчёт приведён в таблице 3).

Таблица 3.

Расчёт зарплаты

№
Наименование
Исполнитель
Трудоемко-сть
Оклад
НДФЛ 13%
К выдаче

деньки
Руб.
Руб.
Руб.

1
Техническое задание
Основной конструктор.
3
2500
325
2175

2
Предварительный шаг
Программер 1 группы.
5
5000
650
4350

3
Рабочее проектирование
Программер 1 группы.
15
5000
650
4350

Программер 2 группы.
15
4000
520
3480

4
Отладка и тестирование
Программер 1 группы.
25
4500
585
3915

5
Сдача проекта
Основной конструктор.
2
2000
260
1740

ИТОГО:
2.990
20.010

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

Таблица 4.

Расчёт издержек на НИОКР

№
Статьи издержек
Сумма, руб

1
Основная зарплата по теме проекта
20.010 руб

2
Доборная зарплата (10% от п.1)
2.001 руб

3
Отчисления на социальные нужды (38,7% от п.1+п.2)
8.364

4
Затратные расходы (50% от п.1)
10500

8
Издержки на оплату услуг со стороны
0

ИТОГО
40875

Издержки на технологическую подготовку производства для критерий серийного производства примем в размере 100% к затратам на НИОКР. Зттп=40875 руб.

Остальные виды единовременных издержек , примем в размере 30% к сумме издержек на НИОКР и ТПП – 12.262.5

ИТОГО= 53137,5 руб.

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

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

Стоимость на программные продукты устанавливается на единицу программной продукции с учетом комплексности ее поставки. Ее стоимость, обычно, формируется на базе нормативной себестоимости производства и прибыли: Цп = С + П,

где С — себестоимость единицы продукции, руб.;

П — Прибыль, руб. (себестоимость рассчитана в таблице 2).

Таковым образом, оптовая стоимость равна: 3.037,5руб. Продажная стоимость быть может установлена в размере 3100рублей за единицу.

Перечень использованной литературы

1. Штатский Кодекс РФ

2. Карпова Т.С. Базы данных : модели, разработка, реализация. – С-Пб.: Питер, 2001. — 458 с.

3. Котов С.Л., Б.В. Палюх, С.Л. Федченко Разработка и стандартизация программных средств и информационных технологий – Тверь, 2006 г.

4. Липаев В.В. Документирование и управление конфигурацией программных средств (способы и эталоны). М.: СИНТЕГ, 2003.

5. Липаев В.В. Выбор и оценивание черт свойства программных средств. способы и эталоны. М.: СИНТЕГ,2001.

6. Принципы проектирования и разработки программного обеспечения. Учебный курс MCSD. М.: Российская редакция, 2000.

7. Хабракен Д. MicrosoftAccess 2000. Шаг за шагом. – М.: АСТ — Астрель, 2004. – 349 с.

8. Хоменко А.Д. Базы данных. Учебник для ВУЗОВ. – М.: разработка, 2000. – 325 с.

9. WWW. GOST.RU

10. WWW. STANDARD.RU

]]>