Интернационализация

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

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

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

В состав средств разработки 1С:Предприятия входит средство быстрой локализации, позволяющее находить и группировать все вхождения той или иной строки в конфигурацию и "в одно нажатие" заменить его или добавить ее аналог на другом языке.[9]

1.6.3 По информационному обеспечению

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

В состав информационной базы входят:

- Массивы постоянной нормативно-справочной информации;

- Массивы, содержащие текущие данные о состоянии управляемого объекта;

- Массивы, содержащие данные, поступающие из внешней среды;

- Массивы, содержащие накапливаемые данные за определенный промежуток времени.

Информационное обеспечение предприятия условно можно разделить на внемашинное и внутримашинное.

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

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

1.6.4 Обоснование проектных решений по технологическому обеспечению

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

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

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

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

- загрузка и актуализация данных;

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

- обеспечение защиты данных;

- обеспечение надежности хранения данных.

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

- контроль вводимой информации: визуальный, логический, внутрисистемный;

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

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

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

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

2. ПРОЕКТНАЯ ЧАСТЬ

2.1 Информационное обеспечение

2.1.1 Структурно-функциональная модель

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

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

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

Рисунок 2.1 - Структурно-функциональная модель

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

Рисунок 2.2 - Декомпозиция блока отдела КС

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

Рисунок 2.3 - Декомпозиция блока Отдел продаж

2.1.2 Характеристика классификаторов и систем кодирования

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

В моей ИС была произведена классификация следующих объектов:

- контрагенты;

- услуги;

- сотрудники.

Далее будет подробно описано, как осуществляется классификация и кодирование перечисленных объектов.

Классификация контрагентов

Иерархический метод классификации.

Множество объектов - «Контрагенты»;

На втором уровне классификации:

Признак классификации - «Родитель»;

Классификационные группировки:

- Подрядчик;

- Поставщик;

- Заказчик.

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

Рисунок 2.4 - Классификатор контрагентов

Для кодирования данного подмножества объектов была использована поразрядная (позиционная) система кодирования.

Длина кода - 5 знаков.

Структура кода: Х-ХХХ

Порядковый номер контрагента

Родитель

Классификация Услуг

Иерархический метод классификации.

Множество объектов - «Услуги»;

На втором уровне классификации:

Признак классификации - «Родитель»;

Классификационные группировки:

- Другие услуги;

- Кроссирование;

- Монтажные работы;

- Настройка оборудования;

- Установка оборудования.

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

Рисунок 2.5 - Классификатор номенклатуры

Для кодирования данного подмножества объектов была использована поразрядная (позиционная) система кодирования.

Длина кода - 5 знаков.

Структура кода: Х-ХХХ

Порядковый номер услуги

Родитель

Классификация сотрудников

Иерархический метод классификации.

Множество объектов - «Сотрудники»;

На втором уровне классификации:

Признак классификации - «Родитель»;

Классификационные группировки:

- Водители;

- Рабочие;

- Сетевой отдел.

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

Рисунок 2.6 - Классификатор сотрудников

Для кодирования данного подмножества объектов была использована поразрядная (позиционная) система кодирования.

Длина кода - 5 знаков.

Структура кода: Х-ХХХ

Порядковый номер сотрудника

Родитель

2.1.3 Характеристика нормативно-справочной и входной информации

Справочник «Услуги»

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

Справочник «Сотрудники»

Содержит справочную информацию о сотрудниках работающих на фирме.

Справочник «Контрагенты»

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

Справочник «Договор»

Содержит справочную информацию о договорах на выполнение работ

Справочник «Дополнительное соглашение»

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

Справочник «Единицы измерения»

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

Справочник «Банки»

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

Справочник «Номенклатура»

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

Справочник «Объекты»

Содержит справочную информацию об объектах которые обслуживает фирма.

Справочник «Склад»

Содержит справочную информацию о складах, имеющихся в распоряжении фирмы.

2.1.4 Характеристика внутримашинной информации, инфологическая модель данных

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

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

Информационная система содержит справочники:

- «Услуги»;

- «ЕдиницыИзмерения»;

- «Контрагенты»

- «Банки»;

- «Объекты»;

- «Сотрудники»;

- «Договор»;

- «ДопСоглашение»;

- «Номенклатура»

Документы:

- «ПриходнаяНакладная»;

