Разработка автоматизированной системы оптимизации отслеживания отчетности предприятий

Размещено на http://www.allbest.ru/

Размещено на http://www.allbest.ru/

Содержание

Введение и постановка задачи

1. Расчетно-теоретическая часть

1.1 Технико-экономическое обоснование

1.1.1 Актуальность разработки

1.1.2 Расчет экономической эффективности внедрения разработки

1.2 Требования к программному продукту

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

1.2.2 Назначение разработки

1.2.3 Область применения

1.2.4 Общие требования к программному продукту

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

1.2.6 Требования к составу и параметрам технических средств

1.2.7 Требования к программным средствам

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

1.2.9 Требования к графическому интерфейсу

1.2.10 Требования к техническим средствам

1.2.11 Требования к климатическим условиям эксплуатации

1.2.12 Требования к квалификации и численности персонала

1.3 Информационная модель

1.3.1 Выбор способа организации данных

1.3.2 Моделирование информационной системы

1.3.3 Анализ таблиц базы данных

2. Технологическая часть

2.1 Руководство программиста

2.2 Руководство пользователя

3. Организационно-экономическая часть

3.1 Оперативно-календарный план

3.1.1 Расчет сметной стоимости программного обеспечения

3.1.2 Экономические показатели

4. Безопасность и экологичность проекта

4.1 Оценка безопасности и экологичности проекта

4.2 Микроклимат

4.3 Производственное освещение

4.4 Шум

4.5 Электромагнитное излучение

4.6 Электробезопасность

4.7 Пожарная безопасность

4.8 Организация рабочего места

4.9 Расчетная часть

Заключение

Список используемой литературы

Приложение А

Введение и постановка задачи

Тема данного дипломного проекта - «Разработка автоматизированной системы оптимизации отслеживания отчетности предприятий».

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

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

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

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

1. Расчетно-теоретическая часть

1.1 Технико-экономическое обоснование

1.1.1 Актуальность разработки

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

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

До настоящего времени отслеживание этапов выполнения и сдачи отчетности выполнялись вручную посредством хранения необходимых данных в обычных текстовых документах, созданных в редакторе Microsoft Excel 2003 или Microsoft Word 2003 . Такой подход к хранению информации крайне неудобен, т.к. при заполнении граф можно легко ошибиться строкой, что влечет к не сдаче отчета и тем самым к административным штрафам.

Ценность разработанной системы будет определяться удобным интерфейсом и отбором фирм по районам, либо по фонду и названию декларации. Это ведет к более простой, удобной и надежной работе по отслеживанию необходимых отчетов. Так же будут ежемесячные отчеты, для отслеживания заведенных документов в 1С.

1.1.2 Расчет экономической эффективности внедрения разработки

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

Основными экономическими показателями являются:

- экономия эксплуатационных расходов;

- капитальные вложения;

- срок окупаемости.

Расчет экономии эксплуатационных расходов основан на сравнении двух вариантов: базового и машинного. Для данного проекта базовым вариантом является ручной способ составления отчетности. Отчеты составляются ежемесячно. На составление всей отчетной документации ручным способом в среднем тратится 13 рабочих дней (104 часа), при этом учитывается время на сбор всех необходимых документов, хранящихся в бумажном виде. При ручном способе возникают ошибки, исправление

которых занимает в среднем занимает 8 часов. Трудоемкость работ по составлению отчетных документов ручным способом в год составит 1248 человеко-часов.

На подготовку ежемесячных отчетных документов машинным

способом в среднем тратится 2 часа в день (504 часа в год) при условии своевременного и методичного ввода данных в систему отчетов машинным способом может быть осуществлено одним оператором. Трудоемкость работ по составлению отчетных документов машинным способом в год составит 504 человеко-часов.

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

Исходные данные для расчета основных экономических показателей приведены в таблице 1.1.

Таблица 1.1 - Исходные данные

Наименование	Обозначение	Единицы измерения	До внедрения	После внедрения
Время ввода данных	Тп/рд	Час	0	38
Время составления отчетной документации	Тод	Час	91	0
Время на проверку	Тп	Час	5	2
Время на возможную корректировку	Тк	Час	8	2
Количество работников, составляющих отчеты	J	чел.	1	1
Месячный оклад	О	руб.	15 000,00	15 000,00

Экономический эффект от внедрения проекта определяется по формуле:

Э=С1-С2,

где С1 и С2 - затраты соответственно базового (ручного) и нового (машинного) способа решения задачи.

Затраты для базового способа рассчитываются по формуле:

С1=Сз+Cc+Са+Сэл,

где Сз - заработная плата работников;

Cc - затраты на социальные нужды;

Са - амортизационные отчисления на компьютер;

Сэл - затраты на электроэнергию

1) Заработная плата работников определяется по формуле:

,

где О - должностной оклад специалиста за месяц;

- количество рабочих часов на составление отчетной документации;

- количество рабочих часов в месяц.

При 5-дневной рабочей неделе и 8-часовом рабочем дне:

руб.

2) Затраты на социальные нужды:

Cc=Сз * i,

где Сз - затраты на оплату труда;

i - ставка единого социального налога.

руб.

3) Амортизационные отчисления:

Са = (Ск / Та) * Тисп

где Та - период амортизации в часах;

Тисп - время использования в часах;

