Аналитический раздел (стр. 3 )

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

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

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

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

Источниками информации для разработки программного продукта являются:

·  данные статей бухгалтерского баланса;

·  данные о продажах и себестоимости по форме № 2 ;

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

1. «Бухгалтерский баланс» - этот объект представляет собой список статей бухгалтерского учета и сумм отнесенных к ним согласно форм утвержденных Правительством Российской Федерации.

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

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

1. Анализ финансового положения организации, который включает в себя:

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

- отчет о чистых активах органзиации;

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

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

- отчеты по ликвидности: анализ соотношения активов по степени ликвидности и обязательств по сроку погашения, Расчет коэффициентов ликвидности.

2. Анализ эффективности деятельности организации, включающий в себя

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

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

3. Анализ прогнозирования банкротства предпрития.

1.5 Постановка задачи

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

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

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

·  нормально функционировать на персональных компьютерах класса IBM с процессором Intel Pentium IV;

·  формировать отчет по результатам данных;

·  давать анализ финансового состояния предприятия;

·  выводить сформированные отчеты на печать.

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

·  снижение трудоемкости и стоимости процесса обработки информации;

·  сокращение сроков обработки данных, повышение их достоверности;

·  создание условий для перехода к безбумажной технологии обработки информации;

·  обеспечение минимальных сроков представления информации.

2 СПЕЦИАЛЬНЫЙ РАЗДЕЛ

2.1. Организация проектирования

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

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

¾  степень автоматизации проектных работ;

¾  принятая методология процесса разработки.

¾  По степени автоматизации проектирования алгоритмов и программ можно выделить:

¾  методы традиционного (неавтоматизированного) проектирования;

¾  методы автоматизированного проектирования (CASE-технология и ее элементы).

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

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

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

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

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

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

¾  структурное проектирование программных продуктов;

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

¾  объектно-ориентированное проектирование программных продуктов.

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

Один из основоположников информационной инженерии - Дж. Мартин - выделяет следующие составляющие данного подхода:

¾  информационный анализ предметных областей (бизнес - областей);

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

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

¾  детальное конструирование процедур обработки данных.

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

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

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

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

концептуальной модели базы данных - интегрированные структуры данных под управлением СУБД;

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

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

Выбор средств реализации базы данных определяет вид даталогические моделей и, следовательно, алгоритмы преобразования данных. В большинстве случаев используется реляционное представление данных базы данных и соответствующие реляционные языки для программирования (манипулирования) обработки данных СУБД и реализации алгоритмов обработки. Данный подход использован во многих CASE-технологиях.

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

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

1. Составление технического задания на программирование

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

При составлений технического задания требуется:

определить платформу разрабатываемой программы - тип операционной системы (например, для IBM PC-совместимых машин делается выбор операционной среды: MS DOS, Windows, Windows NT либо Unix, OS/2);

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

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

обосновать целесообразность работы с базами данных под управлением СУБД.

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

2. Технический проект

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

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

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

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

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

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

3. Рабочая документация (рабочий проект)

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

Основной результат работ этого этапа - также создание эксплуатационной документации на программный продукт:

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

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

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

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

4. Ввод в действие

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

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

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

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

системы с жестким сценарием диалога - стандартизированное представление информации обмена;

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

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

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

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

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

В ряде СУБД и электронных таблиц, текстовых редакторов существуют различные типы диалоговых окон содержащих разнообразные объекты управления:

тексты сообщения;

поля ввода информации пользователя;

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

кнопки и т. п.

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

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

2.2.Определение исходных показателей проектирования

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

При проектировании анализа заполняется

1 таблица – 19*5 = 95 расчетов

2 таблица – 6*3 = 18 расчетов

3 таблица – 3 расчета

4 таблица – 3 расчета

5 таблица – 2*8 = 16 расчетов

6 таблица – 4*4 = 16 расчетов

7 таблица – 2*3 = 6 расчетов

8 таблица – 3*3+3=12 расчетов

