АРМ кассира-операциониста банка

 

Введение


Современная банковская система сложилась в нашей стране за последние десять лет.

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

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

Одноуровневый вариант может быть реальным в следующих случаях:

а) когда в стране еще нет ЦБ (что соответствует ранним этапам развития банковского дела; в этом случае говорить о банковской системе еще рано);

б) когда в стране есть только ЦБ (в этом случае говорить о системе банков вообще не приходится).

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

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

Отметим следующие моменты:

из общего числа российских банков более 1/3 - московские, что говорит о крайней неравномерности территориального их расположения;

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

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

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

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

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

Результатом развития программно-аппаратных средств стало создание автоматизированных банковских систем (АБС).

Целями использования АБС являются:

сокращение времени на проведение операций и оформление документов, увеличение пропускной способности банка;

сокращение численности персонала, занятой малоквалифицированной рутинной работой;

улучшение качества обслуживания клиентов;

повышение квалификации банковского персонала;

интегрирование в единые банковские системы.

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

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

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

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

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

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

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

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

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

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

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

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

В основе построения системы «ОПЕРУ» лежит локальная сеть, состоящая из специализированных АРМ и базы данных (БД) с управляющим сервером.

Целью данной работы явилась разработка автоматизированного рабочего места кассира-операциониста ОПЕРУ НУ 6573990 ОАО «СБ РФ».

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

изучение теоретических знаний по автоматизации рабочих мест;

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

изучение инструментов для создания автоматизированных рабочих мест;

изучение теории реляционных баз данных;

изучение схем и правил работы кассиров-операционистов;

выявление «узких» мест в работе кассиров-операционистов на примере операционного узла;

разработка АРМ кассира-операциониста.

Объектом исследования в данной выпускной квалификационной работе явилась деятельность кассиров-операционистов ОПЕРУ НУ 6573990 ОАО «СБ РФ».

Предметом исследования в данной работе было создание автоматизированного рабочего места кассира-операциониста ОПЕРУ НУ 6573990 ОАО «СБ РФ».


1. Аналитическая часть


.1 Технико-экономическая характеристика предприятия и предметной области


.1.1 Характеристика предприятия и его деятельности

Автоматизация банковских технологий в нашей стране прошла несколько этапов своего развития.

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

Процесс автоматизации банковских технологий перешел на новый этап в конце 80-х начале 90-х годов. Это напрямую связано с банковской реформой 1989 года, когда на рынке банковских услуг появились коммерческие банки (КБ).

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

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

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

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

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

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

В инфраструктуре следует выделить пять составляющих:

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

техническое оснащение;

программные средства;

системы связи и коммуникации (внутренние и внешние);

системы безопасности, защиты и надежности.

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

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

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

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

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


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

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


Рис. 1. Организационная структура операционного управления


Функции элементов организационной структуры

Функции Директора Операционного управления:

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

Функции заместителя директора:

В период отсутствия директора управления выполняет его функции, в соответствии с распоряжением Президента Банка.

Функции Отдела Операционного обслуживания юридических лиц

·Ведет счета юридических лиц;

·Совершает операции по купле-продаже иностранной валюты в безналичной форме за счет и по поручению клиентов;

·Проводит документарные операции по поручению клиентов;

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

·Осуществляет иные операции и сделки, входящие в компетенцию Отдела в установленном Банком порядке;

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

Функции Отдела Валютного контроля:

Контроль за правомерным проведением платежей в иностранной валюте и рублях РФ между резидентами и нерезидентами, в соответствии с валютным законодательством РФ.

Функции Отдела Пластиковых карт:

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

Функции Отдела Ценных бумаг и анализа рынка:

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

Функции Кассового Отдела:

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

Функции отдела обслуживания частных вкладов:

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

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

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

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

Задачи контролера Отдела операционного обслуживания Операционного управления:

. Осуществление расчетно-кассового обслуживания счетов юридических лиц в валюте Российской Федерации и иностранной валюте.

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

. Доведение до сведения клиентов нормативных актов Банка России и Сбербанка России, касающихся расчетно-кассового обслуживания.

Обязанности контролера:

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

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

·Проверка наличия остатков на счетах клиентов при проведении платежей и выдаче наличных денежных средств.

·Проведение операций по списанию средств с лицевых счетов клиентов на основании расчетных документов.

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

·Ежедневное формирование реестров проведенных документов в установленные внутренним порядком Операционного управления сроки.

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

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

·Постановка расчетных документов в картотеку к внебалансовым счетам №90902 «Расчетные документы, не оплаченные в срок» и №90901 «Расчетные документы, ожидающие акцепта для оплаты», списание с них и осуществление контроля за внебалансовым учетом операций, отраженных по указанным счетам.

·Осуществление переписки по операциям, расчетно-кассового обслуживания.

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

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

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

·Соблюдение требований конфиденциальности в соответствии с нормативными документами Сбербанка России.

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

Права контролера:

Контролер имеет право:

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

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

·Вносить предложения по совершенствованию работы Отдела операционного обслуживания.

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

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

·Пользоваться льготами в области социального обеспечения работников в порядке, установленном в Банке.

·В установленном порядке вносить предложения руководству об улучшении условий труда.

Ответственность контролера:

В соответствии с должностными обязанностями контролер несет ответственность за:

·Своевременное и качественное выполнение возложенных на него обязанностей.

·Своевременное и качественное выполнение порученных ему работ.

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

Контролер должен руководствоваться в работе:

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


1.2 Характеристика комплекса задач и обоснования необходимости автоматизации

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

1.2.1 Выбор комплекса задач и характеристика существующих бизнес-процессов

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

Информационное обеспечение (ИО) АБС представляет собой информационную модель банка. Различают внемашинное и внутримашинное ИО:

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

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

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

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

Значительную долю внемашинного ИО составляет документация. При разработке внемашинного ИО к документам, как наиболее распространенным носителям исходной и результативной информации, предъявляется ряд требований по их форме, содержанию, порядку заполнения. Единство требований создает унифицированную систему документации. Унифицированные типовые документы в банковской системы повышают эффективность автоматизации. К таким документам относятся платежные поручения, чеки, кассовые ордера, банковские выписки и другие. Унифицированные формы документов вырабатываются для всей территории РФ, утверждаются Министерством финансов РФ и ЦБ

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

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

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

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

К внутримашинному ИО банковских систем предъявляется ряд требований. Рассмотрим наиболее важные из них

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

Внутримашинное ИО банковских систем должно реализовываться в режиме реального масштаба времени, при котором изменение в данных. произведенные одним пользователем, сразу должны становиться доступными остальным пользователям системы. Следует отметить, что действительный режим реального времени обеспечивают только системы, использующие сетевую СУБД, основанную на архитектуре сервера БД ( Clarion, Oracle…), а при использовании СУБД, основанной на модели «файл - сервер (Clipper, dBase…) режим реального времени эмитируется.

В настоящее время наиболее распространенной СУБД является Btrieve Tecors Manager фирмы NOVELL. Программный продукт Btrieve является частью ОС Net Ware и позволяет эффективно и надежно использовать ресурсы банковской системы. Среди набора возможностей Btrieve отметим основные:

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

интерфейс с различными языками программирования (C, Pascal, Assembler и другие);

управление файлами размером до 4 Гбайт;

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

системное журналирование всех изменений в файлах;

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

Альтернативный подход состоит в использовании в качестве основы для построения банковских систем распределенной переносимой реляционной СУБД Oracle.В ней обеспечиваются надежные методы хранения и обработки данных, защита от сбоев и несанкционированного доступа, эффективная работа в многопользовательской среде и во всех популярных сетях, высокая производительность. Прикладные системы, созданные на базе СУБДOracle, одинаково эффективно функционируют на всех типах ЭВМ: персональных, мини- и больших ЭВМ и лишены недостатков, присущих многим другим СУБД на ПЭВМ. Ввиду полной переносимости прикладных систем сохраняются все вложения в их разработку. Не требуется персонала, а закупка нового оборудования не приводит к полному отказу от старого, ибо последнее может использоваться параллельно с новым. Недостатком СУБД «Oracle является достаточно высокая стоимость, поэтому система доступна, как правило, крупным и средним банкам.

Автоматизированное рабочее место (АРМ), или, в зарубежной терминологии, «рабочая станция» (work-station), представляет собой место
пользователя-специалиста той или иной профессии, оборудованное средствами, необходимыми для автоматизации выполнения им определенных функций.
Такими средствами, как правило, является ПК, дополняемый по мере необходимости другими вспомогательными электронными устройствами, а именно: дисковыми накопителями, печатающими устройствами, оптическими читающими устройствами или считывателями штрихового кода, устройствами графики, средствами сопряжения с другими АРМ и с локальными вычислительными сетями и т.д.