Ск - стоимость ЭВМ в руб.

Таблица 1.2 - Стоимость одного рабочего места

Модуль		Стоимость, руб.
Корпус	HP
Операционная система	Windows 7 Pro 64-bit
Процессор	Intel Pentium G2020 (2-Cores, 2.9GHz)
Оперативная память	4GB DDR3, DIMM
Жесткий диск	320GB
Накопитель 5.25"	DVD+RW/CD-RW/DVD 16x4x/5xDL/16x4x/16x/48x/24x/48x
Графический адаптер	Интегрированный, графика: Intel HD Graphics
Клавиатура	Logitech Deluxe 250 PS/2 Keyboard white
Мышь	Genius NetScroll 100
Монитор	Philips TFT 23"
Итого:		22 300,00

Компьютер используется для составления отчетной документации: 104 часа в месяц, 1248 часов в год.

Та = 5 лет, период амортизации в часах составляет 10080 часов.

Тисп = 1248 часа

Ск = 22300 руб.

Са = (22300 / 10080) * 1248 ? 2761 руб.

4) Затраты на электроэнергию:

Сэл = k * S * j

где k - количество кВт/час, затраченное на составление отчетов ручным способом.

S - стоимость 1 кВт/час.

Персональный компьютер потребляет 0,35 кВт/час.

S = 4,2 руб.

Сэл = 0,35 * 1248 *4,2 * 1 ? 1835 руб.

Полные затраты на составление отчетов ручным способом составят:

С1 = 111429 + 33429 + 2761 + 1835 = 149454 руб.

Затраты для решения задачи машинным способом рассчитываются по формуле:

C2=Сз+Cc+Са+Сэл

где Сз - заработная плата работников;

Cc - затраты на социальные нужды;

Са - амортизационные отчисления;

Сэл - затраты на электроэнергию.

1) Заработная плата работников:

где О - должностной оклад специалиста за месяц;

- количество рабочих часов на составление отчетной документации;

- количество рабочих часов в месяц.

При 5-дневной рабочей неделе и 8-часовом рабочем дне:

2) Затраты на социальные нужды:

Cc=Сз * i,

где Сз - затраты на оплату труда;

i - ставка единого социального налога.

Cc=45000*0,3 ? 13500 руб

3) Амортизационные отчисления:

Са = (Ск / Та) * Тисп

где Та - период амортизации в часах;

Тисп - время использования в часах;

Ск - стоимость ЭВМ в руб.

Компьютер используется 42 часа в месяц, 504 часа в год.

Та = 5 лет, период амортизации в часах составляет 10080 часов.

Тисп = 504 часов

Ск = 22300 руб.

Са = (22300 / 10080) * 504 ? 1115 руб.

4) Затраты на электроэнергию:

Сэл = 0,35 * 504 *4,2 * 1 ? 741 руб.

Затраты при предлагаемом способе решения задачи составляют:

С2 = 45000 + 13500 + 1115 + 741 = 60356 руб.

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

Э = 149459 - 60356 = 89103 руб.

1.2 Требования к программному продукту

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

Информационная система «Оптимизация отслеживания отчетности».

1.2.2 Назначение разработки

Система предназначена для оптимизации отслеживания сданной отчетности предприятий по Нижегородской области и Нижнего Новгорода.

1.2.3 Область применения

Проектируемая автоматизированная система предназначена для ООО «Бухгалтерский центр «Пачоли» - предприятия, осуществляющего деятельность в области права, бухгалтерского учёта и аудита, консультирование по вопросам коммерческой деятельности и управления предприятием.

1.2.4 Общие требования к программному продукту

Данный программный продукт должен обеспечивать:

- централизованное хранение, редактирование, добавление и удаление необходимых данных о клиентах, фондах, декларациях, сроках сдачи отчетов и занесенных документов в 1С;

- ускорение и упрощение формирования необходимых бланков по сдачи отчетности;

- разбивка отчетности по районам, фондам, клиентам.

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

Надежное (устойчивое) функционирование программы должно быть обеспечено выполнением Заказчиком совокупности организационно-технических мероприятий, перечень которых приведен ниже:

- организация бесперебойного питания технических средств;

- использование лицензионного программного обеспечения;

- регулярное выполнение рекомендаций Министерства труда и социального развития РФ, изложенных в Постановлении № 28 от 23 июля

1998 г. «Об утверждении межотраслевых типовых норм времени на работы по сервисному обслуживанию ПЭВМ и оргтехники и сопровождению программных средств»;

- регулярное выполнение требований ГОСТ 51188-98 «Испытания программных средств на наличие компьютерных вирусов».

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

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

1.2.6 Требования к составу и параметрам технических средств

1) Удовлетворение требованиям выбранных программных средств.

2) Минимальная стоимость.

1.2.7 Требования к программным средствам

1) Ориентирование на модификацию и расширение.

2) Высокая эффективность и надежность.

3) Обеспечение целостности данных.

4) Обеспечение доступа к данным всем пользователям сети.

5) Удобство пользовательского интерфейса.

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

Основными функциями, которые должна нести проектируемая система, являются:

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

2) Получение информации о сданных отчетах в фонды Нижегородской области за определенный период.

1.2.9 Требования к графическому интерфейсу

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

1.2.10 Требования к техническим средствам