- «ТоварнаяНакладная»;

- «Плановые»;

- « ГрафикРабот»;

- «СчетФактура»;

- «АктВыполненныхРабот».

Перечисления:

- «ВидДокумента»;

- «Вид»;

- «Затраты»;

- «Трудоемкость»;

- «СостоянияОбъектов».

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

Таблица 2.1

Справочник Услуги

Наименование поля	Тип	Длина	Ключ
Код	Число	15 символов	*
Наименование	Строка	50 символов
Трудоемкость	Число	15 символов
Цена	Число	15символов

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

Таблица 2.2

Справочник Номенклатура

Наименование поля	Тип	Длина	Ключ
Код	Число	15 символов	*
Наименование	Строка	25 символов
Ед.измерения	СправочникСсылка.ЕдиницыИзмерения
Цена	Число	15 символов
Вид	ПеречислениеСсылка.вид
Процент	Число	15 символов
Розничная Цена	Число	15 символов

Таблица содержит справочную информацию о материалах и оборудовании, а также цену (себестоимость), процентную ставку (НДС) и итоговую сумму.

Таблица 2.3

Справочник ЕдиницыИзмерения

Наименование поля	Тип	Длина	Ключ
Код	Число	15 символов	*
Наименование	Строка	50 символов
Полное наименование	Строка	50 символов

Таблица содержит справочную информацию о единицах измерения материалов.

Таблица 2.4

Справочник Контрагенты

Наименование поля	Тип	Длина	Ключ
Код	Число	15 символов	*
Влице	Строка	50 символов
Адрес	Строка	50 символов
Расчетный счет	Число	15 символов
БИК	Число	9 символов
Банк	СправочникСсылка.Банки	50 символов
ИНН	Число	12 символов

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

Таблица 2.5

Справочник Банки

Наименование поля	Тип	Длина	Ключ
Код	Число	15 символов	*
Наименование	Строка	50 символов	*

Таблица содержит справочную информацию о банках города.

Таблица 2.6

Справочник Объекты

Наименование поля	Тип	Длина	Ключ
Код	Число	15 символов	*
Наименование	Строка	50 символов	*

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

Таблица 2.7

Справочник Сотрудники

Наименование поля	Тип	Длина	Ключ
Код	Число	15 символов	*
Должность	Строка	25 символов
Номер	Число	50 символов
Дата выдачи	Дата
Почтовый адрес	Строка	100 символов
Должность	Строка	25 символов
Номер	Число	50 символов
Дата выдачи	Дата
Почтовый адрес	Строка	100 символов
Дата рождения	Дата
СИК	Строка	16 символов
ИНН	Строка	12 символов
Вид документа	ПеречислениеСсылка.ВидДокумента
Серия	Строка	12 символов
Выдан	Строка	25 символов

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

Таблица 2.8

Справочник Договор

Наименование поля	Тип	Длина	Ключ
Код	Число	15 символов	*
Наименование	Строка	25 символов	*

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

Таблица 2.9

Справочник ДопСоглашение

Наименование поля	Тип	Длина	Ключ
Код	Число	15 символов	*
Наименование	Строка	25 символов	*

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

Таблица 2.10

Документ ПриходнаяНакладная

Наименование поля	Тип	Длина	Ключ
Код приходной	Число	15 символов	*
Склад	СправочникСсылка.Склад
Организация	СправочникСсылка.Контрагенты
Наим прих	Строка	15 символов
Комментарий	Строка	100 символов
Номенклатура	СправочникСсылка.Номенклатура
ЕдИзм	СправочникСсылка.ЕдиницыИзмерения
Количество	Число	15 символов
Цена	Число	15 символов
Сумма	Число	15 символов

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

Таблица 2.11

Документ ТоварнаяНакладная

Наименование поля	Тип	Длина	Ключ
Код товарной	Число	15 символов	*
Склад	СправочникСсылка.Склад
Объект	СправочникСсылка.Объекты
Заказчик	СправочникСсылка.Контрагенты
Подрядчик	СправочникСсылка.Контрагенты
Номер договора	СправочникСсылка.Договор
ДопСоглашение	СправочникСсылка.ДопСоглашение
Авто	СправочникСсылка.Авто
Водитель	СправочникСсылка.Сотрудники
Наименование работ	Строка	150 символов
Номенклатура	СправочникСсылка.Номенклатура
ЕдИзм	СправочникСсылка.ЕдиницыИзмерения
Количество	Число	15 символов
Цена	Число	15 символов
Сумма	Число	15 символов
Количество ост	Число	15 символов

