Автоматизированная система правового сопровождения кредитования юридических лиц

/>/>/>/>/>/>/>/>/>/>/>/>/>/>/>/>/>/>Содержание
Введение
1. Постановка задачи автоматизации системы правовогосопровождения кредитования юридических лиц
1.1 Описание предметной области
1.2 Анализ существующих разработок
1.3 Требования к разрабатываемой системе
1.3.1 Функциональные требования к системе
1.3.2 Требования к надежности
1.3.3 Требования к информационной и программнойсовместимости
1.3.4 Требования к техническомуобеспечению
2. Проектирование системы правового сопровождениякредитования юридических лиц
2.1 Сравнительный анализ и выбор инструментальных средствпроектирования системы
2.2 Проектирование структуры системы правового сопровождения кредитования юридических лиц
2.3 Проектирование структуры базы данных
3. Реализация системы правового сопровождения кредитованияюридических лиц
3.1 Выбор средств реализациисистемы
3.1.1 Выбор средств управления базами данных
3.1.2 Выбор средств программирования
3.2 Разработка пользовательского интерфейса
3.3 Проектирование отчетов
3.4 Тестирование автоматизированной системы правового сопровождения кредитования юридических лиц
4. Расчет экономической эффективности проекта
Заключение
Список литературы
Приложение
Введение
Практически во всем мире кредитованиеявляется одним из важнейших направлений банковской деятельности. Этот вид услугпоявился в период зарождения финансовой системы, и с тех пор играет большуюроль в социально-экономическом регулировании общества, способствуя перемещениюкапитала из одних отраслей в другие. Предприятиям кредиты нужны для эффективнойработы – с их помощью обеспечивается непрерывный технологический цикл, ростобъемов производства и оборота капитала, а также образуется дополнительнаяприбыль.
Но банки должны быть застрахованыот рисков. Перед тем как предоставить кредит, банк должен проверить финансовоесостояние клиента. Но это не единственный критерий, который определяетюридическое лицо. Очень важно определить соблюдены ли все законы прирегистрации этого юридического лица, являются ли законными и правомернымидокументы, которые представлены в банк, имеют ли достаточные полномочия телюди, которые от имени юридического лица подписывают договоры. Это очень важнодля требования в судебном порядке, при возникновении проблемной илипросроченной задолженности по выплате кредита.
Высокий уровеньконкуренции в банковском бизнесе, стремление банков повысить рентабельностькредитных операций приводит к упрощению их кредитной политики, что приводит кбольшому проценту риска выдачи кредита фиктивному юридическому лицу, котороедолжным образом не зарегистрировано, или должностные лица, подписывающиедокументы, не имеют достаточных полномочий для этого. В этой ситуацииприобретает задача качественной и всесторонней, но в тоже время оперативной,проверке правоспособности заемщиков – юридических лиц.
Конкурентные преимуществабудут иметь высокотехнологичные банки, которые способны при относительно низкихиздержках обработать колоссальный объем документов и материалов, обеспечитьоперативный и индивидуальный подход к клиентам.
Такое преимущество даст разрабатываемаяавтоматизированная система правового сопровождения кредитования юридическихлиц.
Таким образом,актуальность выбранной темы обоснована тем, что правовая оценка клиента банка –юридического лица, является важным этапов в процессе кредитования, уделениенедостаточного внимания данной операции и ошибочная правовая оценка клиентаможет привести к нарушению закона, с неблагоприятными последствиями для банка.
Целью данной автоматизированнойсистемы является повышение оперативности, производительности и уровняорганизации труда работников юридического отдела банка, увеличение наглядностипредоставляемых документов клиентом. Углубление проверки правильностипредставленных сведений за счет использования большего объема информации,необходимой для анализа правоустанавливающих документов, проверки полномочийдолжностных лиц, подписывающих договоры, увеличение контроля за соблюдениемзаконодательства при оформлении документов. Так же целью данного продуктаобеспечить синхронизацию используемых данных и сокращение бумажных архивов.
1.Постановка задачи автоматизации системы правового сопровождения кредитованияюридических лиц 1.1 Описание предметной области
В данном проектерассматривается одна из операций процесса кредитования юридического лица вбанке – проверка правоспособности клиента (юридического лица).
Процесс кредитования регламентируетсярядом правовых актов.
В Гражданском Кодексе РоссийскойФедерации (ГК РФ) даны общие положения, определяющие понятие договоракредитования, предусмотрена возможность отказа от предоставления или получениякредита (ст.ст. 819, 821 ГК РФ).
По кредитному договорубанк или иная кредитная организация (кредитор) обязуются предоставить денежныесредства (кредит) заемщику в размере и на условиях, предусмотренных договором,а заемщик обязуется возвратить полученную денежную сумму и уплатить проценты нанее.[1]Кредитный договор должен быть заключен в письменной форме. Несоблюдениеписьменной формы влечет недействительность кредитного договора.[2]
Банк вправе отказаться отпредоставления заемщику предусмотренного кредитным договором кредита приналичии обстоятельств, свидетельствующих о том, что предоставленная заемщикусумма не будет возращена в срок.[3]
Так же в Положении БанкаРоссии «О порядке предоставления (размещения) кредитными организациями денежныхсредств и их возврата (погашения)» от 31 августа 1998г. № 54-П (с учетомизменений и дополнений, внесенных Положением Банка России от 27 июля 2001г. №144-П) устанавливается порядок осуществления операций по предоставлению(размещению) банками денежных средств клиентам, в том числе другим банкам –юридическим и физическим лицам, и возврату (погашению) клиентами банковполученных денежных средств, а также бухгалтерский учет указанных операций.
В Инструкции СберегательногоБанка РФ от 26 октября 1993г. N 26-р «О кредитовании юридических лиц учреждениямиСберегательного Банка РФ» определены общие положения о предоставлении кредитаюридическому лицу Сберегательным Банком РФ.
Обеспечение возвратностикредитов посредством залога движимого и недвижимого имущества заемщика,погашение задолженности, в случае объявления должника несостоятельным (банкротом),регламентируется ФЗ от 02.12.1990 №395-1 (в ред. от 21.07.2005г.) «О банках ибанковской деятельности» (ст.ст. 33, 34).
В Кодексе обАдминистративных правонарушениях Российской Федерации (КоАП РФ) указываетсяадминистративная ответственность за незаконное получение кредита путемпредоставления банку или иному кредитору заведомо ложных сведений о своемхозяйственном положении либо финансовом состоянии (ст. 14.11 КоАП РФ).
В Уголовном Кодексе РоссийскойФедерации (УК РФ) прописаны специальные статьи, предусматривающие уголовнуюответственность, за злостное уклонение от погашения кредиторской задолженности(ст. 177 УК РФ), не законное получение кредита путем предоставления банку илииному кредитору заведомо ложных сведений о своем хозяйственном положении либофинансовом состоянии, если это деяние причинило крупный ущерб (ст. 176 УК РФ).
Юридический отделСбербанка России при выполнении своих обязанностей, связанных с кредитованиемюридических лиц, так же руководствуются Регламентом предоставления кредитовюридическим лицам №285-4-р от 23.07.2004г. и Порядком краткосрочногокредитования юридических лиц Сбербанка России и его филиалами №931-2-р от26.11.2004г.
В соответствии с даннымрегламентом отдел кредитования направляет юридической службе служебную записку (приложение1) о проверке возможности заключения кредитного договора и пакетправоустанавливающих документов:
1.        заявление наполучение кредита в произвольной форме (в произвольной форме с указанием суммы,цели кредита, срока, местонахождения и почтового адреса, телефонов заемщика,уполномоченных лиц заемщика).
2.        нотариальноудостоверенная копия Устава;
3.        нотариальноудостоверенная копия учредительного договора;
4.        карточка собразцами подписей распорядителей счета и оттиском печати, удостовереннаянотариально;
5.        заверенныеуполномоченным лицом и печатью заемщика копии протоколов заседанийуполномоченных уставом организаций органов о назначении на соответствующуюдолжность лиц, указанных в карточке с образцами подписей;
6.        нотариальноудостоверенная копия свидетельства о внесении в ЕГРЮЛ (приложение 2);
7.        нотариальноудостоверенная копия свидетельства БРП о государственной регистрацииюридического лица (приложение 3);
8.        нотариальноудостоверенная копия разрешения и занятие отдельными видами деятельности(лицензия);
9.        составаукционеров;
10.     персональныйсостав коллегиальных органов управления и высшего руководства состава;
11.     перечень дочернихи зависимых организаций с указанием долей участия;
12.     нотариальноудостоверенная копия свидетельства МНС о постановке на учет в налоговом органеюридического лица.
Юридическая службаанализирует представленные учредительные документы. Устанавливаетправоспособность юридического лица, проверяет наличие соответствующихполномочий представителя юридического лица на заключение сделок.
По результатам проверки втечении 3-х рабочих дней юридическая служба готовит заключение оправоспособности (приложение 5).
Для установленияправоспособности юридического лица, при работе с определенным клиентом,необходимо убедиться соблюдены ли законодательные акты, регламентирующиерегистрацию этого клиента – юридического лица.
В Гражданском Кодексе РФдано основополагающее понятие юридического лица и его правоспособности (ст.ст.48, 49 ГК РФ).
Юридическим лицомпризнается организация, которая имеет в собственности, хозяйственном веденииили оперативном управлении обособленное имущество и отвечает по своимобязательствам этим имуществом, может от своего имени приобретать и осуществлятьимущественные и личные неимущественные права, нести обязанности, быть истцом иответчиком в суде.[4] Юридическое лицо можетиметь гражданские права, соответствующие целям деятельности, предусмотренным вего учредительных документах, и нести связанные с этой деятельностьюобязанности.[5]
Также в ст. 51 ГК РФопределено, что юридическое лицо подлежит государственной регистрации в уполномоченномгосударственном органе. В ГК РФ устанавливается, что юридическое лицо действуетна основании устава либо учредительного договора (ст. 52 ГК РФ).
В ГК РФ дано понятиеорганам юридического лица (ст. 53 ГК РФ). Порядок назначения или избранияорганов юридического лица определяется законом и учредительными документами.Лицо, которое в силу закона или учредительных документов юридического лицавыступает от его имени, должно действовать в интересах представляемого имюридического лица добросовестно и разумно.[6]
В данном законеопределена ответственность юридического лица (ст. 56 ГК РФ): юридические лица,отвечают по своим обязательствам всем принадлежащим им имуществом. В ГК РФ данаочередь удовлетворения требований кредиторов (ст. 64 ГК РФ). В § 2 ГК РФ определеныобщие положения о различных организационно-правовых формах юридического лица.
Основным нормативнымактом, регулирующим отношения, возникающие в связи с государственнойрегистрацией является Федеральный закон “О государственной регистрацииюридических лиц” № 129-ФЗ от 23 июня 2003 года (в ред. от 23.12.2003 N 185-ФЗ).
Регистрация юридическоголица в Инспекции Министерства по Налогам и Сборам (ИМНС) регулируется приказомот 24.12.1999 МНС РФ №АП-3-26/413 «Об утверждении положения о межрегиональнойгосударственной инспекции МНС России по контролю за налогообложением малогобизнеса и сферы услуг». ИМНС выдает свидетельство о государственной регистрацииюридического лица.
В соответствии сНалоговым кодексом Российской Федерации (НК РФ) (ст. 83 НК РФ) юридическое лицонеобходимо поставить на налоговый учет, о чем выдается свидетельство.
В соответствии с Федеральныйзакон “Об основах обязательного социального страхования” от 16.07.99 г. № 165 –ФЗ (в ред. от 05.03.2004 г.) необходимо зарегистрировать юридическое лицо вФонде социального страхования. А также согласно ФЗ “Об обязательном пенсионномстраховании в РФ” от 15.12.2001 г. № 167– ФЗ (в ред. от 20.07.2004 г.)юридическое лицо регистрируется в Пенсионном Фонде. О чем получают извещение.
В соответствии сположением «О государственном комитете РФ по статистике» юридическому лицуприсваивают коды общероссийского классификатора и выдают информационное письмооб учете в ЕГРПО.
В соответствии сУказанием Центрального Банка РФ от 18.06.99 г. № 579-у (в ред. от 21.02.2002г.)юридическое лицо должно иметь расчетный счет в банке.
Если все необходимыедокументы, которые получены в результате регистрации, предоставленные банку, ненарушают ГК РФ, Федеральный закон “О государственной регистрации юридическихлиц”, приказ МНС РФ «Об утверждении положения о межрегиональной государственнойинспекции МНС России по контролю за налогообложением малого бизнеса и сферыуслуг», НК РФ, Федеральный закон “Об основах обязательного социальногострахования”, ФЗ “Об обязательном пенсионном страховании в РФ”, положение «О государственномкомитете РФ по статистике», Указание Центрального Банка РФ, то юридическое лицозарегистрировано без нарушений и контроль, который был проведен в процессеанализа правоустанавливающих документов, должен найти свое отражение вавтоматизированной системе правового сопровождения. 1.2 Анализ существующих разработок
В процессе проектированиябыли проанализированы многие разрабатываемые и уже внедренныеавтоматизированные системы, связанные с кредитованием юридических лиц.
В основном этипрограммные продукты связаны с оценкой кредитоспособности юридического лица.
Были рассмотрены такиесистемы, как «Система оценки кредитоспособности заемщиков – юридических лиц»,разработанная консалтинговой компанией «Франклин&Грант. Финансы ианалитика», «Автоматизация ипотечного кредитования» от IBS – ИнформационныеБизнес Системы[7], «Автоматизированнаясистема кредитования физических лиц RS-Loans», разработанная R-Style Softlab,«Фауст 2000» (автоматизация кредитного отдела банка) от ООО «Софтфонд», так же эта компания разработала систему для автоматизированной поддержкиработы с кредитами частных лиц «Фауст Сбербанк».
Целью «Системы оценкикредитоспособности заемщиков – юридических лиц», разработанной консалтинговойкомпанией «Франклин&Грант. Финансы и аналитика» является оптимизациядеятельности коммерческого банка на рынке кредитования юридических лиц, котораявыражается в достижении устраивающей банк доходности при контролируемом уровнерисков.[8] Такая оптимизацияреализуется за счет внедрения автоматизированной системы, позволяющейпроизводить объективную и максимально точную оценку кредитоспособностиконкретного предприятия заемщика и учитывать динамику риска и доходностикредитного портфеля банка, определяемую каждым новым заемщиком.
Система «Фауст2000» от ООО «Софт фонд», представляет собой интегрированное решение,обеспечивающее автоматизацию ключевых функций кредитного отдела банка, включаяподдержку работы с кредитами (депозитами) юридических лиц в национальной ииностранной валюте, а также работу с межбанковскими кредитами (выданными иполученными) в национальной валюте.[9]
Система «ФаустСбербанк» предназначена для автоматизированной поддержки работы скредитами частных лиц. Система предполагает возможность работы в сределокальной сети.[10]
Функции некоторыхрассмотренных автоматизированных систем схожи, например, в «Системе оценкикредитоспособности заемщиков – юридических лиц», разработанной консалтинговойкомпанией «Франклин&Грант. Финансы и аналитика», «Автоматизированнойсистеме кредитования физических лиц RS-Loans» и системе «Фауст 2000»сходны следующие функции:
—   возможность формироватьрекомендации по лимитам, процентным ставкам, срокам и графику погашениякредита;
—   создание полногокомплекта отчетности;
—   прогнозированиеплатежей и просрочки;
—   осуществлениемониторинга кредитоспособности заемщиков.
Но и есть такие функции,которые не повторяются в рассматриваемых системах.
В «Системе оценкикредитоспособности заемщиков – юридических лиц», разработанной консалтинговойкомпанией «Франклин&Грант. Финансы и аналитика», есть следующие функции:
—   возможность классифицироватьзаемщиков по уровню кредитоспособности, срокам предоставления кредитов;
—   оценивать влияниепеременных внешней среды на рискованность бизнеса заемщика –макроэкономического окружения бизнеса, конкурентной среды бизнеса, рынкаресурсов для бизнеса и рынков сбыта для бизнеса;
—   анализироватькредитную историю заемщиков как по каждому в отдельности, так и по группамзаемщиков в разрезе их величины или темпов роста, отраслевой, региональнойпринадлежности и прочим показателям, что важно для стратегического развитиябанка.
В системе «Фауст2000» реализованы следующие функции:
—   ведение базыданных кредитного отдела, включая базу данных клиентов, счетов клиентов,договоров, операций, архивы;
—   оперативнуюобработку информации посредством разработки и применения пользовательскихфильтров и сортировок;
—   возможностьавтоматической синхронизации базы данных с ОДБ, включая синхронизацию остатковна счетах, сверку проводок, а также отслеживание этапов погашения процентов иначисления процентов по бюджетным счетам;
—   автоматизированнуюпроцедуру списания overdraft-ных кредитов на базе текущих остатков на счетахклиентов с автоматической генерацией проводок, подобно системам«Банк-клиент».
В «Автоматизированнойсистеме кредитования физических лиц RS-Loans» реализованы следующие функции[11]:
—   учет любойдополнительной информации по ссудозаемщикам, другим субъектам, участвующим впроцессе кредитования, и объектам, выступающим в качестве обеспечения кредита;
—   расчет графиковпогашения по основному долгу и процентам по различным алгоритмам;
—   оформлениеполного комплекта сопроводительных документов, в том числе договоров(кредитного, залога, поручительства);
—   формированиебухгалтерских проводок в полном соответствии с действующими нормативно-законодательнымтребованиями.
Но не в однойанализируемой программе не было усчитано такая не мало важная оценка клиента,как правовая.
В рассматриваемыхавтоматизированных системах отсутствуют такой важный фактор как анализправоустанавливающих документов, предоставляемых банку от заемщика, анализналичия достаточных полномочий должностных лиц, которые от имени клиентаподписывают договоры. Решение данной проблемы является главной целью разрабатываемойсистемы.
Так же все анализируемыепрограммные продукты в основном автоматизируют деятельность кредитных отделовбанка, которые оценивают финансовое состояние заемщика – юридического лица, ирешают вопрос о кредитоспособности клиента. Но ни ода из рассмотренных системне автоматизируют деятельность юридического отдела в процессе кредитования юридическоголица, который решает не менее важный вопрос, по поводу правоспособностиклиента. Эту задачу решает разрабатываемая программа.
Анализ вышеприведенныхсистем показывает, что разрабатываемая система создается в круге ужесуществующих программных продуктов, она создается в согласовании с ними, иреализует недостающие их части.  1.3 Требования к разрабатываемой системе 1.3.1 Функциональные требования ксистеме
Данный проектпредназначен для использования юрисконсультами юридического отдела БФ СбербанкаРФ, в процессе выполнения своих обязанностей при кредитовании юридическоголица.
Целью даннойавтоматизированной системы является повышение оперативности, производительностии уровня организации труда работников юридического отдела, увеличениенаглядности предоставляемых документов клиентом для банка. Углубление проверкиправильности представленных сведений за счет использования большего объема информации,необходимой для анализа правоустанавливающих документов, проверки полномочийдолжностных лиц, подписывающих договоры, увеличение контроля за соблюдениемзаконодательства при оформлении документов, сокращение бумажных архивов,обеспечение синхронизации используемой данных.
Для реализациипоставленных целей система должна отвечать следующим функциональнымтребованиям:
—   Автоматизированныйконтроль за соблюдением законодательства при оформлении документов.
—   Автоматизированнаясистема уведомления о юридических сроках выполнения обязанностей.
—   Автоматизациясоздание отчетов юридического отдела.
—   Поиск необходимыхсведений в электронном архиве и портфелях сотрудников.
—   Реализацияэлектронного архива отдела.
—   Реализацияпортфеля документов юридического отдела.
—   Хранения всехвходящих и выходящих документов в базе данных системы.
—   Синхронизацияпортфелей сотрудников юридического отдела.
—   Организация вводаданных и взаимодействия интерфейса пользователя с базами данных системы. 1.3.2 Требования к надежности
Надежность системы должна обеспечиваться на уровнеиспользуемых аппаратных и программных средств. Достигается необходимымконтролем входных данных, контролем за их обработкой и проверкой правильностивыходных форм. 1.3.3 Требования к информационной ипрограммной совместимости
Автоматизированнаясистема должна обеспечивать информационную совместимость с известнымиприложениями операционной системы Windows (Word, Excel, Access). Программная совместимость обеспечиваетсяавтоматически в связи с использованием программных средств, совместимостькоторых обеспечена конструктивно (на этапе их создания) – Delphi, Access и т.д. Система реализуется под операционной системой Windows и СУБД InterBase.