Система должна функционировать на персональном компьютере

следующей конфигурации:

- процессор не хуже Intel Pentium Dual Core E5400 (2.7 GHz, 2Mb, 800MHz);

- оперативная память не менее 1 GB;

- жесткий диск не менее 80 GB.

1.2.11 Требования к климатическим условиям эксплуатации

Климатические условия эксплуатации, при которых должны обеспечиваться заданные характеристики, должны удовлетворять требованиям, предъявляемым к техническим средствам в части условий их эксплуатации.

1.2.12 Требования к квалификации и численности персонала

Программный продукт на стороне сервера должен обслуживаться

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

Численность и квалификация пользователей клиентской части приложения определяется руководителем предприятия. Рекомендуемым работником на одно рабочее место является один оператор ПК.

1.3 Информационная модель

1.3.1 Выбор способа организации данных

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

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

- система должна быть удобной в использовании, все необходимые и часто используемые формы должны быть на виду, а близкие по смыслу элементы должны быть объединены в одну группу;

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

- система должна быть адекватной и должна настраиваться под быстро изменяющиеся показатели на компьютерном рынке;

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

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

Кроме этого необходимо обеспечение возможности просмотра и редактирования информации.

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

эффективность, контроль, совместимость, гибкость.

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

2) Принцип контроля требует, чтобы проектируемая база обладала механизмами для защиты информации, ее данные были бы достаточно надежны при проверке отчетных документов.

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

4) Принцип гибкости требует от разработки возможности расширения без проведения больших изменений.

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

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

Для реализации данной структуры наиболее рациональным решением является создание реляционной базы данных.

Реляционная модель предложена сотрудником компании IBM Е.Ф. Коддом в 1970 г. В настоящее время эта модель является фактическим стандартом, на который ориентируются практически все современные коммерческие СУБД.

В реляционной модели достигается гораздо более высокий уровень абстракции данных, чем в иерархической или сетевой. Представление данных не зависит от способа их физической организации. Это обеспечивается за счет использования математической теории отношений (само название "реляционная" происходит от английского relation - "отношение").

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

- Домен имеет уникальное имя (в пределах базы данных).

- Домен определен на некотором простом типе данных или на другом домене.

- Домен может иметь некоторое логическое условие, позволяющее описать подмножество данных, допустимых для данного домена.

- Домен несет определенную смысловую нагрузку.

Основное значение доменов состоит в том, что домены ограничивают сравнения. Некорректно, с логической точки зрения, сравнивать значения из различных доменов, даже если они имеют одинаковый тип. В этом проявляется смысловое ограничение доменов.

Кортежи - это упорядоченная совокупность элементов доменов.

С точки зрения организации данных отношения удобно изображать в виде таблиц.

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

Степень отношения - это количество доменов (столбцов) образующих данное отношение, как правило, степень отношения в процессе жизненного цикла не меняется.

Мощность отношения - количество кортежей отношения (количество строк в таблице). В общем случае она изменяется с течением времени.

Первичный ключ - есть атрибут или набор атрибутов, значение которых однозначно указывают на конкретный кортеж отношения. Первичный ключ должен быть минимальным набором атрибутов. Число отношений в БД и конкретные атрибуты, приписываемые каждому отношению определяются в процессе проектирования БД, который может быть довольно продолжительным. После проектирования создание БД средствами СУБД может пойти достаточно быстро.

Сущность определяется как некий объект, представляющий интерес для пользователей БД. Этот объект должен иметь экземпляры, отличающиеся друг от друга и допускающие однозначную идентификацию. Признак, который может помочь в отыскании сущности состоит в том, что сущность это как правило, существительное (в инфологической модели предметной области).

Связь представляет собой взаимодействие между двумя или более сущностями. При поиске сущностей следует иметь в виду, что связь, как правило, глагол (в инфологической модели ПО).

Атрибут есть свойство сущности. Например атрибутами сущности преподавателя могут быть: номер преподавателя, фамилия, телефон, должность, адрес и т.п.

Ключ сущности - это атрибут или набор атрибутов, значения которых однозначно определяют экземпляр сущности.

Ключ связи - набор ключей сущностей, соединяемых данной связью.

Важной характеристикой связи между двумя и более сущностями является степень связи. Степень связи устанавливается из описания предметной области (из инфологической модели).

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

Реляционная база данных представляет собой хранилище данных, содержащее набор двухмерных таблиц. Набор средств для управления подобным хранилищем называется реляционной системой управления базами данных (РСУБД). РСУБД может содержать утилиты, приложения, сервисы, библиотеки, средства создания приложений и другие компоненты.

Данные в таблицах удовлетворяют следующим принципам:

- каждое значение, содержащееся на пересечении строки и колонки, должна быть атомарным (т.е. не расчленяемым на несколько значений);

- значения данных в одной и той же колонке должны принадлежать к одному и тому же типу, доступному для использования в данной СУБД;

- каждая запись в таблице уникальна, т.е. в таблице не существует двух записей с полностью совпадающим набором значений ее полей;

- каждое поле имеет уникальное имя;

- последовательность полей в таблице несущественна;

- последовательность записей также несущественна;

- в таблицах между полями не должно быть транзитивных зависимостей;

- каждое не ключевое поле функционально полно зависит от ключа.

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

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