Наибольшее распространение в мире получили АРМ на базе профессиональных ПК с архитектурой IBM PC.

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

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

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

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

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

·системность.

·гибкость.

·устойчивость.

·эффективность.

Поясним смыл каждого из указанных понятий.

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

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

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

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

В то же время к АРМ любой «профессии» можно предъявить и ряд общих требований, которые должны обеспечиваться при его создании, а именно:

·непосредственное наличие средств обработки информации;
возможность работы в диалоговом (интерактивном) режиме;
·выполнение основных требований эргономики: рациональное распределение функций между оператором, элементами комплекса АРМ и окружающей средой, создание комфортных условий работы, удобство конструкций АРМ, учет психологических факторов человека-оператора, привлекательность форм и цвета элементов АРМ и др.;

·достаточно высокая производительность и надежность ПК, работающего в системе АРМ;

·адекватное характеру решаемых задач программное обеспечение;

·максимальная степень автоматизации рутинных процессов;

·оптимальные условия для самообслуживания специалистов как операторов АРМ;

·другие факторы, обеспечивающие максимальную комфортность и удовлетворенность специалиста использованием АРМ как рабочего инструмента.

Структура АРМ включает совокупность подсистем - технической, информационной, программной и организационной.

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

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

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

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

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

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

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


1.2.2 Определение места проектируемой задачи в комплексе задач и ее описание

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

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

Главное назначение автоматизированной системы является:

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

улучшить оперативность принятия решений;

повысить производительность труда;

снизить количество вычислительных ошибок при помощи автоматизации процесса обработки информации;

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

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

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

Автоматизация оперативного управления процессами требует тщательной проработки состава переменной и постоянной информации.

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

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

бланк договора;

приходно-кассовые ордера.

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

Таким образом для разработки автоматизированной справочно-информационной системы (АСИС) необходимо выполнить следующие задачи:

1.реализация управления доступом к АСИС;

2.создать СУБД для работы АСИС;

.разработать справочную информацию по АСИС;


1.2.3 Обоснование необходимости и цели использования вычислительной техники для решения задачи

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

При этом требуется учитывать следующие требования:

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

решение задач в установленные сроки;

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

наличие возможности обработки данных на ЭВМ;

возможность решения задачи в различных режимах.

Эти требования могут быть выполнены за счет нескольких факторов:

сокращение числа операций, особенно ручных;

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

снижение объема обрабатываемых данных;

повышение квалификации пользователей, улучшение условий труда и, как следствие, повышение производительности.

На выбор способа сбора, регистрации и передачи данных влияют следующие факторы:

удаленность источников информации от центра обработки данных;

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

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

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

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

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

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

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

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

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

) экономия рабочего времени и повышение производительности труда на выполнение расчётов;

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

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


1.3 Анализ существующих разработок и выбор стратегии автоматизации


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

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

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

АИС-БУ как составная часть АИС содержит три основные компоненты:

информацию как предмет и продукт труда;

средства, методы и способы переработки информации;

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

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

Среди представленных на российском рынке систем автоматизации торговли можно отметить предложения фирм «Tandem-Soft» («Торговля и учет» для Windows), «Эйс» («Гепард»), «1С» (1С: Торговля»), «Информационные системы и технологии (система «Аспект»), «КомТех», «Атлант-Информ» (система «Садко»), «Парус», «Мета» (Комплекс автоматизации в розничной торговле), «Интеллект-Сервис», «Инфин», «Веста-С» (Управление товарооборотом на базе системы StorS). Анализ перечня свидетельствует об активности фирм, разрабатывающих бухгалтерские программы.

Программа «Инфо-бухгалтер» фирмы «Информатик» относится к классу «Мини-бухгалтерия», но обладает многими интересными функциональными и техническими возможностями, которым бы могли позавидовать некоторые большие комплексы. Программа благодаря своим особым качествам (удобству в работе, гибкости, наглядности и простоте освоения, наличию пополняемых встроенных справочников, подсказок и пр.) быстро привлекла к себе внимание и вошла в число лидеров в этом классе. Дилерская сеть «Информатика» сегодня насчитывает около 550 партнеров, работающих в 219 городах России, Беларуси, Грузии, Латвии, Украины и др. стран СНГ.

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

На рынке программных продуктов выбор бухгалтерских программ очень велик.

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

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

Система программ «1С: Предприятие» включает в себя платформу и прикладные решения, разработанные на ее основе, для автоматизации деятельности организаций и частных лиц. Сама платформа не является программным продуктом для использования конечными пользователями, которые обычно работают с одним из многих прикладных решений (конфигураций), разработанных на данной платформе. Такой подход позволяет автоматизировать различные виды деятельности, используя единую технологическую платформу.

Гибкость платформы позволяет применять «1С: Предприятие 8.0» в самых разнообразных областях:

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

поддержка оперативного управления предприятием;

другие области применения.

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

значительное ускорение массового ввода информации благодаря функции «ввод по строке» и эффективному использованию клавиатуры;

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

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

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

Также для бухгалтерского и оперативного учета существуют программы «Интеллект-Сервиса», спектр и качество продукции, комплексный подход к проблемам которых удовлетворяют запросы и самых малых, и средних фирм (программы БЭСТ), и крупных компаний (БЭСТ-3, БЭСТ-4, БЭСТ-5). Среди пользователей - фирмы, торговые и страховые компании, промышленные предприятия и строительные фирмы, бюджетные организации, издательства, инвестиционные компании, фонды и др. Сейчас активно развивается направление, связанное с предприятиями общественного питания. Но наибольший удельный вес среди пользователей программ фирмы приходится на торговые организации.

Для автоматизации деятельности компаний фирма «BIGroup Labs» предлагает современный программный комплекс RS-Balance 3. В нем реализована высокоуровневая поддержка стандартных бизнес-процессов торгового предприятия, включая:

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

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

финансовый менеджмент, работу с денежными средствами;

ведение учета затрат, расчет себестоимости;

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

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

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

Системы Impromptu, PowerPlay, Scenario и 4Thought представляют собой взаимосвязанные и дополняющие друг друга инструментальные средства, поддерживающие наиболее эффективные технологии обработки данных и обеспечивающие решение широкого круга задач в бизнес-приложениях, от доступа к информации в распределенных базах данных до вычислительной обработки и интеллектуального анализа.PowerPlay - это инструментальное средство для оперативного анализа данных и формирования отчетов по OLAP-технологии. Оно позволяет аналитикам исследовать данные под любым углом зрения, обеспечивая реальное многоуровневое видение текущего состояния организации. Главная особенность инструмента заключается в исключительной автоматизации процесса создания аналитического приложения, что позволяет за очень короткий срок создавать полномасштабные аналитические приложения, в основу которых положена технология OLAP.

Кроме того, инструмент отличается удобством применения: от пользователя требуются лишь навыки работы в среде Windows.обеспечивает эффективный доступ ко всей имеющейся в организации информации, хранящейся в форме реляционных или не реляционных данных, таких как базы данных (Databases), склады данных (Data Warehouses), витрины данных (Data Marts) и электронные таблицы (Spreadsheets).

Созданный с помощью PowerPlay гиперкуб можно открыть в 4Thought. Гиперкуб представляет собой файл многомерных данных с расширением.mdc. Данные в таком файле организованы специальным образом для обеспечения быстрого доступа и детализации.кубы Cognos можно использовать как источники данных для модулей Data Mining (4Thought и Scenario), таким образом в продукции Cognos реализована интеграция технологий OLAP и Data Mining.Impromptu - это инструмент фирмы Cognos для построения запросов любой сложности и отчетов произвольного формата пользователями, от которых не требуется навыков программирования. Отличительная черта этого средства - простота в использовании, которая достигается благодаря продуманному и интуитивно понятному интерфейсу.обеспечивает пользователей оперативной и детальной информацией, необходимой для принятия решений. Одним из основных достоинств Impromptu является возможность быстрого построения широкого спектра различных отчетов в зависимости от того, какие данные необходимы для принятия решения. Это означает, что пользователи могут формировать отчеты любой нужной структуры гораздо оперативнее и проще, чем при использовании других построителей отчетов.

Отчеты Impromptu также могут быть использованы в качестве входных данных для построения модели в Cognos 4Thought.Scenario - это интеллектуальное инструментальное средство поиска (разведки) данных (Data Mining), которое позволяет руководителям (даже не знакомым с методиками статистического анализа) выявлять скрытые тенденции и модели бизнеса и «извлекать на поверхность» его ранее неизвестные закономерности и корреляционные связи.

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

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