На основании этой таблицы формируется товарная накладная, в которой мы расходуем материалы и оборудование, требуемое в зависимости от вида услуг.

Таблица 2.12

Документ Плановые

Наименование поля	Тип	Длина	Ключ
Код плановой	Число	15 символов	*
Объект	СправочникСсылка.Объекты
Заказчик	СправочникСсылка.Контрагенты
Подрядчик	СправочникСсылка.Контрагенты
Номер договора	СправочникСсылка.Договор
ДопСоглашение	СправочникСсылка.ДопСоглашение
Сумма материалов	Число	15 символов
Транс расход	Число	15 символов
Накл расх	Число	15 символов
Нормат труд	Число	15 символов
Сметная прибыль	Число	15 символов
Наименование поля	Тип	Длина	Ключ
Сумма док	Число	15 символов
Поле ввода процент накл	Число	10 символов
Поле ввода процент норм	Число	10 символов
Поле ввода процент сметн	Число	10 символов
Поле ввода процент	Число	10 символов
Наименование работ	Строка	150 символов
Сумма доп работ	Число	15 символов
Нач периода	Дата
Кон периода	Дата
Таб. часть ПлановыеМатериалы
Номенклатура	СправочникСсылка.Номенклатура
ЕдИзм	СправочникСсылка.Номенклатура
Количество	СправочникСсылка.ЕдиницыИзмерения
Цена	Число	15 символов
Сумма	Число	15 символов
Таб. Часть Затраты
Услуга	ПеречислениеСсылка.Затраты
Смет потребность	Число	10 символов
Цена	Число	15 символов
Сумма	Число	15 символов
Текущ уровень	Число	6 символов
Всего	Число	15 символов
Таб. Часть Машины
Машина	СправочникСсылка.Авто
Смет потр маш	Число	10 символов
Текущ ур маш	Число	6 символов
Всего маш	Число	15 символов
Таб. часть ДопРаботы
Наименование	Строка	30 символов
Стоимость	Строка	10 символов

На основании этой таблицы формируется плановые показатели.

Таблица 2.13

Документ ГрафикРабот

Наименование поля	Тип	Длина	Ключ
Код документа	Число	15 символов	*
Организация	СправочникСсылка.Контрагенты
Заказчик	СправочникСсылка.Контрагенты
КоличествоЧеловек	Число	2 символов
Договор	СправочникСсылка.Договор
Соглашение	СправочникСсылка.ДопСоглашение
Объект	СправочникСсылка. Объекты
НаименованиеРабот	Строка	150 символов
Таб. Часть График
ВидРабот	СправочникСсылка.Номенклатура
Длительность	Число	5 символов
ДатаНачала	Дата
ДатаОкончания	Дата
Трудоёмкость	Число	6 символов

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

Таблица 2.14

Документ АктВыполненныхРабот

Наименование поля	Тип	Длина	Ключ
Код	Число	15 символов	*
Заказчик	СправочникСсылка.Контрагенты
Склад	СправочникСсылка.Склад
Таб. Часть Материалы
Наименование	СправочникСсылка.Номенклатура
ЕдИзм	СправочникСсылка.ЕдиницыИзмерения
Количество	Число	15 символов
Сумма	Число	15 символов

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

Таблица 2.15

Документ Счет-Фактура

Наименование поля	Тип	Длина	Ключ
Код документа	Число	15 символов	*
Объект	СправочникСсылка.Объекты
Заказчик	СправочникСсылка.Контрагенты
Подрядчик	СправочникСсылка.Контрагенты
Номер договора	СправочникСсылка.Договор
ДопСоглашение	СправочникСсылка.ДопСоглашение
Таб. Часть ДопРаботы
Наименование	Строка	50 символов
Количество	Число	15 символов
Цена	Число	15 символов
Сумма	Число	15 символов

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

2.2 Программное обеспечение системы

2.2.1 Структурная схема пакета дерева вызова процедур и программ

Работа АИС начинается с загрузки модуля «Главная форма».

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

Основные функции модуля:

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

- Переход к модулю документы. В данном модуле происходит оформление заявок выполняемых работ и оформление заявок на расходование материалов для проведения данных работ.

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