/>1.3.4 Требования к техническомуобеспечению
Разрабатываемая системаориентирована на использование персональным компьютером класса IBM PC, начиная с Pentium II, включенного влокальную сеть, объем оперативной памяти 32 Мб и свободного места на жесткомдиске 2Мб.
Программные требования: Windows NT 4.0 (Service Pack 5), 2000, XP. Программа требует установленного InterBase и библиотеки драйверов BDE.
Данная глава дипломнойработы посвящена постановке задачи автоматизации системы правовогосопровождения кредитования юридических лиц. Рассматривается одна из операцийпроцесса кредитования юридического лица в банке – проверка правоспособностиклиента (юридического лица). Очень важно определить соблюдены ли все законы прирегистрации этого юридического лица, являются ли законными и правомернымидокументы, которые представлены в банк, имеют ли достаточные полномочия телюди, которые от имени юридического лица подписывают договоры. В этой ситуацииприобретает задача качественной и всесторонней, но в тоже время оперативной,проверке правоспособности заемщиков – юридических лиц.
В данной главе определеныте нормативно-правовые акты, которые должны соблюдаться в процессе разработки ифункционирования дипломного проекта.
Проанализированы многиеразрабатываемые и уже внедренные автоматизированные системы, связанные скредитованием юридических лиц. Рассматриваемые программные продукты связаны соценкой кредитоспособности юридического лица. Не в одной анализируемой программене было усчитано правовая оценка клиента – юридического лица.
В результате былиопределены основные требования к разрабатываемому программному обеспечению.
2.Проектирование системы правового сопровождения кредитования юридических лиц/>/>/>/>/>/>/>/>/>/>/>/>/>/>/>/>/>/>/>/>/>/>/>/>/>/>/>/>/>/>/>/>/> 2.1 Сравнительный анализ и выбор инструментальных средствпроектирования системы
Процесс проектированияинформационной системы – это процесс принятия проектно-конструкторских решений,направленных на получения описания системы, удовлетворяющей требованиям.
Выбор средствпроектирования программного обеспечения является одной из самых важных задачпри разработке любого программного обеспечения. В настоящее время дляпроектирования различных систем повсеместно используют CASE-средства.
При проектированииинформационной системы использованы компьютерные CASE-технологии, так каксовременные CASE — технологии охватывают обширную область поддержкимногочисленных технологий проектирования информационных систем: от простыхсредств анализа и документирования до полномасштабных средств автоматизации.CASE-технологии представляют собой совокупность методов проектированияинформационных систем, а также набор инструментальных средств, позволяющих внаглядной форме моделировать предметную область, анализировать эту модель навсех стадиях разработки. Большинство существующих CASE-систем ориентировано наавтоматизацию проектирования программного обеспечения и основано наметодологиях структурного или объектно-ориентированного проектирования ипрограммирования, использующих спецификации в виде диаграмм или текстов дляописания системных требований, связей между моделями системы, динамикиповедения системы и архитектуры программных средств.
С точки зренияобъектно-ориентированного подхода можно смоделировать процесс правовогосопровождения кредитования юридических лиц (рисунок 1).
/>
Рис. 1 Процесс правовогосопровождения кредитования юридических лиц с точки зренияобъектно-ориентированного подхода.
Но для решенияпоставленных задач в данном проекте целесообразно использовать структурныйподход проектирования.
Сущность структурного подходак разработке ЭИС заключается в ее декомпозиции (разбиении) на автоматизируемыефункции: система разбивается на функциональные подсистемы, которые в своюочередь делятся на подфункции, подразделяемые на задачи и так далее. Процессразбиения продолжается вплоть до конкретных процедур. При этом автоматизируемаясистема сохраняет целостное представление, в котором все составляющиекомпоненты взаимоувязаны.
В структурном анализеиспользуются в основном две группы средств, иллюстрирующих функции, выполняемыесистемой и отношения между данными. Каждой группе средств соответствуютопределенные виды моделей (диаграмм), наиболее распространенными среди которыхявляются следующие:
SADT модели исоответствующие функциональные диаграммы;
DFD диаграммы потоков данных;
ERD диаграммы«сущность-связь».
На стадии проектированияинформационной системы модели расширяются, уточняются и дополняютсядиаграммами, отражающими структуру программного обеспечения: архитектурупрограммного обеспечения, структурные схемы программ и диаграммы экранных форм.
Перечисленные модели всовокупности дают полное описание информационной системы независимо от того,является ли она существующей или вновь разрабатываемой. Состав диаграмм вкаждом конкретном случае зависит от необходимой полноты описания системы.
Сегодня Российский рынокпрограммного обеспечения располагает следующими наиболее развитымиCASE-средствами, поддерживающие выбранный подход для проектирования: BPwin,CASE.Аналитик, Vantage Team Builder, Silverrun.
CASE-средство VantageTeam Builder представляет собой интегрированный программный продукт,ориентированный на реализацию каскадной модели жизненного цикла программногообеспечения и поддержку полного жизненного цикла программного обеспечения. [12]
Vantage Team Builderобеспечивает выполнение следующих функций:
—   проектированиедиаграмм потоков данных, «сущность-связь», структур данных,структурных схем программ и последовательностей экранных форм;
—   проектированиедиаграмм архитектуры системы — SAD;
—   генерация кодапрограмм на языке 4GL целевой СУБД с полным обеспечением программной среды игенерация SQL-кода для создания таблиц БД, индексов, ограничений целостности ихранимых процедур;
—   программированиена языке C со встроенным SQL;
—   управлениеверсиями и конфигурацией проекта;
—   многопользовательскийдоступ к репозиторию проекта;
—   генерацияпроектной документации по стандартным и индивидуальным шаблонам;
—   экспорт и импортданных проекта в формате CDIF (CASE Data Interchange Format).
CASE-средство Silverrun фирмы СomputerSystems Advisers, Inc. (CSA)используется для анализа и проектирования информационных систем бизнес-класса иориентировано в большей степени на спиральную модель жизненного цикла.[13]Оно применимо для поддержки любой методологии, основанной на раздельномпостроении функциональной и информационной моделей (диаграмм потоков данных идиаграмм «сущность-связь»).
Silverrun имеет модульнуюструктуру и состоит из четырех модулей, каждый из которых являетсясамостоятельным продуктом и может приобретаться и использоваться без связи состальными модулями.
§   Модуль построения моделей бизнес-процессов в форме диаграмм потоков данных позволяет моделировать функционирование обследуемой организации или создаваемой ИС.
§   Модуль концептуального моделирования данных обеспечивает построение моделей данных «сущность-связь», не привязанных к конкретной реализации.
§   Модуль реляционного моделирования позволяет создавать детализированные модели «сущность-связь», предназначенные для реализации в реляционной базе данных.
§   Менеджер репозитория рабочей группы применяется как словарь данных для хранения общей для всех моделей информации, а также обеспечивает интеграцию модулей Silverrun в единую среду проектирования.
CASE.Аналитик являетсяCASE-средством функционального моделирования и реализует построение диаграммпотоков данных.[14] Его основные функции:
§   построение и редактирование DFD;
§   анализ диаграмм и проектных спецификаций на полноту и непротиворечивость;
§   получение разнообразных отчетов по проекту.
BPwin является мощныминструментом для создания моделей, позволяющих анализировать, документировать ипланировать изменения бизнес-процессов.[15] BPwin предлагаетсредство для сбора всей необходимой информации о работе предприятия играфического изображения этой информации в виде целостной и непротиворечивоймодели. Целостность и непротиворечивость модели-рисунка гарантируются рядомметодологий и нотаций. BPwin поддерживает три таких методологии: IDEF0, DFD иIDEF3.
Bpwin умеет проверятьсоздаваемые модели с точки зрения синтаксиса выбранной методологии, проверяетссылочную целостность между диаграммами, а также выполняет ряд других проверок.При этом сохраняются главные преимущества рисунка – простота создания инаглядность.
Bpwin обеспечиваетвыполнение следующих функций:
§   поддерживает сразу три стандартные нотации – IDEF0 (функциональное моделирование), DFD (моделирование потоков данных) и IDEF3 (моделирование потоков работ). Эти три основных ракурса позволяют описывать предметную область более комплексно;
§   позволяет повысить эффективность бизнеса, оптимизировать любые процедуры в компании;
§   полностью поддерживает методы расчета себестоимости по объему хозяйственной деятельности (функционально-стоимостной анализ, ABC);
§   позволяет облегчить сертификацию на соответствие стандартам качества ISO9000;
§   является стандартом де-факто, интегрирован с ERwin (для моделирования БД), Paradigm Plus (для моделирования компонентов ПО);
§   благодаря вышеупомянутой интеграции и поддержке совместной, командной работы над одними и теми же моделями (с помощью ModelMart;
§   интегрирован со средством имитационного моделирования Arena;
§   содержит собственный генератор отчётов;
§   позволяет эффективно манипулировать моделями – сливать и расщеплять их;
§   имеет широкий набор средств документирования моделей, проектов.
Из вышеприведенныххарактеристик различных инструментальных средств наиболее подходящее Case-средство для решения поставленныхзадач является BPwin. Неоспоримым его преимуществом, позволяющем решитьпоставленные задачи, в первую очередь является возможность совместногоиспользования нотаций моделирования бизнес-процессов (IDEF0), потоков работ(IDEF3), моделирование потоков данных (DFD), автоматическое отслеживание связейв диаграммах, сохраняющее их целостность при внесении изменений в модель,широкие возможности интеграции с другими программными продуктами моделирования,а также лёгкость в освоении и применении. 2.2 Проектированиеструктуры системы правового сопровождения кредитования юридических лиц
Функциями системыправового сопровождения кредитования юридических лиц является контроль засоблюдением законодательства при оформлении документов, уведомление об юридическихсроках выполнения обязанностей, создание отчетов юридического отдела.
Функция контроль засоблюдением законодательства при оформлении документов так же состоит изанализа правоустанавливающих документов и проверка полномочий должностноголица.
Входные документыпроектируемой системы, их перечень формируется в соответствии с Регламентомпредоставления кредитов юридическим лицам №285-4-р Сбербанка России от23.07.2004г:
1.        Заявление наполучение кредита.
2.        Служебная запискаот кредитного отдела.
3.        Правоустанавливающиедокументы:
—   нотариальноудостоверенная копия Устава;
—   нотариальноудостоверенная копия учредительного договора;
—   карточка собразцами подписей распорядителей счета и оттиском печати, удостовереннаянотариально;
—   заверенные уполномоченнымлицом и печатью заемщика копии протоколов заседаний уполномоченных уставоморганизаций органов о назначении на соответствующую должность лиц, указанных вкарточке с образцами подписей;
—   нотариальноудостоверенная копия свидетельства о внесении в ЕГРЮЛ;
—   нотариальноудостоверенная копия свидетельства БРП о государственной регистрацииюридического лица;
—   нотариальноудостоверенная копия разрешения и занятие отдельными видами деятельности(лицензия);
—   составаукционеров;
—   персональныйсостав коллегиальных органов управления и высшего руководства состава;
—   перечень дочернихи зависимых организаций с указанием долей участия;
—   нотариальноудостоверенная копия свидетельства МНС о постановке на учет в налоговом органеюридического лица.
Выходные документы иинформация:
1.        Заключение оправоспособности.
2.        Отчетюридического отдела (приложение 6).
3.        Уведомление осроках.
Выбранное средствопроектирование BPwin поддерживаеттри методологии: IDEF0, DFD и IDEF3, позволяющие анализировать модель с трех ключевыхточек зрения.[16]
Основной из трехметодологий, поддерживаемых Bpwin, является IDEF0. IDEF0 может бытьиспользована для моделирования широкого класса систем. Результатом примененияIDEF0 к некоторой системе является модель этой системы, состоящая изиерархически упорядоченного набора диаграмм, текста документации и словарей,связанных друг с другом с помощью перекрестных ссылок. Двумя наиболее важнымикомпонентами, из которых строятся диаграммы IDEF0, являются бизнес-функции илиработы (представленные на диаграммах в виде прямоугольников) и данные и объекты(изображаемые в виде стрелок), связывающие между собой работы. При этомстрелки, в зависимости от того в какую грань прямоугольника работы они входятили из какой грани выходят, делятся на пять видов:
—    Стрелки входа(входят в левую грань работы) – изображают данные или объекты, изменяемые входе выполнения работы;
—    Стрелкиуправления (входят в верхнюю грань работы) – изображают правила и ограничения,согласно которым выполняется работа;
—    Стрелки выхода(выходят из правой грани работы) – изображают данные или объекты, появляющиесяв результате выполнения работы;
—    Стрелкимеханизма (входят в нижнюю грань работы) – изображают ресурсы, необходимые длявыполнения работы, но не изменяющиеся в процессе работы (например,оборудование, людские ресурсы…);
—    Стрелки вызова(выходят из нижней грани работы) – изображают связи между разными диаграммамиили моделями, указывая на некоторую диаграмму, где данная работа рассмотренаболее подробно.
Все работы и стрелкидолжны быть именованы. Первая диаграмма в иерархии диаграмм IDEF0 всегдаизображает функционирование системы в целом. Такие диаграммы называютсяконтекстными. В контекст входит описание цели моделирования, области (описаниятого, что будет рассматриваться как компонент системы, а что как внешнеевоздействие) и точки зрения (позиции, с которой будет строиться модель). Обычнов качестве точки зрения выбирается точка зрения лица или объекта,ответственного за работу моделируемой системы в целом.
После того как контекстописан, проводится построение следующих диаграмм в иерархии. Каждая последующаядиаграмма является более подробным описанием (декомпозицией) одной из работ навышестоящей диаграмме.
В соответствии сметодологией IDEF0 построены диаграммы для данной работы. На рисунке 2 показанаконтекстная диаграмма системы правового сопровождения кредитования юридическихлиц. Из контекстной диаграммы, видно, что для выполнения системой своих функцийей необходимы следующие входные документы (в соответствии с Регламентомпредоставления кредитов юридическим лицам №285-4-р Сбербанка России от23.07.2004г):
—   Заявление наполучение кредита;
—   Служебная запискаот кредитного отдела;
—   Правоустанавливающиедокументы.
Результатамифункционирования системы указаны следующие документы:
—   Заключение оправоспособности;
—   Отчетыюридического отдела;
—   Уведомление осроках.
В качестве управленияиспользуется законодательные акты, регламентирующие порядок деятельностиюридического отдела при кредитовании юридических лиц, в частности, Регламентпредоставления кредитов юридическим лицам Сбербанка России №285-4-р от23.07.2004г.
В качестве механизмов,необходимых для выполнения работы выступают сотрудники юридического отдела иоборудование.
/>
Рис. 2 Контекстнаядиаграмма системы правового сопровождения кредитования юридических лиц
Как показано на рисунке 3,при детализации контекстной диаграммы системы правового сопровождениякредитования юридических лиц можно выделить три основные функции, которыевыполняет система: контроль за соблюдением законодательства, уведомление осроках, создание отчетов юридического отдела. Входные и выходные потокисохраняются, как и на контекстной диаграмме. Входными потоками функции«Контроль за соблюдением законодательства» являются: заявление на получениекредита, служебная записка от кредитного отдела, правоустанавливающие документы.Выходным потоком этой функции является заключение о правоспособности. Входнымипотоками функций «Уведомление о сроках» и «Создание отчетов юридическогоотдела» являются служебная записка от кредитного отдела и выходной потокфункции «Контроль за соблюдением законодательства» – заключение оправоспособности. Выходным потоком функции «Уведомление о сроках» являетсяуведомление о сроках, функции «Создание отчетов юридического отдела» отчетыюридического отдела. В качестве управления для всех трех функций являетсяРегламент предоставления кредитов юридическим лицам Сбербанка России №285-4-рот 23.07.2004г. А в качестве механизма, необходимых для выполнения функции«Контроль за соблюдением законодательства» выступает сотрудник юридическогоотдела – юрисконсульт, а для выполнения функций «Уведомление о сроках» и«Создание отчетов юридического отдела» – оборудование.
/>
Рис. 3 Диаграммадекомпозиции системы правового сопровождения кредитования юридических лиц
Для того чтобыдокументировать механизмы передачи и обработки информации в моделируемойсистеме, используются диаграммы потоков данных (Data Flow Diagrams).[17]Диаграммы DFD обычно строятся для наглядного изображения текущей работы системыдокументооборота организации. Чаще всего диаграммы DFD используют в качестведополнения модели бизнес-процессов, выполненной в IDEF0.
Всего DFD используетчетыре важных элемента:
1.        Работы. Работы вDFD обозначают функции или процессы, которые обрабатывают и изменяютинформацию. Работы представлены на диаграммах в виде прямоугольников соскругленными углами.
2.        Стрелки. Стрелкиидут от объекта-источника к объекту-приемнику, обозначая информационные потокив системе документооборота.
3.        Внешние ссылки.Внешние ссылки указывают на место, организацию или человека, которые участвуютв процессе обмена информацией с системой, но располагаются за рамками этойдиаграммы.
4.        Хранилища данных.Хранилища данных представляют собой собственно данные, к которым осуществляетсядоступ, эти данные также могут быть созданы или изменены работами. На однойдиаграмме может присутствовать несколько копий одного и того же хранилищаданных.
Чтобы наглядногоизобразить работу системы в соответствии с методологией DFD построена диаграмма,конкретизирующая такую функцию как «Контроль за соблюдением законодательства»(рисунок 4). Диаграмма отражает, что функция «Контроль за соблюдениемзаконодательства» состоит из трех работ: анализ правоустанавливающихдокументов, проверка полномочий должностных лиц, оформление заключения. Вкачестве внешней ссылки выступает юрисконсульт.
Так же диаграмма отражаетдокументальные потоки между работами. На данном уровне конкретизируется входнойпоток «правоустанавливающие документы». Входными потоками для работы «Анализправоустанавливающих документов» являются:
—   Служебная запискаот кредитного отдела
—   нотариальноудостоверенная копия Устава;
—   нотариальноудостоверенная копия учредительного договора;
—   нотариальноудостоверенная копия свидетельства о внесении в ЕГРЮЛ;
—   нотариальноудостоверенная копия свидетельства БРП о государственной регистрацииюридического лица;
—   нотариальноудостоверенная копия разрешения и занятие отдельными видами деятельности(лицензия);
—   составаукционеров;
—   персональныйсостав коллегиальных органов управления и высшего руководства состава;
—   перечень дочернихи зависимых организаций с указанием долей участия;
—   нотариальноудостоверенная копия свидетельства МНС о постановке на учет в налоговом органеюридического лица.
Входными потоками дляработы «Проверка полномочий должностных лиц» являются:
—   заявление наполучение кредита;
—   карточка собразцами подписей распорядителей счета, удостоверенная нотариально;
—   оттиск печати,удостоверенный нотариально;
—   заверенныеуполномоченным лицом и печатью заемщика копии протоколов заседанийуполномоченных уставом организаций органов о назначении на соответствующуюдолжность лиц, указанных в карточке с образцами подписей.
Выходными потоками функции«Анализ правоустанавливающих документов» являются данные о юридическом лице и данныеправоустанавливающих документов, которые поступают в хранилище «Данные оюридических лицах», последний является входящим потоком для функции «Оформлениезаключения», поток данные из служебной записки, который поступает в хранилище«Хранилище служебных записок».
Выходными потокамифункции «Проверка полномочий должностных лиц» являются сведения о полномочияхдолжностного лица, который является входным потоком в функцию «Оформлениезаключения», и поток данные правоустанавливающих документов, который поступаетв хранилище «Данные о юридических лицах».
Выходным потоком функции«Оформление заключения», который поступает в «Хранилище служебных записок»,является заключение о правоспособности.
Так на данном этапепроектирования обосновывается дальнейшая реализация базы данных. Хранилищаданных, спроектированные на данной диаграмме, должны найти свое отражение в базеданных. Данная диаграмма указывает необходимость хранения определенныхреквизитов и сведений о клиенте банка – юридическом лице, и хранениерезультатов функционирования системы, что также должно найти свое отражение впроектируемой базе данных системы.
/>
Рис. 4 Контроль засоблюдением законодательства
Для описания логикивзаимодействия информационных потоков модель дополняют диаграммами еще однойметодологии – IDEF3, также называемой workflow diagramming.[18]Методология моделирования IDEF3 позволяет графически описать изадокументировать процессы, фокусируя внимание на течении этих процессов и наотношениях процессов и важных объектов, являющихся частями этих процессов.
Модель, выполненная в IDEF3, может содержать следующиеэлементы:
1)        Единицы работы (Unit of Work) — основной компонент диаграммы IDEF3 близкий по смыслу к работе IDEF0.
2)        Связи (Links) – Связи, изображаемые стрелками,показывают взаимоотношения работ. В IDEF3 различают три типа связей:
а)        Связьпредшествования (Precedence) –показывает, что прежде чем начнется работа-приемник, должна завершитьсяработа-источник. Обозначается сплошной линией;
б)        Связь отношения (Relational) – показывает связь между двумяработами или между работой и объектом ссылки. Обозначается пунктирной линией;
в)        Поток объектов (Object Flow) – показывает участие некоторого объекта в двух илиболее работах, как, например, если объект производится в ходе выполнения однойработы и потребляется другой работой. Обозначается стрелкой с двумянаконечниками.
3)        Перекрестки (Junctions) – перекрестки используются вдиаграммах IDEF3, чтобы показать ветвления логическойсхемы моделируемого процесса и альтернативные пути развития процесса могущиевозникнуть во время его выполнения. Различают два типа перекрестков:
а)        Перекрестокслияния (Fan-in Junction) – узел, собирающий множествострелок в одну, указывая на необходимость условия завершенностиработ-источников стрелок для продолжения процесса;
б)        Перекрестокветвления (Fan-out Junction) – узел, в котором единственнаявходящая в него стрелка ветвится, показывая, что работы, следующие заперекрестком, выполняются параллельно или альтернативно.
4)        Объекты ссылок (Referents) – служат для выражения идей иконцепций без использования специальных методов, таких как стрелки, перекресткиили работы.
Длянаглядного представления работы функций «Анализ правоустанавливающихдокументов» и «Проверка полномочий должностных лиц» построены диаграммы всоответствии с методологией IDEF3.
На рисунке 5 представленадиаграмма, позволяющая описать логику взаимодействия информационных потоков вфункции системы «Анализ правоустанавливающих документов». Диаграмма показывает,что данная функция состоит из следующих работ: проверка документов,непосредственный анализ документов, предоставление недостающих документов иформирование итоговых сведений о документах. Так же в диаграмме использованперекресток:
входным потоком которогоявляются правоустанавливающие документы, если все документы были получены, илипроцесс «Предоставление недостающих документов» запускается, если не вседокументы получены. После получения недостающих документов (входящий поток впроцесс «Проверка документов») при наличии всех документов запускается процесс«Непосредственный анализ документов». После чего выполняется функция«Формирование итоговых сведений о документах», выходным потоком которой являетсяитоговые сведения о документах.
/>
Рис. 5 Анализправоустанавливающих документов