Thought поддерживает анализ на всех этапах:

Сбор данных. Данные вводятся непосредственно или получаются из внешних источников, например, MS Excel. Данные могут быть взяты у других программных средств семейства Cognos (Impromptu, ReportNet, PowerPlay и Scenario) или прямо из хранилища. Введенные данные отображаются в 4Thought в виде электронных таблиц, что позволяет достаточно просто их просматривать и анализировать;

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

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

Thought позволяет выполнить обучение модели на репрезентативной выборке значений входных и выходных параметров нейронной сети. Для обучения может быть использована вся выборка либо ее часть - в таком случае оставшаяся часть выборки применяется для контроля точности (качества) обучения: отклонения значений выходов обученной нейронной сети от реальных значений. Обучение сети на одном наборе данных выполняется несколько раз (перед каждым обучением начальные значения весовых коэффициентов устанавливаются автоматически случайным образом), чтобы выбрать наилучшую точность обученной сети.4Thought позволяет, варьируя параметры сценарных условий, автоматически получать различные прогнозы на заданный период, отвечая на вопрос: «А что будет, если?» Результаты прогнозирования по всем отраслям региональной экономики можно получать в виде текстов, графиков, диаграмм, а также отчетных документов установленного образца, которые можно хранить в электронном виде или передавать потребителям по электронной почте. Такие возможности освобождают аналитиков от рутинной вычислительной и оформительской работы и позволяют сосредоточиться на вопросах стратегии и тактики регионального развития.4Thought отображает степень влияния факторов (входных переменных) на целевую переменную, что позволяет использовать его в качестве инструмента факторного анализа. То есть после настройки сети можно оценить, какие факторы вносят какой вклад в конечный результат.

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

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

Вопросы безопасности в системе (защиты от несанкционированного доступа) решаются с помощью инструмента Access Manager, входящего в состав пакета PowerPlay Transformation Server.

Инструменты PowerPlay и Impromptu используются для решения задач, связанных с мониторингом показателей, многомерным анализом информации, формированием отчетов, а инструменты 4Thought и Scenario - для прогнозирования показателей социально-экономического развития, а также для факторного анализа данных. Организация передачи данных между инструментами полностью автоматизирована. Простота интерфейса продуктов Cognos и ориентированность на пользователей-непрограммистов позволяет эффективно выполнять сложные задачи анализа. Публикация информации в интранет / экстранет-среде может осуществляться с помощью инструмента Upfront, входящего в состав пакета Cognos PowerPlay Enterprise Server.

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


1.4 Обоснование проектных решений


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

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

Комплекс технических средств составляют:

·компьютеры;

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

·устройства передачи данных и линий связи - модемы;

·эксплуатационные материалы - бумага, CD (DVD) - диски и т.п.

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

. автоматизированные рабочие места персонала организации

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

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

·Процессор AMD Athlon 64 X2 5000+ (ADA5000*/ADO5000*) Socket AM2 BOX

·Материнская плата Asus M2N-SLI Deluxe, S AM2, NVIDIA nForce 570 SLI.

·Оперативная память DDR2 2048Mb PC2-6400 (800Mhz) Patriot (PEP22G6400EL)

·Жесткий диск 200,0 Gb HDD Western Digital (WD5000AACS) CaviarGP.

·Видеокарта 256Mb PCI-E ATI Radeon 3650 DDR3, HDMI, DVI, HIS IceQ Turbo.

·Привод DVD±RW ASUS DRW-2014L1T, SATA.

·Картридер внутренний.

·Корпус Cooler Master Elite 334, 460W (RC-334-KKR4)

·Монитор 17» Dell TFT E178FP

·ИБП APC Back-CS500VA

Данная конфигурация позволяет осуществлять работу в разрабатываемой системе с высокой степень надежности. Процессор АМD выбран из-за своей низкой стоимости (по сравнению с аналогичными устройствами Intel), размер оперативной памяти и жесткого диска - стандартны в настоящее время. Кроме указанных элементов еще необходима сетевая карта для возможности подключения к локальной сети предприятия. Такие элементы, как картридер и привод DVD±RW, не являются обязательными. Их отсутствие даже положительно влияет на сохранность конфиденциальной информации. ИБП - в условиях постоянных перерывов в энергоснабжении - обязательный элемент.

Комплекс технических средств локальной компьютерной сети предусматривает:

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

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

комплект кабельной продукции;

устройства введения и вывод - сканер и принтер;

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

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

наличие кабельной системы в здании;

план помещений предприятия;

расположение рабочих мест в организации;

наличие места под серверное помещение;

перспектива расширения организации, и следовательно - ЛВС.

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

  • Процессор AMD Athlon 64 X2 5000+ (ADA5000*/ADO5000*) Socket AM2 BOX
  • с объемом ОЗУ не менее 2048 мегабайт;
  • Объем необходимого дискового пространства - не менее 200 гигабайт

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


.4.2 Обоснование проектных решений по информационному обеспечению

Понятие информационного обеспечения возникло с созданием автоматизированных систем управления (АСУ).

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

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

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

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

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

В состав технологических операций входят:

загрузка программы;

ввод данных;

контроль информации и возможность корректировки;

справочно-информационное обслуживание;

формирование информационных массивов;

вывод информации.

Существует несколько способов регистрации первичной информации:

документальный;

документальный с регистрацией на машинном носителе;

автоматический.

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

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

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

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

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

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

К информационному обеспечению предъявляются следующие общие требования:

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

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

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

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

·формы документов должны отвечать требованиям унифицированной системы документации;

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

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

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

В состав информационного обеспечения должны входить:

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

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

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

1.Алгоритмы, связанные с проектированием АСИС;

2.Алгоритмы реляционной алгебры, необходимые для работы с БД;

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

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

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

К выбираемому программному обеспечению в данном случае относятся операционная система (ОС) и среда программирования.

Все ОС подразделяются на:

однопользовательские и многопользовательские;

однозадачные и многозадачные.

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

1.создавать интерфейс используя стандартные компоненты;

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

.создавать оболочки для баз данных, как и сами базы данных;

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

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

1.поддержка объектно-ориентированного стиля программирования;

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

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

.поддержка БД;

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

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

Вышеперечисленными свойствами обладают языки программирования, например: Delphi, Visual C++, Borland С++ Biulder, Visual FoxPro и другие.

Каждое из этих средств содержит весь спектр современного инструментария, который был перечислен ранее. Главное отличие состоит в области использования рассматриваемых средств. Так Visual C++ обычно используется при разработке приложений предназначенных для работы с ОС Windows, использующих основные свойства ОС, а так же выполняющих большое количество вычислений. Одним из недостатков данного средства разработки приложений является высокое требование к аппаратным ресурсам при разработке программного обеспечения, недостаточно высокая скорость компиляции программного кода и при реализации конечного продукта (ПО), используя этот продукт необходимо большее дисковое пространство, чем при создании аналогичного ПО другими средствами разработки. Borland С++ Biulder по своим недостаткам аналогичен Visual C++, но обладает еще одним - разработка баз данных на базе языка SQL и их поддержка ограничена. Система разработки Visual FoxPro предъявляет наименьшие требования к системным ресурсам, но ее применение ограничено неудобством в визуальном создании интерфейса разрабатываемого приложения. Недостатком Delphi состоит в том, что при его использовании нет достаточного доступа к функциям ОС, но данный недостаток несущественен, поскольку разрабатываемое приложение ориентировано на поддержку БД, а не на работу с ОС. Немалое значение при выборе Delphi в качестве средства для разработки АСИС играет возможность использования большого количества встроенных визуальных компонент, как для разработки интерфейса, так и для создания СУБД.

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

1.скорость разработки приложений;

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

.возможность редактирования и просмотра БД, используя средства разработки.

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

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

1.Наличие опыта разработки с использованием данного программного продукта;

2.Требования по ресурсам;

.Поддержка операционной системы;

.Наглядность разработки интерфейса;

.Предоставляемые возможности работы с базами данных;

.Доступность;

.Скорость работы разработанного программного обеспечения;

.Обработка исключительных ситуаций;

.Время создания разработанного программного обеспечения;

.Удобство эксплуатации;

Для вышеперечисленных средств для разработки АСИС воспользуемся методом вариантных обоснований. Этот метод предназначен для выбора наилучшего варианта из нескольких предложенных и состоит из следующих этапов:

1.Определение критериев, по которым будет произведено сравнение и степени их важности.

2.Каждый вариант оценивается по полученному перечню критериев. Получается численное значение - оценка.

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

.Лучшим считается вариант, который набрал максимальное количество баллов.


Средство разработки Характеристика средств разработкиDelpiVisual C++Borland C++ BuielderVisual FoxProНаличие опыта разработки с использованием данного программного продукта;8644Требования по ресурсам;7665Поддержка операционной системы;8887Наглядность разработки интерфейса;9785Предоставляемые возможности работы с базами данных;8647Скорость работы разработанного программного обеспечения;6787Обработка исключительных ситуаций;8886Время создания разработанного программного обеспечения;9657Удобство эксплуатации;7887Всего:70626056

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

Используя Delphi можно создавать приложения для ОС семейства Windows с минимальными затратами времени т. к. в её основе лежит концепция быстрого создания приложений (RAD).

Основные сведения о Delphi:

Базируется на расширении языка Pascal - Object Pascal.

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

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

Технология Two Ways Tools делает более эффективной работу с компонентами. При изменении программного кода в окне редактора Delphi соответствующим образом изменяет и сами компоненты. С другой стороны, при изменении свойств компонентов в инспекторе редактора объектов (Object Inspector) они немедленно отражаются в окне редактора кода.

Библиотека компонентов содержит множество стандартных компонентов, которые можно использовать при создании приложений. Сюда относятся элементы управления в стиле Windows95 и IE 4.0, а также шаблоны для форм и экспертов.

Поддержка баз данных в среде Delphi осуществляется двояко. С одной стороны в ней широко используются компоненты, предназначенные для работы с базами данных. С их помощью можно создавать простые приложения, предназначенные для обработки данных, и приложения типа клиент / сервер. Особенностью этих компонентов является то, что во время создания приложения Delphi отображает результаты обработки данных, и позволяет проанализировать различные ситуации, которые могут сложиться в процессе работы программы. С другой стороны поддержка баз данных в Delphi осуществляется с помощью набора драйверов соединений с SQL-северами Borland SQL Links for Windows, которые позволяют интегрированному в Delphi ядру процессора баз данных Borland, (BDE) Borland Database Engine, получать доступ к локальным базам данных Paradox, dBASE, Access, FoxPro, а также SQL-северам InterBase, Informix, Oracle, Sybase, DB2, Microsoft SQL.

-битовый компилятор Delphi генерирует исполняемые EXE-файлы. При этом существует возможность генерировать либо простые EXE-файлы, либо сложные приложения, требующие подключения DLL-библиотек.- это первый инструмент в котором быстрое проектирование сочетается с использованием оптимизирующего компилятора. Кроме того, в Delphi может быть использована технология масштабирования баз данных, являющаяся самой мощной и сложной технологией программирования, которая когда-либо использовалась для персональных компьютеров. В отличии от большинства других инструментов, предназначенных для быстрой разработки приложений, Delphi является расширяемым инструментом. Ниже приведен краткий список особенностей, обеспечивающих расширяемость Delphi:

Непосредственный доступ к интерфейсу приложений API;

Встроенный Ассемблер; обработка строк, написанных на Ассемблере вставленных в текст программ Delphi;

Возможность создания пользовательских объектов VCL и OCX;

Возможность создания DLL-библиотек и других «вторичных» объектов среды Windows;

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

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

Поддержка как локальных таблиц, так и находящихся на удаленных серверах баз данных;

Поддержка сложных запросов и доступ из одного приложения ко многим Системам Управления Базами Данных (СУБД), построенным на различных платформах;

Свободное перемещение приложения из одной СУБД в другую, осуществляемое посредством ядра Borland Database Engine, которое организует доступ к базам данных, невзирая на различия в платформах;

Наличие собственных быстрых драйверов для основных платформ типа клиент / сервер;

Полная поддержка ODBC., как СУБД, полностью ориентирован на реляционную модель данных и имеет встроенный язык запросов к базам данных SQL (Structured Query Language).

В качестве прикладного пользовательского обеспечения будут использоваться справочно-поисковые системы информации: ГАРАНТ и 1С Предприятие V.7.7. Эти системы очень хорошо себя зарекомендовали и пользуются спросом как у профессионалов, так и у начинающих.



2. Проектная часть


.1 Разработка проекта автоматизации


.1.1 Этапы жизненного цикла проекта

Языковые средства АРМ необходимы прежде всего для однозначного смыслового соответствия действий пользователя и реакции ПЭВМ. Без них невозможен процесс обучения, организация диалога, обнаружение и исправление ошибок. Сложность разработки таких языков заключается в том, что они должны быть преимущественно непроцедурными. Если процедурный язык указывает, как выполняется задаваемое
действие, то непроцедурный - что необходимо выполнить без детализации, какие действия для этого требуются. Так как конечные пользователи не знают и недолжны знать в деталях процесс реализации информационной потребности, чем выше интеллектуальность АРМ, тем больше непроцедурных возможностей должно быть предусмотрено в его языках.
Языки АРМ должны быть и пользовательски-ориентированными, в том числе и профессионально-ориентированными. Это связано с различиями в классификации пользователей, которые разделяются не только по профессиональной принадлежности, но и по иерархии служебного положения, мере обученности, виду потребляемых данных и др. Следует учесть, что использование естественного языка, несмотря на кажущуюся простоту такого подхода, не может дать сколько-нибудь ощутимых преимуществ из-за необходимости введения через клавиатуру громоздких
конструкций ради получения иногда несложных результатов.
Как и во всяком языке, основу языков АРМ должны составлять заранее
определяемые термины, а также описания способов с помощью которых могут устанавливаться новые термины, заменяя или дополняя существующие. Это приводит к необходимости при проектировании АРМ определенным образом классифицировать терминологическую основу АРМ, т.е. определить все основные синтаксические конструкции языка и семантические отношения между терминами и их совокупностями.
В связи с этим может возникнуть необходимость в простейшей классификации АРМ, например, по возможностям представления данных в некоторых пользовательских режимах обработки: числовые, текстовые, смешанные. В более сложных случаях классификация АРМ может определяться уже организацией баз данных. Возможности языка во многом определяют и список правил, по которым пользователь может строить формальные конструкции, соответствующие реализации информационной потребности.

Например, в некоторых АРМ все данные и конструкции фиксируются в табличной форме (табличные АРМ) или в виде операторов специального вида (функциональные АРМ).

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

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

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

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

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

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

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

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

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

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

В зависимости от применения в рамках АРМ средств, обеспечивающих развитие АРМ конечным пользователем, будем разделять АРМ на два больших класса:

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

Обслуживающие АРМ в сферах организационного управления могут быть:

·информационно-справочными.

·вычислительными.

·текстообрабатывающими.

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

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

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

База знаний как составной компонент входит в АРМ фактологического типа. Фактологические АРМ полезны там, где работа в условиях АРМ определяется преимущественно накапливаемым опытом и логическим выводом на его основе.

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

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

·диагностика (поиск, определение и описание состояния управляемого объекта);

·мониторинг (непрерывное отслеживание функционирования АРМ и фиксирование получаемых результатов);

·планирование (обеспечение заданной последовательности действий);

·проектирование (обеспечение пользовательских интерфейсов и развития).


2.2 Информационное обеспечение задачи


Для эффективного функционирования разрабатываемой АРМ «Кассира-операциониста» будет разработана СУБД. Поэтому ниже рассмотрены логические и концептуальные модели данных.


.2.1 Выбор логической модели данных

Иерархическая модель данных

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

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

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

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

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

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

Сетевая модель данных

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

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

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

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

Реляционная модель данных

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

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

Основной недостаток реляционной модели данных связывается с низкой производительностью реляционной СУБД. Но разработка современных СУБД таких как, ORACLE, InterBase, Acsses и др. позволило преодолеть и этот недостаток.

Достоинства реляционной модели можно разделить на две группы:

  1. достоинства для пользователя:

1.Реляционная БД представляет собой набор таблиц с которыми пользователь привык работать;

2.Не нужно помнить пути доступа к данным и строить алгоритмы и процедуры обработки своего запроса;

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

  1. достоинства обработки данных реляционной БД:

1.Связность. Реляционное представление дает ясную картину взаимосвязей атрибутов из различных отношений;

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

.Гибкость. Операции проекции и объединения [17] позволяют разрезать и склеивать отношения, так что программист может получать разнообразные файлы в нужной форме;

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

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

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

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


.2.2 Анализ предметной области и разработка информационной модели