Рисунок 2.17 - Структурная схема пакета

2.2.2 Схема технологического процесса сбора, передачи, обработки и выдачи информации

Рисунок 2.18 - Общая блок-схема технологического процесса

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

Шаг 1: Начало работы приложения;

Шаг 2: Загрузка системы, переход на шаг 3;

Шаг 3: Ввод пароля;

Шаг 4: Проверка пароля и идентификация пользователя, переход к шагу 5;

Шаг 5: Загрузка меню пользователя, переход к шагу 6;

Шаг 6: Переход к модулю Справочники;

Шаг 7: Переход к модулю Документы;

Шаг 8: Переход к модулю Отчеты;

Шаг 9: Выход из системы;

Шаг 10: Конец работы.

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



Рисунок 2.19 - Блок-схема технологического процесса модуля Документы

Шаг 1: Загрузка модуля Документы, переход на шаг 2;

Шаг 2: Загрузка меню выбора операций, переход к шагу 3;

Шаг 3: Создание нового документа;

Шаг 4: Генерация кода нового документа и переход к шагу 5;

Шаг 5: Ввод первичных данных;

Шаг 6: Просмотр готовых документов;

Шаг 7: Просмотр отчетов по документам.

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

Рисунок 2.20 - Блок-схема технологического процесса модуля Справочники

Шаг 1: Загрузка модуля Справочники, переход на шаг 2;

Шаг 2: Загрузка меню выбора операций, переход к шагу 3;

Шаг 3: Просмотр справочников;

Шаг 4: Заполнение справочной информации;

Шаг 5: Печать справочников.

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

Шаг 1: Загрузка модуля Отчеты, переход на шаг 2;

Шаг 2: Загрузка меню выбора операций, переход к шагу 3;

Шаг 3: Просмотр видов отчетов;

Шаг 4: Выбор критериев формирования отчетной информации;

Шаг 5: Формирование отчетов;

Рисунок 2.21 - Блок-схема технологического процесса модуля Отчеты

2.2.3 Сценарий диалога

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

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

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

Далее рассмотрим подробнее функции каждого из модулей, описанных на рисунке 2.22.

Форма-Справочник.Услуги - открывает форму справочника услуг.

Форма-Справочник.Контрагенты - открывает форму справочника контрагентов.

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

Рисунок 2.22 - Схема вызова процедур и программ

Форма-Справочник.ЕдиницыИзмерения - открывает форму справочника единиц измерения.

Форма-Справочник.СпецификацииНоменклатуры - открывает форму справочника спецификаций номенклатуры.

Форма-Справочник.Авто - открывает форму справочника, содержащего перечень автомашин.

Форма-Справочник.Номенклатура - открывает форму справочника товаров.

Форма-Справочник.Банки - открывает форму справочника банков.

Форма-Справочник.Объекты - открывает форму справочника со списком обслуживаемых объектов.

Форма-Справочник.Сотрудники - открывает форму справочника, содержащего список сотрудников.

Форма-Справочник.Банки - открывает форму справочника банков.

Форма-Справочник.Договор - открывает форму справочника списка договоров, заключенных с заказчиками.

Форма-Справочник.ДопСоглашение - открывает форму справочника со списком дополнительных соглашений.

Форма-Документ.СчетФактура - открывает форму ввода новой заявки на услуги.

Форма-Документ.ПриходнаяНакладная - открывает форму ввода новой приходной.

Форма-Документ.ТоварнаяНакладная - открывает форму ввода новой товарной накладной.

Форма-Документ.ГрафикРабот - открывает форму ввода нового графика работ.

Форма-Документ.АктВыполненныхРабот - открывает форму ввода нового акта выполненных работ.

Форма-Документ.Плановые - открывает форму ввода нового документа по расчету плановых показателей.

Форма-Журнал. СчетФактура - открывает журнал заявок на услуги.

Форма-Журнал.ПриходнаяНакладная - открывает журнал приходных накладных.

Форма-Журнал.ТоварнаяНакладная - открывает журнал товарных накладных.

Форма-Журнал. ГрафикРабот - открывает журнал графиков работ.

Форма-Журнал.АктВыпРабот - открывает журнал актов выполненных работ.