На рисунке 6 представленадиаграмма, позволяющая описать логику взаимодействия информационных потоков вфункции системы «Проверка полномочий должностных лиц». Диаграмма показывает,что данная функция состоит из следующих работ: проверка документов, анализпротоколов заседаний, анализ карточки подписей, анализ оттиска печати. Так же вдиаграмме использован перекресток:
Затем данный перекрестокозначает, что перед тем как запущен процесс «Формирования сведений ополномочиях должностного лица», выходным потоком которого является сведения ополномочиях должностного лица, все описанные выше процессы должны бытьзавершены.
/>
Рис. 6 Проверкаполномочий должностных лиц
Полученныеспроектированные диаграммы позволяют перейти к разработки структуры базы данныхи сформировать необходимые входные формы и отчеты.2.3Проектирование структуры базы данных
На основаниимоделирования системы удалось выделить основные объекты системы и ихвзаимосвязи, что позволяет перейти к проектированию структуры базы данных.
Под информационной базойпонимается определенным образом организованная совокупность данных, хранимых впамяти системы в виде файлов, с помощью которых удовлетворяется информационныепотребности управленческих процессов и решаемых задач. Существует несколькоспособов организации информационной базы. В данном проекте выбран способ созданияреляционной базы данных.
Необходимо создать базуданных, в которой решались бы следующие задачи:
—   ввод, хранение ипоиск необходимой информации;
—   ведение учета иотслеживание результатов поступления документов.
Основным структурнымкомпонентом базы данных является таблица, содержащая записи определенного видаи формы. Каждая запись таблицы содержит всю необходимую информацию об отдельномэлементе базы данных. Такие отдельные структурные элементы называют полямитаблицы.
Первым этапом присоздании таблицы является определение перечня полей, из которых она должнасостоять, их типов и размеров. При этом каждому полю присваивается уникальноеимя. Для реализации поставленных задач необходимы следующие поля.
Код юридического лица
Организационно-правоваяформа
Наименование юридическоголица
Юридический адрес
Телефон
Код служебной записки
Сумма кредита
Срок кредита
Процентное составлениикредита от актива
Дата получения документов
Код должностного лица
Фамилия, имя, отчестводолжностного лица
Должность представителя
Копия устава
Копия учредительногодоговора
Карточка с образцамиподписей
Протоколы заседаний
Лицензия
Состав аукционеров
Состав коллегиальныхорганов
Перечень дочернихорганизаций
Основной государственныйрегистрационный номер
Дата выдачи свидетельствао государственной регистрации
Орган, выдавшийсвидетельство о государственной регистрации
Государственныйрегистрационный номер
Дата выдачи свидетельствао внесении записи в ЕГРЮЛ
Наименованиерегистрирующего органа, выдавшего свидетельство о внесении записи В ЕГРЮЛ
Регистрационный номерпечати
Название фирмыизготовителя печати
Дата изготовления печати
Оттиск печати
Идентификационный номерналогоплательщика (ИНН)
Код причины постановки наналоговый учет (КПП)
Дата выдачи свидетельствао постановке на учет в налоговом органе
Наименованиерегистрирующего органа, выдавшего свидетельство о постановке на учет вналоговом органе
Код заключения
Дата заключения
Код сотрудника
Фамилия, имя, отчество сотрудника
Должность сотрудника.
Для того чтобы создать базуданных, ее нужно нормализовать. Нормализация базы данных – это процессуменьшения избыточности информации в базе данных. Процесс проектирования базыданных с использованием метода нормальных форм заключается в последовательномпереводе по определенным правилам отношений из первой нормальной формы внормальные формы более высокого порядка.
Первый нормальный закон требует,чтобы каждое поле таблицы базы данных было не делимым, не содержалоповторяющихся групп. Не делимость поля означает, что каждое поле не должноделится на несколько полей. А повторяющиеся группы указывают на то, чтобы поляне содержали одинаковые по смыслу значения.
Список полейудовлетворяет этому нормальному закону, кроме трех полей «Фамилия, имя,отчество сотрудника», «Фамилия, имя, отчество должностного лица», «Юридическийадрес». Их можно разделить на три поля соответственно «Фамилия», «Имя» и «Отчество»,а поле «Юридический адрес»: «Город», «Улица», «Дом», но для выполненияпоставленных задач это не требуется, поэтому данные поля можно считать неделимыми.
Второй нормальный законтребует:
1)        все поля таблицызависят от первичного ключа, то есть первичный ключ однозначно определен иявляется не избыточным;
2)        те поля, которыезависят от части первичного ключа, должны быть выделены в отдельные таблицы.
Первичный ключ может бытьпростым (одно поле) или составным (несколько полей) – единственным в каждойтаблице. Он обеспечивает:
—   однозначнуюидентификацию записи в таблице;
—   ускорениевыполнения запросов к базе данных;
—   установлениесвязей между таблицами;
—   созданиеограниченной ссылочной целостности таблиц.
Имеет обязательныесвойства: уникальность; не избыточность и достаточность; в состав ключей недолжны входить поля: memo,графические, поля-комментарии. Например, для таблице «Юридическое лицо»целесообразно сделать первичным ключем поле «код юридического лица».
Определив поля, входящиев первичный ключ, и установив, какие поля зависят только от части ключа, выделяемих в отдельную таблицу. Получены следующие таблицы:
Таблица «Юридическое лицо»с полями
Код юридического лица – числовой(ключевое);
КодОрганизационно-правовой формы (ОПФ) – числовой;
Наименование юридическоголица – текстовый;
Юридический адрес –текстовый;
Телефон – текстовый;
Копия устава – логический;
Копия учредительного договора– логический;
Карточка с образцамиподписей – логический;
Протоколы заседаний –логический;
Лицензия – логический;
Состав аукционеров –логический;
Состав коллегиальныхорганов – логический;
Перечень дочернихорганизаций – логический;
Код органа, выдавшегосвидетельство о государственной регистрации – числовой;
Основной государственныйрегистрационный номер – тестовый;
Дата выдачи свидетельствао государственной регистрации – дата/время;
Код органа, выдавшегосвидетельство о внесении записи в ЕГРЮЛ – числовой;
Государственныйрегистрационный номер – текстовый;
Дата выдачи свидетельствао внесении записи в ЕГРЮЛ – дата/время;
Код фирмы изготовителяпечати – числовой;
Регистрационный номерпечати – текстовый;
Дата изготовления печати– дата/время;
Оттиск печати –логический.
Идентификационный номерналогоплательщика (ИНН) – текстовый;
Код причины постановки наналоговый учет (КПП) – текстовый;
Дата выдачи свидетельствао постановке на учет в налоговом органе – дата/время;
Таблица «Служебнаязаписка» с полями
Код служебной записки – числовой(ключевое);
Сумма кредита – числовой;
Срок кредита – текстовый;
Процентное составлениекредита от актива – текстовый;
Дата получения документов– дата/время;
Код должностного лица –числовой;
Код юридического лица – числовой;
Заключение – логический;
Дата дачи заключения –дата/время;
Код сотрудника –числовой.
Таблица «Сотрудники» с полями
Код сотрудника – числовой(ключевое);
Фамилия, имя, отчество сотрудника– текстовый;
Должность сотрудника –текстовый.
Таблица «Должностноелицо» с полями
Код должностного лица – числовой(ключевое);
Фамилия, имя, отчестводолжностного лица – текстовый;
Должность представителя –текстовый;
Код юридического лица –числовой.
Таблица «ОПФ» с полями
Код ОПФ – числовой(ключевое);
ОПФ – текстовый;
Абривиатура ОПФ –текстовый.
Таблица «Орган,выдавший свидетельство о государственной регистрации» с полями
Код органа, выдавшегосвидетельство о государственной регистрации – числовой (ключевое);
Орган, выдавшийсвидетельство о государственной регистрации – текстовый.
Таблица «Орган,выдавший свидетельство о внесении записи в ЕГРЮЛ» с полями
Код органа, выдавшегосвидетельство о внесении записи в ЕГРЮЛ – числовой (ключевое);
Наименованиерегистрирующего органа, выдавшего свидетельство о внесении записи В ЕГРЮЛ –текстовый.
Таблица «Фирмаизготовитель печати»с полями
Код фирмы изготовителяпечати – числовой (ключевое);
Название фирмыизготовителя печати – текстовый.
Таблица «Орган,выдавший свидетельство о постановке на налоговый учет» с полями
Код органа, выдавшегосвидетельство о постановке на налоговый учет – числовой (ключевое);
Наименованиерегистрирующего органа, выдавшего свидетельство о постановке на учет вналоговом органе – текстовый.
Третий нормальный законтребует, чтобы значение любого поля таблицы, не входящего в первичный ключ, независело от значения другого поля, не входящего в первичный ключ. Наши полятаблиц удовлетворяют этому закону.
В результате полученаследующая база данных:

/>
В спроектированной базеданных существуют следующие связи. Связь таблицы «Юридические лица» с таблицей«Должностное лицо» по полю «код должностного лица» один ко многим, с таблицей«Служебная записка» по полю «код юридического лица» один ко многим. Таблица«ОПФ» связана с таблицей «Юридические лица» по полю «код ОПФ» один ко многим.Таблица «Орган, выдавший свидетельство о государственной регистрации» связан стаблицей «Юридические лица» по полю «код органа, выдавшего свидетельство о государственнойрегистрации» один ко многим. Таблица «Орган, выдавший свидетельство о внесениизаписи в ЕГРЮЛ» связан с таблицей «Юридические лица» по полю «код органа,выдавшего свидетельство о внесении записи в ЕГРЮЛ» один ко многим. Таблица«Фирма изготовитель печати» связана с таблицей «Юридические лица» по полю «кодфирмы изготовителя печати» один ко многим. Таблица «Орган, выдавшийсвидетельство о постановке на налоговый учет» связан с таблицей «Юридическиелица» по полю «код органа, выдавшего свидетельства о постановке на налоговыйучет» один ко многим. Таблица «Сотрудник» связана с таблицей «Служебнаязаписка» по полю «код сотрудника» один ко многим. Таблица «Должностное лицо»связана с таблицей «Служебная записка» по полю «код должностного лица» один комногим.
Вторая глава дипломнойработы посвящена проектированию системы правового сопровождения кредитованияюридических лиц.
Был проведенсравнительный анализ и выбор инструментальных средств проектирования системы.Для проектирования была выбрана программа BPwin. При помощи данногопрограммного продукта произведена декомпозиция системы, описаны все ее функции,определены потоки информации внутри системы, механизмы передачи и обработкиинформации, описана логика взаимодействия информационных потоков системы.
На основаниимоделирования системы выделены основные объекты системы и их взаимосвязи, послечего была спроектирована структура базы данных.
3.Реализация системы правового сопровождения кредитования юридических лиц 3.1 Выбор средств реализации системы 3.1.1 Выбор средств управлениябазами данных
Прежде чем определитьсредство управления базами данных, необходимо указать, что для выполненияпоставленных задач целесообразно выбрать для базы данных архитектуру«клиент-сервер». Клиент-серверные базы данных – это базы данных, в которыхтаблицы расположены на сервере сети, а приложения для работы с этими таблицаминаходятся на пользовательских компьютерах, подключенных к серверу(двухуровневая архитектура). Клиент-серверные базы данных работают с помощьюзапросов на языке SQL. Клиент посылает запрос на предоставление данных иполучает только те данные, которые затребовал. Вся обработка выполняется наудаленном сервере. Данная архитектура отвечает требованиям необходимым длявыполнения поставленной цели в данной работе обеспечить коллективный доступ,уменьшение сложности клиентских приложений за счет отсутствия в них кода,связанного с контролем базы данных и разграничением доступа к ней.
В настоящее время естьмного программных средств для автоматизации хранения и обработки информации.Каждая из таких систем управления базами данных (СУБД) имеет свои преимуществаи недостатки. Вопрос выбора той или иной СУБД для конкретной задачи – один изосновных при разработке информационной системы.
SQL – сервер Borland InterBase является «промышленной»СУБД, предназначенной для хранения и выдачи больших объемов данных прииспользовании архитектуры «CORBA»в условиях одновременной работы с базой данных множества клиентских приложений.[19]Масштаб информационной системы при этом произволен – от системы уровня рабочейгруппы до системы уровня большого предприятия.
Рассмотрим рядкомпонентов InterBase, использование которых обеспечиваетмаксимальную вычислительную разгрузку клиентского приложения и гарантируетвысокую безопасность и целостность информации.
Для задания ссылочной исмысловой целостности в базе данных определяются:
—    отношения подчиненности междутаблицами базы данных путем определений первичных ключей у родительских ивнешних ключей у дочерних таблиц;
—    ограничения на значения отдельныхстолбцов путем определения ограничений на значение домена или столбца; при этомусловия ограничений могут быть весьма разнообразны – от требования попаданиязначения в определенный диапазон или соответствия маске до определенногоотношения с одной или несколькими записями из другой таблицы (или многихтаблиц) базы данных;
—    бизнес – правила при помощи триггеров– подпрограмм, автоматически выполняемых сервером до или (и) после событияизменения записи в таблице базы данных;
—    уникальные значения нужных полейпутем создания и использования генераторов.
Для ускорения работыклиентских приложений с удаленной базой данных могут быть определены хранимыепроцедуры, которые представляют собой подпрограммы, принимающие и возвращающиепараметры и могущие выполнять запросы к базе данных, условные ветвления ициклическую обработку. Хранимые процедуры пишутся на специальномалгоритмическом языке. В хранимых процедурах программируются часто повторяемыепоследовательности запросов к базе данных. Текст процедур хранится на сервере воткомпилированном виде.
InterBase может посылать уведомления клиентскимприложениям о наступлении какого – либо события. Одновременно работающиеприложения могут обмениваться сообщениями через сервер базы данных, вызываяхранимые процедуры, в которых реализована инициализация нужного события.
СУБД InterBase полностью подходит для реализациибазы данных в нашей системе учитывая некоторые факторы: во-первых, это продукт Borland (а средства разработки приложенийэтой компании давно зарекомендовали себя с положительной стороны), чтообеспечивает хорошую совместимость с Delphi и не требует установки дополнительных драйверов, причём InterBase входит в поставку с Delphi; во-вторых, потому, что InterBase весьма прост в установке, настройкеи главное в администрировании по сравнению с другими SQL-серверами; и, в-третьих, потому, что он обладаетпрекрасными функциональными возможностями. 3.1.2Выбор средств программирования
Одной изсамых важных задач при создании программного продукта является выбор средствразработки. Принятые на данном этапе решения могут повлиять не только навнешний вид разрабатываемой системы, но и на принцип ее работы, возможностьвзаимодействия с базами данных и т.д. В качестве средства для разработкиавтоматизированной системы правового сопровождения кредитования юридических лицбыл выбран продукт компании Borland– Delphi 7.
Системаобъектно-ориентированного программирования Delphi предназначена для операционных систем Windows, при этом интегрированная среда Delphi обеспечивает скорость визуальнойразработки и продуктивность повторно используемых компонент[20].В сочетании с мощью языковых средств Object Pascal,усовершенствованными инструментами и разномасштабными средствами доступа к базамданных это существенно снижает время разработки и придает пользовательскомуинтерфейсу качества профессионального уровня.
Delphi — язык и среда программирования,которая относится к классу RAD (Rapid Application Development – “Средство быстрой разработкиприложений”)[21]. Delphi уже долгое время остается самойлегкой в использовании и самой продуктивной системой RAD.
Delphi обладает очень широким наборомвозможностей: от проектировщика форм до поддержки всех форматов популярных базданных. Среда Delphi устраняет необходимостьпрограммирования целого набора компонентов Windows (метки, пиктограммы, диалоговые панели и т.д.). Такжездесь имеются предварительно определенные визуальные и невизуальные объекты.
При всем своем удобстве имногофункциональности Delphiпроизводит небольшие по размерам, но при этом высокоэффективные исполняемыемодули. Это позволяет снизить требования к рабочим местам, что имеетнемаловажное значение и для конечных пользователей.
Существует целый рядпреимуществ Delphi по сравнению с аналогичными программнымипродуктами: быстрота разработки приложения, его высокая производительность,низкие требования разработанного приложения к ресурсам компьютера, возможностьсоздания новых или изменения существующих компонент, а так же инсталляциикем-либо созданных.
Таким образом, Delphi является высокопроизводительныминструментом визуального построения приложений. При этом созданные приложениямогут работать с базами данных в архитектуре клиент-сервер. В состав Delphi версии 7 также входят локальныйSQL-сервер InterBase 6.5, библиотеки визуальныхкомпонентов, генераторы отчетов, и прочие средства, необходимые для созданияприложений на профессиональном уровне.
Следует так же отметить,что приложения, созданные в среде Delphi, отличаются повышенной надежностью. Этому способствуют встроенныемеханизмы обработки исключений вместе со строго типизированным языком Object Pascal, которые изначально закладывают в программыустойчивость к всевозможным сбоям.
Благодарясредствам визуальной разработки существенно облегчается работа с объектами.Способность видеть объекты при разработке приложения такими, какими онипоявляются в ходе его выполнения, снимает необходимость проведения множестваопераций вручную, что характерно для работы в среде, не обладающей визуальнымисредствами.
Таким образом, длясоздания системы была выбрана среда программирования Delphi 7.0 как одно из наиболее популярных средств разработки приложений, посколькуона содержит весь необходимый набор инструментов для создания данной системы.3.2 Разработка пользовательскогоинтерфейса
При проектированииэкранных форм необходимо реализовать доступность и простоту общенияпользователя с информационной системой, нельзя забывать, что системапроектируется с целью помочь уменьшить нагрузку на работников банка. Поэтомуэкранные формы должны отвечать требованиям простоты и доступности.
Запустив файлLegalCredit.exe, пользователь попадает на «Главную форму». На «Главной форме»открывается вкладка «Юридические лица», из которой при заполнении полей сданными можно перейти путем нажатия на кнопку с многоточием на соответствующиеформы, содержащие справочные данные, «Организационно-правовая форма»,«Государственная регистрация», «Фирма изготовителя печати», «Постановка наналоговый учет», «Внесение записи в ЕГРЮЛ». Выбрав вкладку «Служебные записки»на «Главной форме» система переходит на форму «Служебные записки», из которойпри заполнении данных о должностном лице и о сотруднике юридического отдела,можно перейти соответственно на формы «Должностное лицо клиента» и «Сотрудник».Так же из вкладки «Служебные записки» можно перейти на форму «Заключение».Нажав на пункт меню «Справочники» на «Главной форме», система переходит наформу «Справочники», из которой можно перейти на формы, содержащие справочнуюинформацию, где можно отредактировать, вставить и удалить данные,«Организационно-правовая форма», «Государственная регистрация», «Фирмаизготовителя печати», «Постановка на налоговый учет», «Внесение записи вЕГРЮЛ», «Должностное лицо клиента», «Сотрудник». Так же на «Главной форме» дляудобства пользователя, выбрав пункт меню «вид», система переходит между формами«Юридические лица» и «Служебные записки». Выбрав пункт меню «отчеты» на«Главной форме», система переходит на форму «Отчеты», из которой можно выйти наформы «Заключение» (формирование заключения) и «Отчеты».
На рисунке 7 представленаглавная форма системы правового сопровождения кредитования юридических лиц. Наглавной форме находится с левой стороны список наименований всех юридическихлиц, по которым может осуществляться поиск. С правой стороны находятся данные оюридическом лице, которые характеризуют конкретного клиента банка, всоответствие с Регламентом предоставления кредитов юридическим лицам №285-4-р СбербанкаРоссии от 23.07.2004г:
—   Организационно-правоваяформа;
—   Наименованиеюридического лица;
—   Юридическийадрес;
—   Телефон;
—   Основнойгосударственный регистрационный номер;
—   Дата выдачисвидетельства о государственной регистрации;
—   Орган, выдавшийсвидетельство о государственной регистрации;
—   Государственныйрегистрационный номер;
—   Дата выдачисвидетельства о внесении записи в ЕГРЮЛ;
—   Наименованиерегистрирующего органа, выдавшего свидетельство о внесении записи в ЕГРЮЛ;
—   Регистрационныйномер печати;
—   Название фирмыизготовителя печати;
—   Дата изготовленияпечати;
—   Идентификационныйномер налогоплательщика (ИНН);
—   Код причиныпостановки на налоговый учет (КПП);
—   Дата выдачисвидетельства о постановке на учет в налоговом органе;
—   Наименованиерегистрирующего органа, выдавшего свидетельство о постановке на учет вналоговом органе.
Так же указан переченьправоустанавливающих документов, предоставляемых юридическому отделу, наличиекоторых должно быть указано:
—   Копия устава;
—   Копияучредительного договора;
—   Карточка собразцами подписей;
—   Протоколызаседаний;
—   Лицензия;
—   Составаукционеров;
—   Составколлегиальных органов;
—   Перечень дочернихорганизаций;
—   Оттиск печати.