В данной работе в качестве предметной области рассматривается рабочее место кассира-операциониста ОПЕРУ. База данных решает следующие задачи: учёт приходно-кассовых ордеров, выдача данных о клиентах и их кредитах, вычисляет суммы оплаты.

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

Исходные данные о ОПЕРУ: операционный узелтнаходится в нескольких помещениях.

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


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

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

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

С помощью модуля меню Главное меню осуществляется доступ к пяти основным пунктам меню:

Работа с клиентами

Формирование ответа

Расчеты с клиентом

Внутренняя работа

С помощью пункта меню Работа с клиентами осуществляется вызов следующих пунктов подменю:

Регистрация

Формирование пачек

Пункт Регистрация заявки имеет подпункты:

Ввод

Корректировка

Просмотр

Печать

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

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

Формирование

Просмотр

Печать

Пункт Формирование отчета имеет подпункты:

Ввод отчета

Редактирование отчета

Вывод ответа

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

При выборе подпункта Редактирование отчета осуществляется корректировка отчетов на заявки.

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

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

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

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

Ведение архива

Составление отчета

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

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

При выборе пункта Выход происходит завершение работы с программой и выход из нее в ОС.


Рис. 2.1 Схема диалога


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

Рис. 2.2 Дерево-функций


2.3 Выбор концептуальной модели


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

1.Семантическая модель;

2.Фреймы;

.Модель «сущность-связь».

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

1.Описание объектов предметной области происходит естественным языком;

2.Все записи, поступающие в БД накапливаются в относительно однородной структуре.

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

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

Модель «сущность-связь» описывается в терминах сущность, связь, значение. Сущность - понятие которое может быть идентифицировано. Связь - соединение сущностей. Для представления связей и сущностей введен специальный метод: ER-диаграма. Различаются сущности трех основных классов: стержневые, ассоциативные и характеристические. Стержневая сущность - это независимая сущность (ей свойственно независимое существование). Ассоциативная сущность или ассоциация рассматривается как связь между двумя или более сущностями типа «многие - ко - многим» или подобные им. Характеристическая сущность (или характеристика) представляет собой сущность, единственная цель которой, в рамках рассматриваемой предметной области, состоит в описании или уточнении некоторой другой сущности. ER-диаграма - графическое представление взаимосвязей сущностей. Каждое множество сущностей представляется прямоугольником, а множество связей - ромбом. Связи могут быть трех типов: «один к одному», «один ко многим», «многие ко многим». данные типы связи присущи реляционной модели, как и сущности, которым в реляционной модели соответствуют таблицы.

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


.4 Процесс моделирования


.4.1 Выделение сущностей

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

Все сущности, их атрибуты и ключи представлены в табл. 2.1.


Таблица 2.1

Название сущностиАтрибутКлючКассир№Договора, дата договора, сумма договора, срок действия.№ДоговораКлиент№Клиента, наименование заказчика, адрес, телефон.№КлиентаЛицевой счет№Лицевого счета.№Лицевого счетаПроводка№Проводки.№Проводки.Договор№Договора, дата заказлючения, номер счета.№ДоговораСчет№Счета, сумма счета.№Счета

2.4.2 Выделение сущностей между связями

Выделение связей между сущностями осуществляется на основании анализа предметной области. Все выделенные связи представлены на рис. 2.1










Рис. 2.3. Связи между сущностями


.4.3 Построение логической модели

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


Таблица 2.2

Название сущностиАтрибутКлючКассир№Договора, дата договора, сумма договора, срок действия.№ДоговораКлиент№Клиента, наименование заказчика, адрес, телефон.№КлиентаЛицевой счет№Лицевого счета.№Лицевого счетаПроводка№Проводки.№Проводки.Договор№Договора, дата заключения, номер счета.№ДоговораСчет№Счета, сумма счета.№Счета

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

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

Логическая модель данных представлена в виде ER-диаграмы на рис. 2.4.


Рис. 2.4 ER-диаграмма модели данных АРМ «Кассир-опперационист»


.5 Формализация расчетов


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

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

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

1.уменьшение времени необходимого для учета операций;

2.автоматизация контроля;

.возможность длительного хранения информации, для возможности более полного расчета эффективности деятельности ОПЕРУ;

.постоянная известность о сроках оплаты.

.Предкалькуляция


.6 Программное обеспечения решения задачи


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


.6.1 Общие положения

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

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

1.Метод проектирования сверху вниз;

2.Метод потоков данных;

.Объектно-ориентированное проектирование.

Для структурного проектирования характерна алгоритмическая декомпозиция. Следует отметить, что большинство программ написано в соответствии с этим методом. Тем не менее структурный подход не позволяет выделить абстракции и обеспечить ограничение доступа к данным; он также не предоставляет достаточных средств для организации параллелизма. Структурный метод не может обеспечить создание предельно сложных систем, и он, как правило, неэффективен в объектных и объектно-ориентированных языках программирования. Поэтому данный метод не использовался для проектирования АРМ «Кассир-операционнист».

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

Объектно-ориентированное проектирование (object-oriented design, OOD) - это подход в основе которого лежит представление о том, что программную систему нужно проектировать как совокупность взаимодействующих друг с другом объектов, рассматривая каждый объект как экземпляр определённого класса, причём классы образуют иерархию. Объектно-ориентированный подход отражает топологию новейших языков высокого уровня, таких как Object Pascal, C++, Smalltalk и др. Модели, для проектирования которой используется вышеназванный подход проектирования присущи четыре главных элемента:

1.Абстрагирование;

2.Инкапсуляция;

.Модульность;

.Иерархия.

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

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

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

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

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

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

Таким образом, для проектирования АРМ используется объектно-ориентированный подход.


.6.2 Анализ алгоритмов работы с базой данных

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

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

SELECT nomer_dogovora, zakaz.nomer_ zakaz, dogovor.nomer_ zakaz,

naimen_postzakaz, dogovorzakaz.nomer_ zakaz =dogovor.nomer_ zakaz

select nomer_lc, lc.nomer_dogovora,.nomer_dogovora, naimen_post, lk.nomer_lk,.nomer_lkfrom zajavka, dogovor, lk(zajavka.nomer_dogovora=dogovor.nomer_dogovora)(nomer_lk=dogovor.nomer)

Рассмотрим четыре операции над отношениями:

1.Селекция;

2.Проекция;

.Теоретико-множественное объединение;

.Соединение.

Селекция (selected_on - подвергнутые селекции по) уменьшает количество строк в таблице, и ее можно представить как результат разрезания таблицы по горизонтали и удаления ненужных кортежей. Формально селекция записывается так:selected_on [<предикат>] {синтаксис языка запросов (SQL)}

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

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

Проекция (projected_to - спроецированное на) уменьшает количество столбцов в таблице; данную операцию можно представить себе как разрезание по вертикали название операции имеет своим источником понятие проекции множества точек N-мерного пространства в пространство с меньшим количеством измерений. Например, в результате проекции множества точек плоскости (Х, У) на ось Х получается множество точек, расположенных на этой оси. К сожалению, значения проекций некоторых «точек» могут совпадать; это произойдет в том случае, когда проекция удалит столбец, входящий в ключ, так что оставшиеся части двух «укороченных» кортежей могут быть идентичными. Тогда придется удалить дубликаты и тем самым уменьшить количество строк, т.е. размер БД. Если хотя бы один из возможных ключей при выполнении проекции останется незатронутым, то дубликатов не будет.

Формально проекция записывается следующим образом:projected_to <имя-атрибута>{, <имя-атрибута>}

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

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

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

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

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

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

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

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

2.6.3 Алгоритмы запросов к БД

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

В случае если соединение прошло успешно, то пользователь допускается к работе с АСИС.


.7 Работа с режимами


Работа с договорами

Работа с договорами включает в себя:

Работа с клиентами;

Работа с договорами;

Работа с валютой;

Работа с заключенными договорами;

Работа с ассортиментом договоров;

Работа с платежами.

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

Работа с заявками;

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

Работа с заказами.

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

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

Редактирование происходит при нажатии клавиши Enter на выбранной записи. Происходит автоматическое изменение всех полей других таблиц связанных с номером редактируемого договора. Это изменение необходимо для поддержания ссылочной целостности в БД.

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

Работа с клиентами.

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

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

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

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

Работа с платежами.

Таблица «платежи» представляет собой справочник платежей, которые производятся, через ОПЕРА. Атрибуты этой таблицы содержат уникальный код для каждого платежа.

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

Удаление - двойным щелчком мыши на удаляемой строке.

Работа с заключенными договорами.

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