Форма-Отчет.ОчетПоУслугам - открывает форму для формирования отчета по услугам и формирования рейтинга самой потребляемой услуги.

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

Форма-Отчет.АнализРасходованияМатериалов - открывает форму для формирования отчета и анализа последовательности расходования материалов.

Форма-Отчет.РейтингЗаказчиков - открывает форму для формирования отчета рейтинга заказчиков.

Форма-Отчет.ОстаткиМатериалов - открывает форму для формирования отчета по остаткам материалов и оборудования на складе.

• 2.2.4 Схема взаимосвязи программных модулей и информационных файлов

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

Основное назначение создаваемой АИС - это контроль и анализ услуг. Следовательно, структуру программы можно описать следующими блоками:

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

Рисунок 2.23 - Блок-схема основных модулей программы

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

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

Модуль Документы предназначен для ввода новых документов пользователем.

Модуль Журналы предназначен для хранения документов.

Модуль Отчеты предназначен для формирования отчетов.

2.3 Описание контрольного примера реализации проекта

Все рассмотренные выше теоретические методы, способы учета, применяемые в ТОО «Десятка», нуждаются в практической проверке.

Пример использования программы:

Шаг 1. Начало работы.

Шаг 2. Заполнение справочной информации о поставщиках и заказчиках.

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

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

Заполнение справочников Услуги

Заполнение справочников Материалы

Заполнение справочников Контрагенты

Шаг 3. Далее необходимо оформить заявку на предоставление услуг, проведение работ заказчикам. Эта операция осуществляется нажатием на главной форме кнопки «Заявка на выполнение работ».

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

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

Из созданного документа «Оказание услуг, выполнение работ» на основании заполненных данных производится автоматическое заполнение документов «График Работ», «Акт выполненных работ» и «Товарная накладная».

Шаг 4. Получение отчетов. Отчеты о движении материалов, выполнения услуг и остатке товара на складе можно просмотреть на форме Отчеты, которая открывается нажатием на соответствующую кнопки на главной форме программы.

Форма выбора отчетов

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

Форма отчета Рейтинг услуг

Форма отчета Анализ последовательностей использования услуг

3. ОБОСНОВАНИЕ ЭКОНОМИЧЕСКОЙ ЭФФЕКТИВНОСТИ ПРОЕКТА

3.1 Понятие экономической эффективности

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

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

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

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

Показатели экономической эффективности программного изделия определяются:

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

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

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

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

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

3.2 Выбор и обоснование методики расчета трудоемкости и стоимости разработки

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

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

Экономическую эффективность проектируемого программного изделия (ПИ) можно оценить при помощи ряда показателей:

- трудоемкость разработки;

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

- годовая экономия;

- единовременные затраты на разработку и внедрение;

- текущие затраты на функционирование.

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

В зависимости от этого:

- первые методы основаны на четкой идентификации операций процесса разработки ПП;

- вторые - на определении функциональных требований и/или конечного продукта.

3.2.1 Методика оценивания затрат СОСОМО II

В конце 70-х годов Барри Боэмом была разработана модель оценивания объемов работ при разработке информационных систем, и получила название конструктивная модель стоимости (Constructive Cost Model -COCOMO). На сегодняшний день данная модель оценки трудоёмкости разработки ПП является наиболее известной среди множества подобных моделей.

С течением времени и ростом требованиям к системам, модель СОСОМО оказалась устаревшей в значительной своей части. Непосредственно по этой причине и ряд других немаловажных проблем, была разработана модель СОСОМО II, впервые опубликованная в 1999 году.

Модель ориентирована на порционность поступления информации для оценивания на протяжении всего периода разработки ПП и является трехуровневой [8].

- Предварительная модель - обеспечивает предварительную оценку трудозатрат на ПС на ранних стадиях разработки. Модель предназначена для оценки трудоемкости прототипирования, а также разработки ПС с использованием интегрированных сред (ICASE);

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

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

В рамках модели COCOMO II оценки трудоемкости проекта и времени, требующегося на его выполнение, определяются тремя разными способами на вышеперечисленных уровнях проекта:

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

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

, (3.1)

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

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

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

. (3.2)

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

Трудоемкость вычисляется следующим образом:

, (3.3)

где - трудозатраты на автоматически генерируемый код;

- фактор процесса разработки, который вычисляется по формуле:

, (3.4)

где факторы Wi принимают значения от 0 до 5:

W1 - предсказуемость проекта для данной организации, от полностью знакомого (0) до совсем непредсказуемого (5);

W2 - гибкость процесса разработки, от полностью определяемого командой при выполнении общих целей проекта (0) до полностью фиксированного и строгого (5);

W3 - степень удаления рисков, от полной (0) до небольшой (5), оставляющей около 80% рисков;

W4 - сплоченность команды проекта, от безукоризненного взаимодействия (0) до больших трудностей при взаимодействии (5);

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

- произведение семи коэффициентов затрат, каждый из которых лежит в интервале от 1 до 6:

- возможности персонала;

- надежность и сложность продукта;

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

- сложность платформы;

- опытность персонала;

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

- плотность графика проекта.

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

Формула для трудоемкости имеет вид:

, (3.5)

Где

, (3.6)

где

, (3.7)

где AT - процент автоматически генерируемого кода;

AA - фактор трудоемкости перевода компонентов в повторно используемые;

DM - процент модифицируемых для повторного использования проектных моделей;

CM - процент модифицируемого для повторного использования кода;

IM - процент затрат на интеграцию и тестирование повторно используемых компонентов;

SU - фактор понятности повторного использования кода.

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

Коэффициент вычисляется как (1 + (процент кода, выброшенного из-за изменений в требованиях)/100).

Коэффициент является произведением 17 коэффициентов затрат, имеющих значения от 1 до 6:

- надежность продукта;

- сложность продукта;

- размер базы данных разрабатываемого приложения;

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

- требуемый уровень документированности;

- уровень производительности по времени;

- уровень требований к занимаемой оперативной памяти;

- изменчивость платформы;

- возможности аналитика проекта;

- возможности программистов;

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

- опыт работы команды с используемыми платформами;

- опыт работы команды с используемыми языками и инструментами;

- уровень текучести персонала в команде;

- возможности используемых инструментов;

- возможности общения между членами команды;

- фактор сжатия графика проекта.

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

, (3.8)

где tразр.- срок разработки информационной системы, в месяцах;

Т(А) - линейный коэффициент зависимости срока разработки типа проекта;

T - трудоемкость в человеко-месяцах;

Т(В) - экспоненциальный коэффициент зависимости срока разработки от типа проекта;

- сумма корректировочных коэффициентов факторов масштабирования.

Модель СОСОМО II имеет ряд достоинств, среди которых следует отметить объективность и простоту применения.

3.2.2 Методика расчета трудоемкости программного средства Госкомтруда 1986 года

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

Основными параметрами, влияющими на расчет трудоемкости разработки, являются: стадии разработки ПС, сложность ПС, степень новизны ПС, новый тип ЭВМ, новый тип ОС, степень охвата реализуемых функций стандартными ПС, средства разработки ПС, характер среды разработки, характеристики ПС, группа сложности, функции ПС, тип ЭВМ [9].

Параметр «Стадии разработки ПС» может принимать значения:

- «Техническое задание»;

- «Эскизный проект»;

- «Технический проект»;

- «Рабочий проект»;

- «Внедрение»;

- «Предварительное проектирование».

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

- использование CASE-технологий;

- объединение технического и рабочего проекта.

При использовании CASE-технологии стадии «Техническое задание», «Эскизный проект» и «Технический проект» объединяются в одну стадию «Предварительное проектирование», за которой следуют стадии «Рабочий проект» и «Внедрение».

Объединение стадий «Технический проект» и «Рабочий проект» в одну стадию «Технорабочий проект», предполагает обязательное наличие этих двух стадий.

Параметр «Элементы, повышающие сложность ПС» может принимать значения:

- «Наличие экранных подсказок и меню функций»;

- «Выдача на экран контекстно-зависимой помощи»;

- «Обеспечение хранения и поиска данных в сложных структурах»;

- «Возможность связи с другими ПС».

Параметр «Степень новизны ПС» может принимать одно из следующих значений:

- «Принципиально новое ПС, не имеющее доступных аналогов»;

- «ПС, являющееся развитием определенного параметрического ряда ПС на новом типе ЭВМ/ операционной системы (ОС)»;

- «ПС, являющееся развитием определенного параметрического ряда ПС на прежнем типе ЭВМ/ОС».

Параметры «Новый тип ЭВМ» и «Новый тип ОС» определяют, используется ли новый тип ЭВМ или ОС при разработке ПС