/>
Рис. 7 Главная форма (Юридическиелица).
Из главной формы, путемнажатия кнопки «Служебные записки» система переходит на панель (рисунок 8),содержащую, всю информацию согласно с Регламентом предоставления кредитовюридическим лицам №285-4-р от 23.07.2004г., которая поступает в служебнойзаписке от кредитного отдела:
—   Срок кредита;
—   Процент кредитаот актива;
—   Дата получениядокументов;
—   Должностное лицо.
Также сведения осотруднике юридического отдела, на рассмотрение которого поступила даннаязаписка, и сведения о заключении:
—   Заключение(результат);
—   Дата заключения.
/>
Рис. 8 Главная форма(Служебные записки).

При нажатии пункта меню«Справочники» предоставляется список справочников, которые доступны в даннойсистеме (рисунок 9):
—   Организационно-правоваяформа;
—   Регистрирующийорган (свидетельство о государственной регистрации);
—   Регистрирующийорган (свидетельство о регистрации в ЕГРЮЛ);
—   Фирмаизготовитель печати;
—   Регистрирующийорган (свидетельство о постановке на налоговый учет);
—   Должностное лицоклиента;
—   Сотрудник.
/>
Рис. 9 Главная форма(Справочники).
Формы справочников схожипо строению и отличаются только соответствующей названию информацией,необходимой для юрисконсульта. Рассмотрим на примере одной формы справочникакак они организованы. На рисунке 10 представлена форма «Организационно-правоваяформа», на которой реализован список из существующих организационно-правовыхформ согласно Гражданскому Кодексу РФ и их сокращенное наименование. Так жеорганизован поиск. При внесении соответствующего названия в строку, указательпереход на удовлетворяющую запись в таблице. На форме находится панель, котораяпозволяет редактировать записи в списке, добавлять соответствующие данные формыи удалять их. Так же панель позволяет перемещаться по списку, переходить вначало и конец таблицы.