Существует три принципиальных отличия между системами управления реляционными базами данных (СУРБД) и программами электронных таблиц:

1) Все СУРБД разрабатываются с целью обеспечения эффективной обработки больших объемов информации, намного больших, чем те, с которыми справляются электронные таблицы;

2) СУРБД может легко связывать две таблицы так, что для пользователя они будут представляться одной таблицей. Реализовать такую возможность в системах управления электронными таблицами сложно, а иногда просто не возможно;

3) СУРБД минимизирует общий объем базы данных. Для этого

4) таблицы, содержащие повторяющиеся данные, разбиваются на несколько связанных таблиц.

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

SQL -- универсальный компьютерный язык, применяемый для создания, модификации и управления данными в реляционных базах данных.

SQL основывается на исчислении кортежей SQL в настоящее время является промышленным стандартом, который в большей или меньшей степени поддерживает любая СУБД, претендующая на звание "реляционной".

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

Изначально, SQL был основным способом работы пользователя с базой данных и позволял выполнять следующий набор операций:

- создание в базе данных новой таблицы;

- добавление в таблицу новых записей;

- изменение записей;

- удаление записей;

- выборка записей из одной или нескольких таблиц (в соответствии с заданным условием);

- изменение структур таблиц.

Со временем, SQL усложнился -- обогатился новыми конструкциями, обеспечил возможность описания и управления новыми хранимыми объектами (например, индексы, представления, триггеры и хранимые процедуры) -- и стал приобретать черты, свойственные языкам программирования.

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

Каждое предложение SQL -- это либо запрос данных из базы, либо обращение к базе данных, которое приводит к изменению данных в базе. В соответствии с тем, какие изменения происходят в базе данных, различают следующие типы запросов:

- запросы на создание или изменение в базе данных новых или существующих объектов (при этом в запросе описывается тип и структура создаваемого или изменяемого объекта);

- запросы на получение данных;

- запросы на добавление новых данных (записей)

- запросы на удаление данных;

- обращения к СУБД.

Основным объектом хранения реляционной базы данных является таблица, поэтому все SQL-запросы -- это операции над таблицами. В соответствии с этим, запросы делятся на:

- запросы, оперирующие самими таблицами (создание и изменение таблиц);

- запросы, оперирующие с отдельными записями (или строками таблиц) или наборами записей.

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

- типа хранимых в каждом поле значений;

- связей между таблицами (задание первичных и вторичных ключей);

- информации, необходимой для построения индексов.

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

- вставка новой строки;

- изменение значений полей строки или набора строк;

- удаление строки или набора строк.

Самый главный вид запроса -- это запрос, возвращающий (пользователю) некоторый набор строк, с которым можно осуществить одну из трёх операций:

- просмотреть полученный набор;

- изменить все записи набора;

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

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

Язык SQL представляет собой совокупность:

- операторов;

- инструкций;

- вычисляемых функций.

Операторы:

Согласно общепринятому стилю программирования, операторы (и другие зарезервированные слова) в SQL всегда следует писать прописными буквами.

Операторы SQL делятся на:

- операторы определения данных (Data Definition Language, DDL):

CREATE создает объект БД (саму базу, таблицу, представление, пользователя и т. д.)

ALTER изменяет объект

DROP удаляет объект

- операторы манипуляции данными (Data Manipulation Language, DML):

SELECT считывает данные, удовлетворяющие заданным условиям

INSERT добавляет новые данные

UPDATE изменяет существующие данные

DELETE удаляет данные

- операторы определения доступа к данным (Data Control Language, DCL):

GRANT предоставляет пользователю (группе) разрешения на определенные операции с объектом

REVOKE отзывает ранее выданные разрешения

DENY задает запрет, имеющий приоритет над разрешением

- операторы управления транзакциями (Transaction Control Language, TCL):

COMMIT применяет транзакцию.

ROLLBACK откатывает все изменения, сделанные в контексте текущей транзакции.

SAVEPOINT делит транзакцию на более мелкие участки.

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

С помощью SQL программист описывает только то, какие данные нужно извлечь или модифицировать. То, каким образом это сделать, решает СУБД непосредственно при обработке SQL-запроса. Однако не стоит думать, что это полностью универсальный принцип -- программист описывает набор данных для выборки или модификации, однако ему при этом полезно представлять, как СУБД будет разбирать текст его запроса. Чем сложнее сконструирован запрос, тем больше он допускает вариантов написания, различных по скорости выполнения, но одинаковых по итоговому набору данных.

1.3.2 Моделирование информационной системы

Диаграммой «сущность-связь» или ER-диаграммой называется схематическое изображение сущностей и связей системы для более наглядного понимания структуры проектируемой системы. Классы сущностей на таких диаграммах принято обозначать прямоугольниками, а связи - ромбами. Имя сущности указывается внутри прямоугольника, а имя связи - рядом с ромбом.

Рис.1.1



Рис.1.2 Схема базы данных

Структура БД:

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

1.3.3 Анализ таблиц базы данных

База данных для отслеживания сданной отчетности по Нижегородской области содержит в себе 12 таблицы. Таблицы - это основные объекты любой базы данных, они построены на основе ER-диаграммы.

Таблица 1.3 CLIENTAGE

Данная таблица содержит список клиентов, с необходимыми данными