Параметр «Степень охвата реализуемых функций стандартными ПС» может принимать одно из следующих значений:

- «Свыше 60%»;

- «От 40% до 60%»;

- «От 20% до 40%»;

- «До 20%».

Параметр «Средства разработки ПС» может принимать одно из следующих значений:

- «Язык Ассемблера»;

- «Процедурные языки высокого уровня (C, Pascal, и др.)»;

- «Системы программирования на основе СУБД»;

- «CASE-средства».

Параметр «Характер среды разработки» может принимать одно из следующих значений:

- «Большие ЭВМ без «дружелюбной» среды (ЕС ЭВМ с ОС ЕС)»;

- «Большие ЭВМ с «дружелюбной» средой (RS, mainframe)»;

-«Малые ЭВМ без “дружелюбной” среды (СМ ЭВМ с ОС РВ, UNIX)»;

- «Малые ЭВМ с «дружелюбной» средой (VAX, DEC)»;

- «Персональные ЭВМ (с MS-DOS, Windows)»;

- «Другие персональные ЭВМ (Apple)»;

- «Сети ЭВМ локальные (типа NetWare)»;

- «Глобальные сети (через модемы)».

Параметр «Характеристики ПС» может принимать значения:

1) «Наличие мощного интеллектуального языкового интерфейса высокого уровня с пользователем (без учёта подсказок и меню функций)»;

2) «Режим работы в реальном времени»;

3) «Обеспечение телекоммуникационной обработки данных»;

4) «Машинная графика»;

5) «Криптография и другие методы защиты от несанкционированного доступа»;

6) «Обеспечение существенного распараллеливания вычислений»;

7) «Оптимизационные расчеты»;

8) «Моделирование объектов и процессов»;

9) «Задачи анализа и прогнозирования»;

10) «Сложные экономические, инженерные или научные расчеты»;

11) «Обеспечение настройки ПС на изменения структур входных и выходных данных».

Характеристики ПС определяют параметр «Группа сложности», пункты 1 - 6 соответствуют максимальной группе сложности, 7 - 11 - средней группе сложности, если же разрабатываемое ПС не обладает ни одной из перечисленных характеристик, оно относится к минимальной группе сложности.

Параметр «Функции ПС» может принимать значения:

- «Управление работой компонентов ПС»;

- «Обработка прерываний»;

- «Ввод данных в интерактивном режиме»;

- «Вывод данных в табличной форме на экран и на печать»;

- «Обработка ошибочных ситуаций»;

- «Система настройки ПС на условия применения»;

- «Формирование последовательных файлов»;

- «Сортировка файлов»;

- «Обработка файлов»;

- «Формирование базы данных»;

- «Обработка записей базы данных»;

- «Организация поиска и поиск в базе данных»;

- «Статистическая обработка данных»;

- «Расчет экономических показателей»;

- «Экономический анализ и прогнозирование»;

- «Составление сводных балансов».

Данные функции могут присутствовать как все вместе, так и по отдельности.

Расчет трудоемкости разработки программного продукта осуществляется по формуле:

, (3.9)

где Тобщ - общая трудоемкость разработки ПС (в чел.-днях);

Тi - трудоемкость i-ой стадии разработки ПС (в чел.-днях), i = 0..5;

n - количество стадий разработки ПС.

Трудоемкость i-ой стадии разработки ПС, i = 0..5, определяется по формуле:

Ti = Li * Кн * То, для i = 0,1,2,3,5, (3.10)

Ti = Li * Кн *Кт * То, для i = 4,

где Li - удельный вес трудоемкости i-ой стадии разработки ПС, учитывающий наличие той или иной стадии и использование CASE-технологии, определяется по таблице, причем

(3.11)

В случае отсутствия стадии «Эскизный проект» L3' = L2 + L3.

В случае объединение стадий «Технический проект» и «Рабочий проект» в одну стадию «Технорабочий проект» L3' = 0,85 * L3 + L4.

Кн - поправочный коэффициент, учитывающий степень новизны ПС и использование при разработке ПС новых типов ЭВМ и ОС, определяется по таблице;

Кт - поправочный коэффициент, учитывающий степень использования в разработке (типовых) стандартных ПС, определяется по таблице;

То - общая трудоемкость разработки ПС (в чел.-днях) определяется по формуле:

То = Тур * Ксл, (3.12)

где Тур - трудоемкость разработки ПС с учетом конкретных условий разработки (в чел.-днях);

Ксл -коэффициент сложности ПС, определяется по формуле:

, (3.13)

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

n - количество дополнительно учитываемых характеристик ПС.

Трудоемкость разработки ПС с учетом конкретных условий разработки определяется по формуле:

Тур = Тб * Кур , (3.14)

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

Кур - поправочный коэффициент, учитывающий характер среды разработки и средства разработки ПС, определяется по таблице;

Общий объем разрабатываемого ПС, определяется по формуле:

, (3.15)

где Vi - объем i-ой функции ПС, i = 1..16, учитывающий тип ЭВМ, определяется по таблице;

n - общее число функций.

Продолжительность разработки программного продукта определяется по формуле:

. (3.16)

Среднее число исполнителей реализации программного продукта рассчитывается:

Ч = Tобщ/t . (3.17)

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

- для предсказания усилий на разработку в модели COCOMO II необходимо сначала предсказать размер конечной системы в единицах KDSI (Thousands of Delivered Source Instructions, тысяч строк исходных инструкций поставляемого кода), то есть данная модель основана на размере кода ПП, а длина кода не всегда отражает размер современных программных продуктов;

- методика расчета трудоемкости программного продукта Госкомтруда 1986 года применима для оценки трудозатрат на разработку любых типов ПП, в отличие, от композиционной модели, которая предназначена для оценки трудозатрат на разработку крупных ПП;

- точность модели COCOMO II согласована с большим количеством фактических данных и зависит от точности оценивания входных данных.

Таким образом, использование методики расчета трудоемкости программного средства Госкомтруда 1986 года в данном случае является наиболее целесообразным, так как она, по сравнению с моделью COCOMO II включает определения основных понятий и количественных характеристик без ограничения общности или разнообразия типов ПС. Данная методика повышает объективность оценок путем применения шкалы оценок, учитывающих влияние разных атрибутов на оценку трудозатрат. Методика расчета трудоемкости программного средства Госкомтруда 1986 года проста для понимания и применения, что также является немаловажным фактором при выборе методики.

3.3 Расчет частных показателей экономической эффективности

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

- трудоемкость разработки программного изделия;

- длительность разработки программного изделия;

- годовая экономия (годовой прирост прибыли);

- суммарные затраты на создание, внедрение и функционирование ПП (включают в себя единовременные затраты на разработку и внедрение, текущие затраты на функционирование.

3.3.1 Расчет трудоемкости разработки программного изделия

Основными параметрами, влияющими на расчет трудоемкости разработки, являются:

- стадии разработки ПС;

- сложность ПС;

- степень новизны ПС;

- новый тип ЭВМ;

- новый тип ОС;

- степень охвата реализуемых функций стандартными ПС;

- средства разработки ПС;

- характер среды разработки;

- характеристики ПС;

- группа сложности;

- функции ПС;

- тип ЭВМ.

Параметр «Стадии разработки ПС» может принимать значения:

- «Техническое задание»;

- «Эскизный проект»;

- «Технический проект»;

- «Рабочий проект»;

- «Внедрение»;

- «Предварительное проектирование».

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

- использование CASE-технологий;

- объединение технического и рабочего проекта.

При использовании CASE-технологии стадии «Техническое задание», «Эскизный проект» и «Технический проект» объединяются в одну стадию «Предварительное проектирование», за которой следуют стадии «Рабочий проект» и «Внедрение».

Объединение стадий «Технический проект» и «Рабочий проект» в одну стадию «Технорабочий проект», предполагает обязательное наличие этих двух стадий.

Параметр «Элементы, повышающие сложность ПС» может принимать значения:

- «Наличие экранных подсказок и меню функций»;

- «Выдача на экран контекстно-зависимой помощи»;

- «Обеспечение хранения и поиска данных в сложных структурах»;

- «Возможность связи с другими ПС».

Данные элементы могут присутствовать как вместе, так и по отдельности.

Параметр «Степень новизны ПС» может принимать одно из следующих значений:

- «Принципиально новое ПС, не имеющее доступных аналогов»;

- «ПС, являющееся развитием определенного параметрического ряда ПС на новом типе ЭВМ/ операционной системы (ОС)»;