9 таблица – 3*3 = 9 расчетов

10 таблица – 3*5 = 15 расчетов

Итого 95+18+3+3+16+16+6+12+9+15=193 расчета

Время расчетов 193*2/80 = 0,8 рабочего дня.

Оформление результатов 1,2 рабочего дня.

Стоимость работ по проведению краткого экономического анализа в результате составит 1,2+0,8 = 2 дня. Заработная плата аудитора - 15000 рублей.

Стоимость финансового анализа
15000*2/20 =1500 рублей.

Так как аудитор выполняет данную операцию практически каждый месяц по несколько раз, то общие затраты за год составят 1500*36 =рубля.

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

Таблица 2.2.

Основная зарплата		54000
Социальный налог	26.6 % (	14364
Собственные накладные расходы	25 % (	17091
Общие накладные расходы	35 % (0.15-0.40)	29909
Прочие	30 % (0.05-0.3)	34609
Итого		149973

Таким образом, затраты, связанные с ручной обработкой данных составят 149973 руб.

Расчет затрат связанных с автоматизированной обработкой данных – время операции запись 70*2 = 140 чисел – внесение составляет 140*0,1 = 14 минут, распечатка результатов – 1 минута.

Итого затрат 15 минут рабочего времени или 0,03125 рабочего дня.

Стоимость финансового анализа 15000*0,03125/20 =23,44 рублей.

Так как аудитор выполняет данную операцию практически каждый месяц по несколько раз, то общие затраты за год составят 23,44*36 = 843,84 рублей.

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

Таблица 2.3.

Основная зарплата		844
Социальный налог	26.6 % (	224
Собственные накладные расходы	25 % (	267
Общие накладные расходы	35 % (0.15-0.40)	467
Прочие	30 % (0.05-0.3)	540
Итого		2342

Таким образом, затраты, связанные с автоматизированной обработкой данных составят 2342 руб.

2.3.Расчёт технико-экономических показателей

2.3.1 Затраты по технологическим этапам проектирования

Найдем число исходных команд:

193 * 2.8 * 1.7 = 919 команд

где: 1.7 - коэффициент, связанный с организационными затратами времени;

2.8 - коэффициент, скорректированный с учетом создания системы;

Определим число месяцев, необходимых для разработки исходных команд, исходя из производительности 600 команд в день:

919/600=1,53 дня.

Или 1,53/22=0,07 месяца.

где 22 - число рабочих дней в месяце;

5 - число рабочих дней в недели.

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

Таблица 2.3.

Размер изделия	Малый
Число исходных команд	918
Полные затраты труда, человеко-месяцы
Планирование и анализ требований	0.30
Проектирование изделия	0.10
Программирование	0,07
Детальное проектирование	0.05
Кодирование и автом. отладка	0,05
Комплексирование и испытания	0,05
Итого		0,62
Полные сроки разработки, месяцев
Планирование и анализ требований	0.30
Проектирование изделия	0.07
Программирование	0.62
Комплексирование и испытания	0.07
Итого		1,06
Среднее число исполнителей, человек
Планирование и анализ требований	0.6
Проектирование изделия	0.9
Программирование	1.3
Комплексирование и испытания	1.0
Среднее число исполнителей	1.1

Согласно расчетам, приведенным выше, оптимальный срок разработки составит 1,06 месяца или 1,06/12 = 0,09 года, который условно может быть охарактеризован как расчетный.

Учитывая, календарный годовой фонд времени равный 251 дням, а также нормативный коэффициент загрузки и коэффициента "наложения" процесса проектирования информационных систем, время на разработку ИС составит:

Тн = 251 * 0.09 * 1.3 * 1.2 = 35,24 дня

Реальные затраты времени на проектирование составят:

Тр = 35.24* 8.25 = 290,73 часов.

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

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

- сложность комплекса ИС;

- надежность функционирования;

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

- эффективность использования вычислительных ресурсов;

- мобильность (переносимость) использования компонент ИС для других разработок;

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

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