Наименование поля	Тип поля	Описание
IDCLIENT	INTEGER	Идентификатор таблицы клиенты
NAMECLIENT	VARCHAR(40)	Наименование клиента
INN	VARCHAR(12)	ИНН
ADDRESS	VARCHAR(40)	Адрес
IDTAXATIONSYSTEM	INTEGER	Идентификатор системы налогообложения
DISTRICT_ID	SMALLINT	Идентификатор района
ID_SUB_REP	SMALLINT	Поле для связи с таблицей видов сдачи отчетности

Таблица 1.4 DEADLINES

Данная таблица содержит данные о сроках сдачи отчетности

Наименование поля	Тип поля	Описание
IDDECLARATION	INTEGER	Идентификатор декларации
IDTERM	INTEGER	Идентификатор срока сдачи отчетности
TERM	VARCHAR(10)	Срок сдачи отчетности
QUARTER	INTEGER	Квартал
REPORTYEAR	INTEGER	Отчетный год

Таблица 1.5 DECLARATION

Данная таблица содержит данные о видах деклараций

Наименование поля	Тип поля	Описание
IDDECLARATION	INTEGER	Идентификатор декларации
NAMEDECLARATION	VARCHAR(20)	Наименование декларации
IDFUND	INTEGER	Идентификатор фонда
ID_DEADLINE	INTEGER	Идентификатор срока сдачи отчетности

Таблица 1.6 DISTRICT

Данная таблица содержит список районов

Наименование поля	Тип поля	Описание
IDDISTRICT	INTEGER	Идентификатор района
NAMEDISTRICT	VARCHAR(15)	Наименование района
DIST_LINK_ID	INTEGER	поле для связи с таблицей районов

Таблица 1.7 FUNDS

Данная таблица содержит список фондов

Наименование поля	Тип поля	Описание
IDFUND	INTEGER	Идентификатор фонда
NAMEFUND	VARCHAR(20)	Наименование фонда
INN	VARCHAR(12)	ИНН
ADDRESS	VARCHAR(40)	Адрес
ID_DECL	INTEGER	Идентификатор декларации

Таблица 1.8 INTERNALREPORTS

Данная таблица содержит внутренние отчеты

Наименование поля	Тип поля	Описание
NAMEOPERATION	VARCHAR(25)	Наименование операции
IDOPERATION	INTEGER	Идентификатор операции
NAMEMONTH	VARCHAR(10)	Месяц
REPORTYEAR	INTEGER	Отчетный год
DONE	INTEGER	Сделано
RESPONSIBLE	VARCHAR(15)	Ответственный
OPERАTION_DICT_ID	INTEGER	Поле для связи с таблицей операций
CLIENT_NAME	INTEGER	Наименование клиента
ID_RESPONSIBLE	INTEGER	Идентификатор ответственного

Таблица 1.9 OPERATIONS

Данная таблица содержит список операций

Наименование поля	Тип поля	Описание
ID_OPERATION	INTEGER	Идентификатор операции
OPERATION_NAME	VARCHAR(30)	Наименование операции

Таблица 1.10 PROGRESS

Данная таблица содержит данные о ходе выполнения работы

Наименование поля	Тип поля	Описание
IDPROGRESS	INTEGER	Идентификатор хода выполнения работы
IDDECLARATION	INTEGER	Идентификатор декларации
IDCLIENT	INTEGER	Идентификатор клиента
DONE	INTEGER	Сделано
SENT	INTEGER	Отправлено
RECEIVED	INTEGER	Принято
IDFUND	INTEGER	Идентификатор фонда
ID_DISTRICT	INTEGER	Идентификатор района
ID_TAX_SYSTEM	INTEGER	Идентификатор для связи с таблицей "системы налогообложения"
ID_SUB_REP	SMALLINT	Поле для связи с таблицей видов сдачи отчетности

Таблица 1.11 RESPONSIBLE

Данная таблица содержит список ответственных лиц

Наименование поля	Тип поля	Описание
RESPONSIBLE_ID	INTEGER	Идентификатор ответственного
RESPONSIBLE_NAME	VARCHAR(30)	ФИО ответственного

Таблица 1.12 SUBMISSIONREPORTS

Данная таблица содержит виды сдачи отчетности

Наименование поля	Тип поля	Описание
IDSUBMISSIONREPORTS	INTEGER	Идентификатор вида сдачи отчетности
IDDECLARATION	INTEGER	Идентификатор декларации
IDCLIENT	INTEGER	Идентификатор клиента
IDFUND	INTEGER	Идентификатор фонда
KINDSUBMISSIONREPORTS	VARCHAR(15)	Вид сдачи отчетности

Таблица 1.13 TAXATIONSYSTEM

Данная таблица содержит виды систем налогообложения

Наименование поля	Тип поля	Описание
IDTAXATIONSYSTEM	INTEGER	Идентификатор системы налогообложения
NAMETAXATIONSYSTEM	VARCHAR(10)	Наименование системы налогообложения

Описание структуры информационной системы:

Программа содержит следующие формы:

1) Модуль данных

2) Главная форма

3) Форма сроков сдачи

4) Форма фондов и деклараций

5) Форма внутренних отчетов

6) Форма заполнения словарей

Описание использованных программных средств:

В процессе проектирования информационной системы применялись следующее программное обеспечение:

Среда разработки:

C++ Builder -- программный продукт, инструмент быстрой разработки приложений (RAD), интегрированная среда программирования (IDE), система, используемая программистами для разработки программного обеспечения на языке программирования C++.

Изначально разрабатывался компанией Borland Software, а затем её подразделением CodeGear, ныне принадлежащим компании Embarcadero Technologies.

C++ Builder объединяет в себе комплекс объектных библиотек (STL, VCL, CLX, MFC и др.), компилятор, отладчик, редактор кода и многие другие компоненты. Цикл разработки аналогичен Delphi. Большинство компонентов, разработанных в Delphi, можно использовать и в C++ Builder без модификации, но обратное утверждение не верно.

C++ Builder содержит инструменты, которые при помощи drag-and-drop действительно делают разработку визуальной, упрощает программирование благодаря встроенному WYSIWYG -- редактору интерфейса и пр.

Дополнительные компоненты:

Firebird (FirebirdSQL) -- компактная, кроссплатформенная, свободная система управления базами данных (СУБД), работающая на Linux, Microsoft Windows и разнообразных Unix платформах.

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

Firebird используется в различных промышленных системах (складские и хозяйственные, финансовый и государственный сектора) с 2001 г. Это коммерчески независимый проект C и C++ программистов, технических советников и разработчиков мультиплатформенных систем управления базами данных, основанный на исходном коде, выпущенном корпорацией Borland 25 июля 2000 года в виде свободной версии Interbase 6.0.

Среди недостатков: отсутствие кэша результатов запросов, полнотекстовых индексов.

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

Основные характеристики:

- Соответствие требованиям ACID. Firebird сделан специально, чтобы удовлетворять требованиям «атомарности, целостности, изоляции и надёжности» транзакций («Atomicity, Consistency, Isolation and Durability»).

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

Это позволяет использовать одновременно OLTP и OLAP запросы.

- Хранимые процедуры. Используя язык PSQL (процедурный SQL) Firebird, возможно создавать сложные хранимые процедуры для обработки данных полностью на стороне сервера. Для генерации отчётов особенно удобны хранимые процедуры с возможностью выборки, возвращающие данные в виде набора записей. Такие процедуры можно использовать в запросах точно так же как и обычные таблицы.

- События. Хранимые процедуры и триггеры могут генерировать события, на которые может подписаться клиент. После успешного завершения транзакции (COMMIT) он будет извещён о произошедших событиях и их количестве.

- Генераторы. Идея генераторов (последовательностей) делает возможной простую реализацию автоинкрементных полей, и не только их.

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

- Базы данных только для чтения. Позволяют распространять базы данных, к примеру, на CD-ROM. Особенно упрощает распространение данных их использование в комбинации с встраиваемой версией сервера Firebird (Firebird Embedded).

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

- Резервное копирование на лету. Для резервного копирования нет надобности останавливать сервер. Процесс резервного копирования сохраняет состояние базы данных на момент своего старта, не мешая при этом работе с базой. Кроме того, существует возможность производить инкрементальное резервное копирование БД.

- Триггеры. Для каждой таблицы возможно назначение нескольких триггеров, срабатывающих до или после вставки, обновления или удаления записей. Для триггеров используется язык PSQL, позволяя вносить начальные значения, проверять целостность данных, вызывать исключения, и т. д. В Firebird 1.5 появились «универсальные» триггеры, позволяющие в одном триггере обрабатывать вставки, обновления и удаления записей таблицы.

- Внешние функции. Библиотеки с UDF (User Defined Function) могут быть написаны на любом языке и легко подключены к серверу в виде DLL/SO, позволяя расширять возможности сервера «изнутри».

- Декларативное описание ссылочной целостности. Обеспечивает непротиворечивость и целостность многоуровневых отношений «master-detail» между таблицами.

- Наборы символов. Firebird поддерживает множество международных наборов символов (включая Unicode) с множеством вариантов сортировки.

Соответствие стандарту SQL:

Firebird полностью поддерживает SQL-92 Entry Level 1 и реализует большую часть стандарта SQL-99 c некоторыми очень полезными дополнениями. Это включает выражения DML/DDL, синтаксис объединений FULL/LEFT/RIGHT [OUTER] JOIN, выражения UNION, DISTINCT, подзапросы (IN, EXISTS), встроенные функции (AVG, SUM, MIN, MAX, COALESCE, CASE, ..), ограничения целостности (PRIMARY KEY, UNIQUE, FOREIGN KEY), и все общие типы данных SQL.

Firebird также реализует ограничения проверки (check constraints) на уровне доменов и полей, отображения (views), исключения, роли и управление правами доступа. Для более подробной информации см. Firebird Reference Guide и Release Notes.

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

Firebird работает на 32- и 64-разрядных версиях Windows, Linux, также на MacOS X, HP-UX, FreeBSD, и др., на аппаратных платформах x86, x64 и PowerPC, Sparc и многих других, и поддерживает легкий переход между этими платформами. Может использоваться даже не очень мощное оборудование, особенно под Linux. И как в любой СУБД, на производительность влияют: количество памяти, скорость работы дисковой подсистемы, и т. д. Рекомендации для выбора аппаратного обеспечения зависят от требования к системе, прогнозируемого размера базы данных, количества пользователей, и т. д. Допустимо начинать с минимальной конфигурации, расширяя её по мере надобности.