/>
Рис. 10Организационно-правовая форма.
При нажатии кнопки«Отчеты» на главной форме представляется список отчетов, которые формируютсяпосле нажатия на соответствующее наименование (рисунок 11).
/>
Рис. 11 Главная форма(Отчеты).
Подробно о проектированиеотчетов рассказывается в следующем параграфе.3.3 Проектированиеотчетов
При проектированииотчетов необходимо учитывать указания Регламента предоставления кредитовюридическим лицам Сбербанка России №285-4-р от 23.07.2004г.
Для формированиязаключения о правоспособности, при выборе конкретного юридического лица, послеперехода на закладку «Служебная записка», выбираем служебную записку, длякоторой заключение еще не создано и после нажатия закладки «Заключение», появляетсяформа «Заключение» (рисунок 12). На данной форме можно выбрать каким будет заключениеудовлетворительным или нет, так же выбирается должность и фамилия, имя,отчество сотрудника, делающего заключение.
/>
Рис. 12 Формированиезаключения
Потом после нажатия пунктаменю «Отчет» и подпункта «Заключение», формируется заключение (рисунок 13).Заключение соответствует указаниям Регламент предоставления кредитовюридическим лицам Сбербанка России №285-4-р от 23.07.2004г.
/>
Рис. 13 Заключение оправоспособности
Для формирования отчетаюридического отдела банка, после нажатия пункта меню «Отчеты» и подпункта«Отчет», выпадает форма «Отчет юридического отдела» (рисунок 14). На даннойформе можно выбрать период времени, за которое необходимо сформировать отчет.