Пользователь имеет возможность добавлять, редактировать и удалять записи.

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

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

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

Работа с заказами

Для работы с заказами предлагается две закладки:

Заказ;

Все заказы.

В закладку «заказ» включены таблица «заказ» с атрибутами: номер

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

Печать.

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


.8 Испытание программного продукта


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

1.Тестирование (testing) - процесс выполнения программы или части программы, с намерением или целью найти ошибки;

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

.Контроль (verification) - попытка найти ошибки в тестовой, или моделируемой среде;

.Испытание (validation) - попытка найти ошибки, выполняя программу в заданной реальной среде;

.Аттестация (certification) - авторитетное подтверждение правильности программы. При тестировании с целью аттестации выполняется сравнение с некоторыми заранее определённым стандартом;

.Отладка (debugging) не является разновидностью тестирования. Хотя «отладка» и «тестирование» часто используются как синонимы, под ними подразумеваются разные виды деятельности. Тестирование - деятельность, направленная на обнаружение ошибок; отладка направлена на установление точной природы известной ошибки.

Справочные документы

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

1.ГОСТ Р28195-89 Оценка качества программных средств.

2.ISO/IEC 9126: 1991 Information Technology Software Product Quality Characteristics.

3.Стандарты разработки ПО ESA PSS-05-0-1991.

Краткий обзор верификации

Верификация обозначает:

1.действие по проверке, инспекции, тестированию, контролю процессов, определённых требованиями ANSI -78

2.процесс определения: удовлетворяет ли продукт данной фазе ЖЦ ПО требованиям, сформулированным на протяжение предыдущих фаз;

.формальное доказательство корректности программы.

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

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

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

2.Тестирование сопряжений - контроль сопряжений между частями системы (модулями, компонентами подсистемами).

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

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

Сквозной контроль

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

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

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

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

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

Трассировка требований к ПО и требований пользователя

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

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

Тестирование внешних функций

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

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

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

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

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

Последовательность применения метода:

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

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

3.Третий шаг: нарисовать функциональную диаграмму. Ситуации изображаются в виде вершин на левом краю листа бумаги, а эффекты - на правом.

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

Тестирование модуля

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

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

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

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

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

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

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

Комплексное тестирование

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

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

2.Для проведения тестов осуществлялось большое количество запросов к БД (20 запросов). В результате теста не было зафиксировано никаких отклонений в работе программы, но было отмечено определенное замедление работы БД с запросами.

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

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

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

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

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

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

3.Тестирование производительности. Требования к производительности и эффективности (время ответа для различных нагрузок и различных конфигураций) - важная часть проектов систем. Для проведения данного теста были использованы персональные компьютеры различной конфигурации (на базе AMD Athlon 64 X2 5000+, на базе Intel Core i7 720 QM, на базе Intel Core i5 670 QM, на базе AMD Phenom II X4 925 BOX, на базе Intel Core i7 975 Extreme OEM). В результате проведения теста была зафиксирована корректная работы системы, но необходимо отметить, что работа на ПК на базе Intel не рекомендуется, хотя и возможна.

Выводы по тестированию ПО

На основание проведения вышеперечисленных тестов (см. приложение B,) можно заключить, что:

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

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

.Система способна работать на ПК различной конфигурации, в том числе и минимальной.

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

.Система корректно осуществляет свою работу при работе с большими объемами данных и при большом количестве запросов (20 запросов).



3. Обоснование экономической эффективности проекта


.1 Расчет стоимости программного продукта


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

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


,(3.1)

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

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

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

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

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

Трудоемкость разработки технического задания рассчитывается по формуле (3.2)


,(3.2)где - затраты времени разработчика постановки задачи на разработку технического задания, [чел./дни];

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

Их значения рассчитываются по формулам (3.3) и (3.4)


,(3.3),(3.4)

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

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

(совместная разработка с разработчиком ПО);

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

(совместная разработка с разработчиком постановки задач).

Тогда


Трудоемкость разработки эскизного проекта рассчитывается по формуле (3.5)


,(3.5)

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

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

Их значения рассчитываются по формулам (3.6) и (3.7)


,(3.6),(3.7)

где - норма времени эскизного проекта на программный продукт. В нашем случае

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

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

Тогда

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


,(3.8)

где - норма времени, затрачиваемого на разработку технического проекта разработчиком постановки задач;

- норма времени, затрачиваемого на разработку технического проекта разработчиком ПО;

- коэффициент учета режима обработки информации. Принимаем =1,45 (группа новизны - Б, режим обработки информации - реальный масштаб времени);

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

Принимается количество разновидностей форм входной информации - 1, количество разновидностей форм выходной информации - 2:


,(3.9)

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

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

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

Принимается (группа новизны - Б):

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

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

- количество баз данных.

В данном случае:

Находится значение :

Тогда

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


,(3.10)

где - коэффициент учета сложности контроля информации. Принимается

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

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

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

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

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

Выбирается (количество разновидностей форм входной информации - 1, количество разновидностей форм выходной информации - 2)

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

Значение коэффициент учета вида используемой информации и сложности алгоритма программного продукта определяется по формуле (3.11)


,(3.11)

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

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

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

Принимается (сложность алгоритма программного продукта - 3, группа новизны - Б):

Находится значение :


Тогда

Трудоемкость выполнения стадии «Внедрения» рассчитывается по формуле (3.12)


,(3.12)

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

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

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

Коэффициенты и были найдены выше:

Тогда

Общая трудоемкость разработки программного продукта:

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

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

Расчет производится по формуле (3.13)


,(3.13)

где - трудоемкость i-ой работы, [чел./дни];

Q - трудоемкость дополнительных работ, выполняемых исполнителем, [чел./дни];

- количество исполнителей, выполняющих i-ую работу.

Так как дополнительные работы на всех этапах отсутствуют, то продолжительность каждого этапа составляет:

Общее время выполнения проекта:

.2 Определение цены программной продукции


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

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

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

затраты на оплату труда;

отчисления на социальные нужды;

амортизация основных средств;

прочие затраты.


.2.1 Расчет нематериальных активов и затрат на оборудование

В данной статье учитываются суммарные затраты на приобретение оборудования и нематериальных активов, требуемых для разработки данного программного продукта. Так как пакет Turbo Delphi с библиотеки уже установлен в организации, то стоимость его не учитывается. Результаты сведены в таблицу 3.1. Цены указаны по состоянию на январь 2011 года.


Таблица 3.1 - Затраты на оборудование и ПО

НаименованиеКоличество, шт.Цена за ед., руб.Сумма, руб.Turbo Delphi29500,0018000,00Windows XP Home Edition RUS SP223408,006816,00Итого24816,00Затраты на ПО: руб.

Затраты, связанные с использованием вычислительной техники определяют по формуле (3.14)


,(3.14)

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

- поправочный коэффициент учета времени использования ЭВМ.

Берется значение (сложность алгоритма ПП - 3; группа новизны - Б).

- цена одного часа работы ЭВМ,

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

- коэффициент учета быстродействия ЭВМ. Выбирается (более операций в секунду)

[руб.]

3.2.2 Расчет основной заработной платы

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


,(3.15)

где - месячный оклад i-го исполнителя, [руб.];

- трудоемкость работ, выполняемых i-м исполнителем, [чел./дни] - определяются из календарного плана-графика;

- среднее количество рабочих дней в месяце. Принимается d=21 день.

Расчет затрат на оплату труда каждого исполнителя:

Суммарная заработная плата равна:

.2.3 Расчет дополнительной заработной платы

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


,(3.16)

где - коэффициент отчислений на дополнительную заработную плату.

Принимается .

Тогда дополнительная заработная плата с учетом коэффициента отчислений составит:

3.2.4 Отчисления на социальные нужды

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


,(3.17)

где - коэффициент отчислений на социальное страхование.

Принимается

Тогда

.2.5 Расчет амортизационных отчислений

Расчет ведется по формуле (3.18)


,(3.18)

где А - годовые амортизационные отчисления;

Т - время работы оборудования;

- действительный годовой фонд рабочего времени на ПЭВМ.

Цена ПЭВМ требуемая для разработки ПО представлены в таблице 3.2:


НаименованиеЦенаЦП: AMD Phenom II X4 925BOX (ядро Deneb 2,8ГГц, Socket AM3, L2-кеш 2 мб, L3-кеш 6 мб.5200Системная плата: Gigabyte GA-MA770T-UD3P (Socket AM3, AMD770, 4хDDR3 1066\1333\1666 максимум до 16 Гб, PCIex16, 2xPCIe, 4xPCIe, IDE, 6xSATA, 8xUSB2,0, IEEE 1394a, S\PDIF-out, COM, LAN, 2xPS\2, аудио)3200Память: 2048 Мб 1333МГц, DDR3 Kingston PC 10666 (KVR1333D3N9-2G)2450Видеокарта: XFX Radeon HD 5750 1Гб GDDR5 (PCIex16,2xDVI, HDMI, DisplayPort)6450Жесткий диск: Seagate Barracuda ST3320418AS 320Гб (SATA-2, 7200 об\мин, 16Мб)2400Оптический привод: NEC AD-7243S-08LF (SATA, CD-ROM\R\RW, DVD-ROM\RAM, DVD-R\RW, DL)950Корпус: ASUS TA-881 (ATX, 450 Вт, 1х12 см, 24+4 pin, 2xUSB, звук2200Монитор: BenQ SE2241 (TFT, 21,5 дюйм, 1920х1080, 5 мс, 250 кд\м3,1000:1, VGA, DVI, HDMI. SCART, композитный, компонентный10500Мышь: A4TechXL-750BK (360dpi, лазерная, проводная) Клавиатура: A4TechKX-6MU-R-slim (проводная, 104 осноных+13 дополнительных клавиш)1700Итого:

Данные для расчета амортизационных отчислений представлены в таблице 3.3.


Таблица 3.3 - Данные для расчета амортизационных отчислений

Цена ПЭВМ (на январь 2010 года), руб.32890Процент на амортизационные отчисления, %12Годовой фонд рабочего времени на ПЭВМ (пятидневная неделя, 7,5 часовой рабочий день), час1950

А=0,12·32890·2=7894 руб.Т=245,91·7,5=1844,3 [час.] (из расчета 7,5 часового рабочего дня)

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


руб.

.2.6 Накладные расходы

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


,(3.19)

где - коэффициент накладных расходов.

Принимается

Тогда

3.2.7 Итоговые результаты

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


Таблица 3.4 - Результаты расчетов

Наименование статьиСметная стоимость, руб.Затраты на нематериальные активы и оборудование24816Затраты на оплату труда162190Дополнительная заработная плата32438Отчисления в ФСС74677Амортизация оборудования7466Накладные расходы48657Итого350244

Вывод: затраты на разработку программы составляют 248455 рублей.

Цена создания программного продукта с учетом норматива рентабельности определяется по формуле (3.20)


,(3.20)

где С - затраты на разработку ПП;

норматив рентабельности 30%.

Ц = 350244·1,3 = 455317 [руб.]

Цена создания разрабатываемой программы составляет 455317 рублей.

Прибыль рассчитывается по формуле (3.21)


(3.21)

Пр = 455317-350244= 105073 [руб.]

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

Величина получаемой прибыли от реализации программного продукта составила 105073 рублей.


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


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

автоматизирован процесс расчета;

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

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

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

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


Таблица 3.5 - Сравнительный анализ экономии времени

ПоказателиДо внедрения программного продуктаПосле внедрения программного продуктаОтклонения, минВвод информации по заявке клиента в таблицу Excel, минуты15 --15Расчет на калькуляторе и запись расчета на бумажный бланк, минуты20--20Формирование свода по виду, минуты405-35Формирование файла для книги, минуты_10+10Общее время на обработку информации, минуты7515-60Время за год на обработку информации, минуты33750067500-270000Расход за год на обработку информации, рубли541406108281-433125Затраты на разработку и внедрение ПП, рубли-350244+350244

До внедрения программного продукта кассир по сравниваемым показателям затрачивал 75 минут своего времени в месяц по составлению кредитного договора, после внедрения программы по тем же показателям используемое время сократилось до 15 мин. Экономия времени составила 60 минут.

Учитывая количество в год, расход времени по всем до внедрения составила:

4500·75=337500 мин.После внедрения:

4500·15=67500 мин.Экономия времени после внедрения составила:

337500-67500=270000 мин.Количество рабочего времени в месяц равно:

8·20=160 ч.Оклад кассира-операциониста составляет 16800 рублей в месяц.

Стоимость одного рабочего часа составит:

/160=105 руб./ч.

Расход денежных средств в год до внедрения составил:

·105/60=590625 руб.

Расход денежных средств в год после внедрения составил:

·105/60=118125 руб.

Экономия денежных средств за год после внедрения составил:

- 118125= 708750 руб.

Благодаря экономии времени отдел по кредитованию ОПЕРУ успешно выполняет работу в количестве одного человека.

Общая сумма экономического эффекта от внедрения программного продукта составила 708750 руб.

Определим срок окупаемости по формуле (3.22)


,(3.22)

где - затраты на создание ПП;

- экономический эффект от внедрения ПП.

Тогда срок окупаемости составит:

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

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



Заключение


В вводном разделе дипломного проекта был сделан обзор банковской системы нашей страны и рассмотрены современные банковские технологии.

Проанализированы функциональные возможности автоматизированной рабочего места «Кассир операционист» операционного узла НУ 6573990 ОАО «СБ РФ» и сделан вывод о необходимости создания АРМ с модернизированным программным обеспечением.

В аналитическом разделе проведен обзор современных автоматизированных банковских систем, дана их сравнительная оценка. Рассмотрена роль АРМ в составе автоматизированных банковских систем. Проведен анализ деятельности операционного узла НУ 6573990 ОАО «СБ РФ», который показал существенное возрастание эффективности его работы при внедрение АРМ «Кассир-операционист». Произведенно обоснование по техническому и программному обеспечению для реализации проекта.

В проектной части дипломной работы сделано обоснование использования ОС и программной среды Delphi при разработке программного обеспечения АРМ «Кассир-операционист» и сформулированы основные требования к нему, обосновано использование ОС и программной среды Delphi, при разработке программного обеспечения, определен состав функциональных задач и информационной базы.

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

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

В экономическом разделе проекта дан расчет экономической эффективности от влияния АРМ «Кассир-операционист». Показано, что экономический эффект от его использования в ОПЕРУ составляет 708750. Окупаемость средств, затраченных на приобретение оборудования для АРМ составляет 4 месяца.

Разработанное в рамках дипломной работы АРМ «Кассир-операционист» позволяет автоматизировать наиболее трудоемкие операции, проводимые в операционном узле сберегательного банка РФ, позволяет повышать производительность труда кассира-оператора, за счет сокращения времени обслуживания клиента.

Открытая архитектура и возможности расширения программного расширения позволяют без больших доработок интегрировать АРМ в автоматизированную банковскую систему


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


1.Акофф Р.Л. Планирование будущего корпорации. М.: Сирин, 2008. 256 с.

2.Ансофф И. Новая корпоративная стратегия. СПб.: Питер Ком, 2009. 416 с.

.Бестенс Д., В. Ван ден Берг, Д. Вуд Нейронные сети и финансовые рынки. Принятие решений в торговых операциях. - М. ТВП, 2007.

.Браун М.Г. Сбалансированная система показателей: на маршруте внедрения. М.: Альпина Бизнес Букс, 2005. 226 с.

.Берман. Б., Эванс Дж.Р. Розничная торговля: стратегический подход. М.: Вильямс, 2009. 1184 с.

.Боровиков В.П. Прогнозирование в системе STATISTICA в среде Windows. Основы теории и интенсивная практика на компьютере: Учеб.пособие.-М.:Финансы и статистика, 2009. - 384 с.: ил.

.Буч Г. Объектно-ориентированное программирование с примерами применения. - Киев: Диалектика, М.:И.В.К., 1992.

.Горбань. А.Н. Методы нейроинформатики. КГТУ, Красноярск, 2008. 205 с

.Гончарук В.А. Развитие предприятия. М.: Дело, 2000. 208 с.

.Городецкий В.И. Прикладная алгебра и дискретная математика. Часть 3. Формальные системы логического типа. - МО СССР, 1987. - 177 с.

.Гультяев А. Визуальное моделирование в среде MATHLAB: учебный курс. - СПб: Питер. 2009. - 432 с.

.Дьяконов В. МАTLAB: учебный курс. - СПб: Питер, 2009. - 560 с.

.Дьяконов В., Круrлов В. Математические пакеты расширения МАТLAB. - Специальный справочник. - СПб: Питер, 2009. - 480 с.

.Дюбуа Д., Прад А. Теория возможностей. Приложение к представлению знаний в информатике. - М.: Радио и связь, 1990. - 288 с.

.Иванов О.В. Статистика / Учебный курс для социологов и менеджеров. Часть 1. Описательная статистика. Теоретико-вероятностные основания статистического вывода. - М. 2005. 187 с

16.Hebb D. 1961. Organization of behavior. New York: Science Edition.

.Rumelhart D.E., Hinton G.E., Williams R.J. 1986. Learning internal reprentations by error propagation. In Parallel distributed processing, vol. 1, pp. 318-62. Cambridge, MA: MIT Press.

.Werbos P.J. 1974. Beyond regression: New tools for prediction and analysis in the behavioral sciences. Masters thesis, Harward University.

.Wasserman P.D. 1988a. Combined backpropagation/Cauchy machine. Proceedings of the International Newral Network Society. New York: Pergamon Press

.Rumelhart D.E., Hinton G.E., Williams R.J. 1986. Learning internal reprentations by error propagation. In Parallel distributed processing, vol. 1, pp. 318-62. Cambridge, MA: MIT Press.

.Wasserman P.D. 1988b. Experiments in translating Chinese characters using backpropagation. Proceedings of the Thirty-Third IEEE Computer Society International Conference. Washington, D.C.: Computer Society Press of the IEEE.

.Parker D.B. 1987. Second order back propagation: Implementing an optimal 0 (n) approximation to Newton's method as an artificial newral network. Manuscript submitted for publication.

.Stornetta W.S., Huberman B.A. 1987. An improwed three-layer, backpropagation algorithm. In Proceedings of the IEEE First International Conference on Newral Networks, eds. M. Caudill and C. Butler. San Diego, CA: SOS Printing.

.Pineda F.J. 1988. Generalization of backpropagation to recurrent and higher order networks. In Newral information processing systems, ed. Dana Z. Anderson, pp. 602-11. New York: American Institute of Phisycs.

.Sejnowski T.J., Rosenberg C.R. 1987. Parallel networks that learn to pronounce English text. Complex Systems 1:145-68.

.Burr D.J. 1987. Experiments with a connecnionlist text reader. In Proceedings of the IEEE First International Conferense on Neural Networks, eds. M. Caudill and C. Butler, vol. 4, pp. 717-24. San Diego, CA: SOS Printing.

.Cottrell G.W., Munro P., Zipser D. 1987. Image compression by backpropagation: An example of extensional programming. ICS Report 8702, University of California, San Diego.

28.Кэнту М. Delphi 7 для профессионалов - СПб: Издательство «Питер», 2007. - 1120 с.:ил.

29.Minsky M., and Papert S., 1969. Perseptrons. Cambridge, MA: MIT Press. (Русский перевод: Минский М.Л., Пейперт С. Персептроны. - М. Мир. - 1971.)

30.Kohonen T. 1984. Self-organization and associative memory. Series in Information Sciences, vol. 8. Berlin: Springer Verlag

.Fayyad, Piatetsky-Shapiro, Smyth, and Uthurusamy. Advances in Knowledge Discovery and Data Mining, (Chapter 1) AAAI/MIT Press 1996

.Parsaye K. A Characterization of Data Mining Technologies and Processes. The Journal of Data Warehousing. 1998. №1

.Ribeiro R.A., Moreira A.M. Fuzzy Query Interface for a Business Database // International Journal of Human-Computers Studies, Vol. 58 (2003), PP. 363-391.

.Dubois D., Prade H. Using Fuzzy Sets in Database Systems: Why and How? // Proc. of 1996 Workshop on Flexible Query-Answering systems (FQAS'96), Denmark, May 22-24, 1996, PP. 89-103.

35.Смолко Д.С., Черноруцкий И.Г. Система поддержки принятия решения для портфеля ценных бумаг // Сборник докладов I Международной конференции по мягким вычислениям и измерениям (SCM-98), Санкт-Петербург, 1998, том 2, С. 231-234.

.Прикладные нечеткие системы / Тэрано Т., Асаи К., Сугено М., 1993.

.Яхъяева Г.Э. Нечеткие множества и нейронные сети. - БИНОМ. Лаборатория знаний, Интернет-университет информационных технологий - ИНТУИТ.ру, 2008.

.Титоренко Г.А. Автоматизированные информационные технологии в экономике. - М.: Компьютер, ЮНИТИ, 1998.

.Карминский А.М., Нестеров П.В. Информатизация бизнеса. - М.: Финансы и статистика, 1997.

.Леоненков А.В. Нечеткое моделирование в среде MATLAB и fuzzyTECH. - СПб.: БХВ Петербурr, 2005. - 736 с.: ил.

.Дьяконов В. МАTLAB: учебный курс. - СПб: Питер, 2001. - 560 с.

.Дьяконов В., Круrлов В. Математические пакеты расширения МАТLAB. - Специальный справочник. - СПб: Питер, 2001. - 480 с.

.Дюбуа Д., Прад А. Теория возможностей. Приложение к представлению знаний в информатике. - М.: Радио и связь, 1990. - 288 с.

.Городецкий В.И. Прикладная алгебра и дискретная математика. Часть 3. Формальные системы логического типа. - МО СССР, 1987. - 177 с.

.Гультяев А. Визуальное моделирование в среде MATHLAB: учебный курс. - СПб: Питер. 2000. - 432 с.

.Искусственный интеллект. Кн. 2. Модели и методы: Справочник / Под ред. Д.А. Поспелова. - М.: Радио и связь, 1990. - 304 с.

.Мелихов А.Н., Бернштейн Л.С., Коровин С.Я. Ситуационные советующие системы с нечеткой логикой. - М.: Наука, 1990. - 272 с.

.Методы анализа данных / Под. ред. Э. Дидэ и др. - М.: Финансы и статистика, 1985. - 360 с.

49.Рихтер Джеффри «Windows для профессионалов», С-П. Русская редакция 1995.

50.Пеньков Е.Г. «Организация учета в материально-техническом снабжении», Финансы, М. 1973

.Голда З.К. «Организация и планирование материально-технического снабжения предприятий и организаций местного хозяйства» М. 1970

.Лифшиц Н.И., Левин Е.Т «Механизация и автоматизация процессов отборки и комплектования заказов на складах» М., 1970

.А.А. Бакаев, В.И. Гриценко, Д.Н. Козлов «Методы организации и обработки баз знаний» Наукова думка, Киев 1993

.Л.В. Кокорева, О.Л. Перевозчикова «Диалоговые системы и представление знаний» М., 1995

.С.П. Павлов, З.И. Губонина «Охрана труда в приборостроении» М., 1986

.А.О. Навакатикян, В.В. Кальнищ «Охрана труда пользователей компьютерных видеодисплейных терминалов» Киев 1997

.Г. Майерс «Надежность ПО» Мир, М., 1980

.Г. Майерс «Искусство тестирования программ» Финансы и статистика М., 1982

.К.Г. Гусев М.Ф. Бабаков «Oсновы теории надежности учебное пособие» ХАИ 1975.

.Бронин Е.И. «Принципы построения и архитектура САПР»

.Цветков В.Д. «Системно-структурное моделирование и автоматизация проектирования»;

.Мартин Дж. «Организация баз данных в вычислительных системах»;

.Дантеманн Дж. «Программирование в среде Delphi»

.Сван. Т Delphi 4. «Библия разработчика»

.Хендерсон К. «Руководство разработчика баз данных»

.Грого П. «Программирование на языке Паскаль»

.Ю.Х. Вермишев «Основы автоматизации проектирования»

.П. Грэй «Логика, алгебра, и БД.»

.Драммонд Д. «Методы оценки и измерений дискретных вычислительных cистем». Пер. с англ. - М: Мир 1976.

70.Brown A.R. «Programm Debugging» London: MacDonald 1973.

71.Гради Буч. «Объектно-ориентированный анализ и проектирование.» М.: Издательство Бином

.Бойко В.В., Савинков В.М. «Проектирование информационной базы автоматизированной системы на основе СУБД.» М.: Финансы и статистика, 1982.

.Борзов Ю.В. «Методы тестирования и отладки программ ЭВМ.» Рига, ЛГУ им. П. Стучки, 1980.

.Гудман С. «Введение в разработку и анализ алгоритмов.» М.: Мир, 1981.

.Джексон Г. «Проектирование реляционных баз данных для использования с микро-ЭВМ» М.: Финансы и статистика, 1991.


Введение Современная банковская система сложилась в нашей стране за последние десять лет. Важно учесть, что банковская система - это не только банки,

Больше работ по теме:

КОНТАКТНЫЙ EMAIL: [email protected]

Скачать реферат © 2017 | Пользовательское соглашение

Скачать      Реферат

ПРОФЕССИОНАЛЬНАЯ ПОМОЩЬ СТУДЕНТАМ