Доступные операционные системы:

Наиболее широко используемыми для серверов Firebird операционными системами являются Linux и Microsoft Windows (включая NT) (включая терминальные сервисы MS и Citrix). Другие поддерживаемые платформы -- Mac OS X, Solaris, FreeBSD и HP-UX.

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

Средства доступа к серверу:

Firebird поддерживает множество способов доступа, включая: собственные наборы компонент для C/C++, Delphi, классы для ADO, ODBC, JDBC (Jaybird), драйверы для Python, PHP, драйвер OLE DB, dbExpress, провайдер данных .NET и прямой доступ с использованием клиентской библиотеки сервера (fbclient.dll или GDS32.dll) IBExpert -- GUI-оболочка, предназначенная для разработки и администрирования баз данных InterBase и Firebird, а также для выбора и изменения данных, хранящихся в базах.

Как основные достоинства IBExpert разработчики указывают:

- поддержка InterBase версий 4.х, 5.х, 6.х, 7.х; Firebird 1.х, 2.x; Yaffil 1.х;

- работа одновременно с несколькими базами данных;

- отдельные редакторы для всех объектов БД с синтаксической подсветкой;

- мощный SQL редактор с историей запросов и возможностью фонового выполнения запросов;

- автозавершение кода SQL (название таблиц, полей, и т.п.)

- отладчик хранимых процедур и триггеров;

- поиск в метаданных;

- полное и частичное извлечение данных и метаданных;

- анализатор зависимостей объектов баз данных;

- отчеты по метаданным;

- менеджеры пользователей и пользовательских привилегий;

- экспорт данных в различные форматы.

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

2. Технологическая часть

2.1 Руководство программиста

Для функционирования автоматизированной системы необходимо наличие на компьютере, где располагается файл базы данных, СУБД Firebird Server, версии не ниже 2.1.5

Обслуживание базы данных целесообразно производить при помощи утилиты IB Expert. Она позволяет добавлять пользователей системы, настраивать доступ к различным объектам БД, проводить резервное копирование, восстановление, исправление ошибок, изменение структуры базы данных и т.д.

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

Если информационная система используется в многопользовательском режиме (на нескольких компьютерах) необходимо поддерживать работоспособность локальной сети.

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

Минимальные системные требования:

Сервер:

Firebird работает на 32- и 64-разрядных версиях Windows, Linux, также на MacOS X, и др., на аппаратных платформах x86, x64 и PowerPC и многих других, и поддерживает легкий переход между этими платформами. Может использоваться даже не очень мощное оборудование, особенно под Linux. И как в любой СУБД, на производительность влияют: количество памяти, скорость работы дисковой подсистемы, и т. д. Рекомендации для выбора аппаратного обеспечения зависят от требования к системе, прогнозируемого размера базы данных, количества пользователей, и т. д. Допустимо начинать с минимальной конфигурации, расширяя её по мере надобности.

Клиент:

Для корректного функционирования клиентской части необходим компьютер с процессором не хуже Pentium, с тактовой частотой не менее 166 МГц, не менее 64 Мб оперативной памяти, на жестком диске для установки информационной системы потребуется примерно 15-20 Мб. Система должна функционировать в среде Windows (поддерживаются версии Windows XP, Windows Vista, Windows 7, Windows 8)

2.2 Руководство пользователя

Начало работы с программой

Запуск программы происходит посредством двойного щелчка по значку на рабочем столе.

После этого пользователю будет предложено авторизоваться в системе посредством ввода логина и пароля на соответствующей форме (рис. 2.1)

Рис.2.1

User Name - “SYSDBA”, Password - “1”. Если пользователь ввел пароль правильно, то открывается главная форма (рис. 2.2), в противном случае выводится сообщение об ошибке.

Главная форма

Работа с программой начинается с главной формы, вид которой приведен на рис. 2.2

Рис.2.2

На данной форме, выбирается клиент, соответствующий данному району, фонд, декларация, которая сдается, система налогообложения и ход выполнения работы (рис.2.3 и рис.2.4).

Рис.2.3



Рис.2.4

На главной форме так же представлены:

список районов, представленный на рис. 2.5

Рис.2.5

список фондов, в которые сдаются отчеты, представленный на рис. 2.6

Рис.2.6

сроки сдачи отчетности, вид которой представлен на рис.2.7



Рис.2.7

ход выполнения работы (сделано, отправлено, принято), вид который представлен на рис. 2.8

Рис.2.8

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

Рис.2.9

Заполнение словарей

При выборе пункта «Клиенты» открывается форма, которая отображает список всех клиентов, а также позволяет добавлять сведения о новых клиентах и удалять или редактировать сведения о существующих (рис. 2.10).

Рис.2.10

При выборе пункта «Система налогообложения» открывается форма, которая отображает список систем налогообложения (рис. 2.11).

Рис.2.11

При выборе пункта «Сроки» открывается форма, которая отображает список деклараций и список сроков сдачи, соответствующих декларации (рис. 2.12 и рис.2.13). Так же возможно добавление, редактирование и удаление деклараций и сроков сдачи.



Рис.2.12

Рис.2.13