/>
Рис. 14 Формированиеотчета
После нажатия ok система формирует отчет юридическогоотдела за определенный период времени (рисунок 15).
/>
Рис. 15 Отчет3.4Тестирование автоматизированной системы правового сопровождения кредитованияюридических лиц
При создании любогопрограммного обеспечения одним из основных этапов является этап тестирования.На данном этапе согласно сформулированным требованиям к системе проводитсяанализ ее работоспособности, надежности, устойчивости к сбоям. На основаниирезультатов машинного эксперимента систему либо признают готовой к внедрению идальнейшему использованию, либо отправляют на доработку.
Первым шагом тестированиябудет проверка реагирования система на неподключенную базу данных. Для этогозапускается исполняемый файл программы LegalCredit.exe. Если база данных неподключена, система выдает сообщение об этом, с просьбой подключить базу данных(рисунок 16).

/>
Рис. 16 Подключение кбазе данных
Следующим шагомтестирования будет проверка правильности загрузки системой данных. Для этого либозапускается исполняемый файл программы LegalCredit.exe либо в соответствии спервым шагом подключается база данных. Сразу система загружает имеющиеся в базеданные о клиентах банка – юридических лиц (рисунок 17).
/>
Рис. 17 Проверка загрузкиданных (данные о юридических лиц)
Затем при выбореинтересующего клиента, после нажатия кнопки «Служебные записки», загружаетсятаблица, содержащая данные всех служебных записок для данного юридического лица(рисунок 18).
/>
Рис. 18 Проверка загрузкиданных (служебные записки)

Следующим шагом будет тестированиевнесения записи и сохранение записи в базу данных системы, а так же удалениесоответствующей записи. При нажатии клавиши на главной форме «Вставить», то справой стороны на форме поля становятся активными, внеся в них данные оюридическом лице, нажав кнопку ok,информация поступает в базу данных, и ее можно будет использовать в дальнейшей дляработы (рисунок 19).
/>
Рис. 19 Проверка сохранениязаписи (юридические лица)
Если формат записи несовпадает с исходным форматом, то система не позволяет ввести такие данные иможно ввести только в заданном формате. Так же при заполнение данных и пропускекакого либо обязательного для заполнения пункта, система оповещаетпользователя, что данный пункт не заполнен (рисунок 20).
/>
Рис. 20 Сообщение системы

На вкладке «Служебныезаписки», при нажатии кнопки «Вставить», появляется окно для заполнения данныхиз служебной записки (рисунок 21).
/>
Рис. 21 Заполнение данныхслужебной записки
Далее нажав кнопку ok, все данные вносятся в таблицу, и в дальнейшембудут использоваться для создания заключения (рисунок 22).
/>
Рис. 22 Сохранение данных(служебная записка)
При нажатии кнопки«Заключение», появляется окно для заполнения даты дачи заключения и данных осотруднике, который рассматривает данную служебную записку, указав удовлетворительноезаключение или нет (рисунок 23).
/>
Рис. 23 Формированиезаключения

Далее после нажатия ok, данная информация появляется всоответствующей строке служебной записки, для которой создавалось данноезаключение (рисунок 24).
/>
Рис. 24 Сохранение данных(данные о заключении)
Если заключение ужесоздано для данной служебной записки, система уведомляет, что заключение уже вынесено(рисунок 25).
/>
Рис. 25 Уведомлениесистемы
Следующим шагомтестирования будет проверка формирования заключения для данной служебнойзаписки и отчета юридического отдела, связанного с проверкой правоспособностиклиента. После выбора служебной записки, для которой необходимо создатьзаключение, при нажатии на пункт меню «Отчеты» и выборе пункта «Заключение»,система формируют документ (рисунок 26).

/>
Рис. 26 Заключение
Для формирования отчета,необходимо выбрать пункт меню «Отчеты» и нажать пункт «Отчет», появляется формадля заполнения данных об отчете, при нажатии ok, система формирует отчет (рисунок 27).
/>
Рис. 27 Отчет
Согласно Регламентупредоставления кредитов юридическим лицам №285-4-р Сбербанка России от23.07.2004г. юридическая служба должна предоставить заключение в течение трехдней со дня поступления служебной записки. В связи с этим система напоминаетсотруднику юридического отдела о сроках служебных записок (рисунок 28).

/>
Рис. 28 Напоминание осроках
Таким образом, врезультате поэтапного тестирования автоматизированной системы правовогосопровождения кредитования юридических лиц были сделаны выводы, что автоматизированнаясистема доказала свою работоспособность и отказоустойчивость при загрузке, внесенииизменений и сохранении исходных данных. Данные загружались без ошибок и заприемлемое время. Так же система устойчиво и без сбоев принимала изменения висходных данных. При несоблюдении установленных форматов система не позволялавнести данные. Сохранение исходных данных происходило без потери информации ибез сбоев. При тестировании подсистемы построения отчетов автоматизированнаясистема правового сопровождения кредитования юридических лиц так же работалабез сбоев. Формат и содержание полученного отчета и заключения отвечает всемзаданным требованиям и указаниям законодательства.
Третья глава дипломнойработы посвящена разработке системы правового сопровождения кредитованияюридических лиц. Для разработки системы выбрана программа Borland Delphi 7 от компании Borland. Данный выбор был обусловлен тем, что Delphi обеспечивает высокую скоростьразработки, имеет целый ряд средств и инструментов для доступа к базам данных.В качестве СУБД был выбран SQL –сервер Borland InterBase 6.5.
Так же в данной главедипломной работы было проведено тестирование автоматизированной системы. Врезультате данной проверки можно сделать выводы, что тестируемая системаполностью соответствует заданным требованиям и выполняет все поставленные передней задачи. Таким образом, автоматизированная система правового сопровождениякредитования юридических лиц полностью готова к использованию.
4.Расчет экономической эффективности проекта
Любой разрабатываемыйпродукт должен способствовать увеличению дохода фирмы или экономия средств врезультате внедрения системы должна превышать затраты на разработку. Разработаннаясистема рассматривается как коммерческий продукт, предназначенный длятиражирования на рынке. Внедрение и использование информационной системы позволитдобиться более высоких показателей в деятельности юридического отдела банка иликредитной организации при правовой оценки клиента банка – юридического лица.
Для расчета экономическойэффективности проекта необходимо учитывать:
·         расчетединовременных затрат разработчика;
·         тиражирование иреализация программного обеспечения;
·         план прибыли отпродаж;
·         финансовый планпроекта;
·         определениеэкономической эффективности проекта.
         I.            Расчетединовременных затрат разработчика
К единовременным затратамразработчика относятся[22]:
·         теоретическиеисследования;
·         разработкаалгоритмов и программ;
·         отладка;
·         опытнаяэксплуатация;
·         исследованиерынка;
·         реклама.
Таблица 1 представляетфактическую трудоемкость работ по стадиям проектирования.

Таблица 1 Содержаниестадий научно-исследовательской работыСтадия Трудоемкость, дн. Трудоемкость, % Техническое задание 8 6,7 эскизный проект 16 13,3 технический проект 31 25,8 рабочий проект 62 51,7 внедрение 3 2,5 Итого 120 100,0
К затратам нанаучно-исследовательские работы относятся:
-          материальныезатраты;
-          основная идополнительная заработная плата;
-          отчисления насоциальные нужды;
-          стоимостьмашинного времени на подготовку и отладку программ;
-          стоимостьинструментальных средств;
-          накладныерасходы.
1.        Материальныезатраты
Под материальнымизатратами понимают отчисления на материалы, использующиеся в процессеразработки и внедрении программного продукта (в т.ч. стоимость бумаги,картриджей для принтера, дискет, дисков и т.д.) по действующим ценам.
В процессе работыиспользовались материалы и принадлежности, представленные в таблице 2.
Таблица 2 Использованныематериалы и принадлежностиНаименование Цена Количество Стоимость Дискеты 14 2 28 Бумага 120 1 120 Диски CD-RW 35 1 35 Картридж для принтера 1200 1 1200 Итого 1383