При выборе пункта «Районы» открывается форма, которая отображает список районов, так же можно добавлять новые районы (рис. 2.14 и рис. 2.15).

Рис. 2.14



Рис. 2.15

При выборе пункта «Исполнители» открывается форма, которая отображает список ответственных, за выполнение операций, так же можно добавлять новые или редактировать существующие записи (рис. 2.16).

Рис.2.16

При выборе пункта «Операции» открывается форма, которая отображает список операций, так же можно добавлять новые или редактировать существующие записи (рис. 2.17).



Рис.2.17

При выборе пункта «Декларации и фонды» открывается форма, которая отображает список фондов и список деклараций. Каждому фонду соответствуют определенные декларации. Так же можно добавлять новые или редактировать существующие записи (рис. 2.18 и рис. 2.19).

Рис.2.18



Рис.2.19

При выборе пункта «Виды сдачи отчетности» открывается форма, которая отображает список видов сдачи отчетности, так же можно добавлять новые виды сдачи отчетности (рис. 2.20).

Рис. 2.20

Внутренние отчеты

При выборе пункта «Внутренние отчеты» открывается форма, которая позволяет выбрать клиента, выполненную операцию, месяц и год, а также ответственного за выполненные операции. Возможна фильтрация по клиенту, названию операции или по фамилии ответственного (рис. 2.21).



Рис. 2.21

После того как поставить галочку «Выполнено» строка подсвечивается, что говорит о том, что документы за данный месяц по данному клиенту занесены в базу (рис.2.22)

Рис.2.22

Пример фильтрации по клиенту, операции и ответственному лицу представлены на рис. 2.23, рис.2.24, рис.2.25и рис.2.26



Рис. 2.23

Рис.2.24

Рис.2.25

Рис.2.26

При выборе пункта «Выход» пользователь выходит из программы.

3. Организационно-экономическая часть

3.1 Оперативно-календарный план

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

Стадии, этапы и содержание работ:

a) Техническое задание (ТЗ).

1) Составление ТЗ на разработку программы.

2) Согласование ТЗ с руководителем проекта.

3) Изучение состояния вопроса.

b) Технологическое проектирование (ТП).

1) Разработка общего описания алгоритма программы.

2) Разработка ТЭО задачи.

3) Расчет ожидаемого экономического эффекта.

c) Рабочий проект (РП).

1) Разработка алгоритма.

2) Определение формы представления входных и выходных данных.

3) Разработка структуры программы

4) Написание программы.

5) Отладка программы.

d) Внедрение (ВН).

1) Испытание программы на реальной (имитационной) задаче.

2) Разработка документации.

Оперативно-календарный план выполнения работы представлен в таблице 3.1.

Таблица 3.1 - Оперативно-календарный план

Этапы и стадии разработки	Исполнитель	Сроки выполнения	Трудоемкость
			Этапы	С Стадии
			чел/дн	%	чел/дн	%
a) (ТЗ)	ИП	20.02.13 - 28.02.13	7	11
1)	ИП	20.02.13 - 22.02.10			3	43
2)	ИП	25.02.13 - 25.02.13			1	14
3)	ИП	26.02.13 - 28.02.13			3	43
b) (ТП)	ИП	01.03.13 - 21.03.13	14	21
1)	ИП	01.03.13, 04.03.13 - 07.03.13, 11.03.13 - 15.03.13			10	71
2)	ИП	18.03.13 - 19.03.13			2	14,5
3)	ИП	20.03.13 - 21.03.13			2	14,5
c) (РП)	ИП	22.03.13 - 08.05.13	31	48
1)	ИП	22.03.13, 25.03.13 - 29.03.13			6	19
2)	ИП	01.04.13 - 05.04.13			5	16
3)	ИП	08.04.13 - 10.04.13			3	10
4)	ИП	11.04.13 - 12.04.13 15.04.13 - 19.04.13, 22.04.13 - 26.04.13, 29.04.13 - 30.04.13,			14	45
5)	ИП	06.05.13 - 08.05.13			3	10
d) (ВН)	ИП	13.05.13 - 29.05.13	13	20
1)	ИП	13.05.13 - 17.05.13, 20.05.13 - 23.05.13			9	69
2)	ИП	24.05.13, 27.05.13 - 29.05.13			4	31
Итого:	20.02.13 - 29.05.13	65	100	65

Ленточный график оперативно-календарного плана представляет собой таблицу, где перечислены наименования видов работ, должности исполнителей, трудоемкость, численность исполнителей и длительность каждого вида работ. Ленточный график представлен в таблице 3.2.

Таблица 3.2 - Ленточный график оперативно-календарного плана

Этапы	Исполнитель	Трудоемкость	Численность	Длительность работы	Выполнение работы
№		чел/дн	чел	дн	1мес	2мес	3мес
1.1	ИП	3	1	3
1.2	ИП	1	1	1
1.3	ИП	3	1	3
2.1	ИП	10	1	10
2.2	ИП	2	1	2
2.3	ИП	2	1	2
3.1	ИП	6	1	6
3.2	ИП	5	1	5
3.3	ИП	3	1	3
3.4	ИП	14	1	14
3.5	ИП	3	1	3
4.1	ИП	9	1	9
4.2	ИП	4	1	4
		65		65

3.1.1 Расчет сметной стоимости программного обеспечения

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