2. Основная идополнительная заработная плата
Основная заработная платапри выполнении научно-исследовательских работ включает зарплату всехсотрудников, принимающих непосредственное участие в разработке программногообеспечения. В данном случае необходимо учитывать основную заработную платуразработчика (студента) и дипломного руководителя.
Основная заработная плата(Зосн) при выполнении научно-исследовательских работ рассчитываетсяпо формуле:
/>,
где
Зсрднj – зарплата j-го сотрудника, руб.;
n – количество сотрудников,принимающих непосредственное участие в разработке программного продукта.
Для расчета заработнойплаты разработчика (Зраз) необходимо сразу указать, что всегонаучно-исследовательские работы производились в течение 120 дней. Среднедневнаязарплата разработчика определена из расчета 7000 руб. в месяц и равна:
/>
Заработная платаисполнителя в целом составляет:
Зраз=120дн.*350 руб./день=42000 руб.
На консультациизапланировано: 17 часов – дипломный руководитель.
Заработная платадипломного руководителя составляет 45 руб./час. Следовательно, среднедневнаязарплата дипломного руководителя равна:
Зрук=17*45=765руб.
Получаем, что основнаязаработная плата при выполнении научно-исследовательских работ равна суммезаработных плат разработчика (студента) и дипломного руководителя:
Зосн=Зраз+Зрук=42000+765=42765руб.
Дополнительная заработнаяплата составляет 10 % от основной:
Здоп=0,1*Зосн=0,1*42765=4276,5руб.
Итого основная идополнительная заработная плата составляют:
Зобщ=Зосн+Здоп=42765+4276,5=47041,5руб.
2.        Отчисленияна социальные нужды
Отчисления на социальныенужды составляют 26% от общего фонда заработной платы всех работников, получим:
Осоц=0,26*Зобщ=47041,5*0,26=12230,79руб.
3.        Затраты наоплату машинного времени
Затраты на оплатумашинного времени (Зомв) зависят от времени работы на ЭВМ (Тэвм),себестоимости машино-часа работы ЭВМ (Смч) и включают в себя амортизациюЭВМ и оборудования, затраты на электроэнергию. Стоимость одного машинного часаработы равна:
Смч=0,24кВт/час*1,16 руб./кВт=0,28 руб./час
Время работы ЭВМ:
Тэвм=0,35*Тэск+0,6*Ттехпр+0,8*Траб пр+
+0,6*Твн=0,35*16+0,6*31+0,8*62+0,6*3=76день,
где Тэск, Ттехпр, Траб пр, Твн – фактические затраты времени наразработку эскизного, технического, рабочего проектов и внедрениясоответственно, с учетом поправочных коэффициентов, дни.
С учетом того, что ЭВМработала по восемь часов в сутки получаем:
Тэвм=76 дн*8ч=608ч
Себестоимостьэлектроэнергии рассчитывается следующим образом:
Сэл= Тэвм*Смч=608*0,28=170,24руб.
Затраты на амортизацию (Ам)ЭВМ и оборудование – это затраты на приобретение оборудования и егоэксплуатацию, причем в статью расходов включают только амортизацию, начисленнуюза время работы над проектом. Имеем формулу:
Ам=(Оф*Нам*Тэвм)/(365*100),
где
Оф –персональная стоимость оборудования, руб.;
Нам – нормаамортизации, % (принято 20%);
Тэвм – времяиспользования оборудования, дн.
Таблица 3 Себестоимостьоборудования и амортизационные отчисления[23]Наименование оборудования Количество, шт. Первоначальная стоимость, руб. Общая стоимость, руб. Компьютер Pentium 4 1 30000 30000 Принтер HP 1 2272 2272 Итого 32272
Согласно таблице 3первоначальная стоимость оборудования составила 32272 руб. Произведем расчетзатрат на амортизацию:
Ам=(32272*20*76)/(365*100)=1343,93руб.
Затраты на оплатумашинного времени (Зовм) включают:
1.        Затраты наоборудование в размере 1343,93 руб.
2.        Затраты наэлектроэнергию в размере 170,24 руб.
Получаем, что стоимостьмашинного времени составляет:
Зовм=1343,93+170,24=1514,17руб.
5.        Стоимостьинструментальных средств
Стоимостьинструментальных средств включает стоимость системного программногообеспечения, использованного при разработке программного продукта в размереизноса за этот период. Стоимость системного программного обеспечения отображенатаблице 4. Норма амортизации для системного программного обеспечения – 30%, авремя использования 76 день.
Таблица 4 Стоимостьсистемного программного обеспечения[24]Наименование продукта Первоначальная стоимость, руб. Delphi 7.0 19500 Windows XP 3525 Microsoft Office XP 6400 BPwin 1500 Итого 30925
Амортизационныеотчисления, входящие в стоимость разрабатываемого программного обеспечения,рассчитываются по формуле:
Аис=(Оф*Нам*Тэвм)/(365*100),
где
Оф –первоначальная стоимость инструментальных средств, руб.;
Нам – нормаамортизации, % (принято 30%);
Тэвм – времяиспользования оборудования, дней.
Аис=(30925*30*76)/(365*100)=1931,75 руб.
6.        Накладныерасходы
Накладные расходысоставляют 30 % от суммы основной заработной платы:
Рн=Зосн*0,3=42765*0,3=12829,5руб.
По данным вышеприведенныхрасчетов составляется смета затрат на программное обеспечение (таблица 5).

Таблица 5. Смета затратна программное обеспечение
Элемент затрат
Сметная стоимость, руб. Материальные затраты 1383 Основная и доп. з/п 47041,5 Отчисления на соц. нужды 12230,79 Затраты на оплату машинного времени 1514,17 Амортизация стоимости инструментальных средств 1931,75 Накладные расходы 12829,5
Итого затраты:
76930,71
Получаем, что затраты на научно-исследовательскиеработы равны:
Книр=76930,71руб.
Итоговая сумма затрат наразработку распределяется по этапам проектирования пропорционально трудоемкостии составляется инвестиционный план, показанный в таблице 6.
Таблица 6 План инвестиций
Этапы реализации проекта
Полугодия
2 полугодие 2005
1 полугодие 2006 Техническое задание 5128,71 эскизный проект 10257,43 технический проект 19873,77 рабочий проект 19232,68 20514,86 внедрение 1923,27
Итого:
54492,59
22438,13
 
       II.            Тиражированиеи реализация программного обеспечения
Перед построением планареализации программного обеспечения был произведен анализ его рыночныхвозможностей. В процессе анализа было выявлено, что в рассматриваемыхавтоматизированных системах отсутствуют анализ правоустанавливающих документов,предоставляемых банку от заемщика, анализ наличия достаточных полномочийдолжностных лиц, которые от имени клиента подписывают договоры. Так же всеанализируемые программные продукты в основном автоматизируют деятельность кредитныхотделов банка, которые оценивают финансовое состояние заемщика – юридическоголица, и решают вопрос о кредитоспособности клиента. Но ни ода из рассмотренныхсистем не автоматизируют деятельность юридического отдела в процессекредитования юридического лица. Поэтому можно говорить об отсутствииконкурентных товаров на рынке. План по реализации программного обеспеченияпоказывает объем тиражирования, цену, выручку от реализации и доходы отсопровождения на соответствующий период (приложение 7).
После составления планапо реализации программного обеспечения необходимо рассчитать смету затрат наего тиражирование, рекламу и сопровождение. Затраты на рекламу планируются наосновании того, что она будет осуществляться путем рассылки буклетовпотенциальным покупателям системы. Затраты на сопровождение планируются израсчета 5% от выручки от реализации за этот период. Итоги расчетов по затратамтиражирование, рекламу и сопровождение представлены в таблице 7.
Таблица 7 Смета затратПоказатели Период 2 полугодие 2005 1 полугодие 2006 2 полугодие 2006 1 полугодие 2007 2 полугодие 2007 1 полугодие 2008 2 полугодие 2008 1-е полугодие 2009 Затраты на тиражирование: -стоимость документации 750 2000 1796 1250 1125 500 375 -затраты на копирование 302 975 584 491 419 188 141 -стоимость машинных носителей и упаковочных материалов 806 2068 1558 1310 1118 503 376 -затраты на рассылку 604 1551 1168 982 838 377 282 -амортизация ЭВМ и оборудования 0,00 0,93 2,60 1,89 1,64 1,39 0,66 0,52 Итого: 0,00 2462,93 6596,6 5107,89 4033,64 3501,39 1568,66 1174,52 Затраты на рекламу 0,00 5825,8 4306,6 4456,5 2725,7 2171,9 1023,9 489,2 Затраты на сопровождение ПО 2550 6000 4500 3750 2925 1300 900 Итого затраты: 0,00 10838,73 16903,2 14064,39 10509,34 8598,29 3892,56 2563,72
 
     III.            Планприбыли от продаж
При составлении планаприбыли от продаж, представленного в таблице 8, учитываются результаты расчетавыручки от реализации и доходов от сопровождения программного обеспечения, атак же общих затрат от реализации.
Таблица 8 План прибыли

Показатели
Период 2 полугодие 2005 1 полугодие 2006 2 полугодие 2006 1 полугодие 2007 2 полугодие 2007 1 полугодие 2008 2 полугодие 2008 1 полугодие 2009 Выручка от реализации и сопровождения 66500 150000 113000 95000 75500 34000 23500 Затраты на тиражирование и сопровождение 0,00 10838,73 16903,2 14064,39 10509,34 8598,29 3892,56 2563,72 Процентные платежи за кредит Прибыль валовая 0,00 55661,27 133096,8 98935,61 84490,66 66901,71 30107,44 20936,28 Налог (24%) 0,00 13358,7 31943,23 23744,55 20277,76 16056,41 7225,79 5024,7 Прибыль чистая 0,00 42302,56 101153,57 75191,06 64212,9 50845,3 22881,65 15911,57

IV. Финансовый план проекта
Для того чтобы оценитьфинансовую состоятельность проекта формируется соответствующая таблица,позволяющая управлять финансами инвестиционного проекта (приложение 8). Даннаятаблица содержит информацию о денежных потоках от инвестиционной, операционнойи финансовой деятельностей.
Из таблицы видно, чтоданный проект потребует 54492,59 рублей инвестиций в первое полугодие, так какв этот период продажа программного продукта не осуществляется. Эти средстваможно получить, вложив собственные средства, как в представленном случае, либовзяв банковский кредит. За второе полугодие планируется осуществить продажу тридцатикопий программы и прибыль от продажи покроет появившиеся на данном периодезатраты. Так как сальдо денежной наличности является положительной величинойнарастающим итогом по всем периодам, можно перейти к определению чистой текущейстоимости проекта, которая характеризует эффективность проекта.
     IV.            Определениеэкономической эффективности проекта
Для определенияэкономической эффективности проекта необходимо рассчитать следующие показатели:
—   чистая текущаястоимость;
—   индексдоходности;
—   внутреннийкоэффициент эффективности;
—   максимальныйденежный поток;
—   период возвратакапитальных вложений и срок окупаемости.
Таблица 9 отражаетденежные потоки за весь период жизненного цикла программного продукта. Здесьопределяется чистый денежный поток (ЧДП), дисконтированный денежный поток (ДДП)и чистая текущая стоимость проекта (NPV).