Дипломная работа: Разработка информационной системы "Библиотека"


>

Главная > Дипломная работа >Информатика

Сохрани ссылку на реферат в одной из сетей:

Введение

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

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

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

Предприятия, занимающиесяпроектированием и разработкой устройствразличного назначения, в настоящеевремя широко используют различныесредства как автоматизированногопроектирования – САПР (CAD), так имониторинга производственных процессов– АСУТП (SCADA/DCS). Однако для устройствсобственной разработки необходиморазрабатывать собственные средстваконтроля их работоспособности и анализакачества продукции.

Технологический процесс учетапродукции на складе в магазине Cleanellyвключает этап ведение учетностипродаваемой продукции.

Целью настоящего дипломногопроекта является реализацияавтоматизированного рабочего места(АРМ) позволяющего осуществить учетпродукции на складе магазина.

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

  • провести анализ бизнес-процессов магазина;

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

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

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

  • провести оценку экономической эффективности информационной системы.

1Разработка требований к программномуобеспечению

1.1Анализ существующих решений

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

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

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

К основным преимуществам моейсистемы Оптовая База можно отнестиотносительную низкую стоимость внедренияданной системы ,а также еще ряд преимуществ:

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

  • Удобство пользования интерфейсом;

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

1.2Анализ предметной области

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

Для проведения анализа иреорганизации бизнес-процессовпредназначено CASE средство верхнегоуровня All Fusion Process Modeler (BPwin), поддерживающиеметодологии IDEF0 (функциональная модель),DFD (Dataflow Diagram) и IDEF3 (Workflow Diagram). BPwin являетсямощным программным продуктом длясоздания моделей, позволяющиханализировать, документировать ипланировать изменения сложныхбизнес-процессов. BPwin предлагает средство,для сбора всей необходимой информациио работе предприятия и графическогоизображения этой информации в видецелостной и непротиворечивой модели.[24]

С точки зрения функциональностисистемы. В рамках методологии IDEF0(Integration Definition for Function Modeling) бизнес-процесспредставляется в виде набораэлементов-работ, которые взаимодействуютмежду собой, а также показываетсяинформационные, людские и производственныересурсы, потребляемые каждой работой.Функциональная модель предназначенадля описания существующих бизнес-процессовна предприятии (так называемая модельAS-IS) и идеального положения вещей того, к чему нужно стремиться (модельTO-BE). Методология IDEF0 предписываетпостроение иерархической системыдиаграмм, т.е. единичных описанийфрагментов системы. Сначала проводитсяописание системы в целом и ее взаимодействиес окружающим миром (контекстнаядиаграмма), после чего проводитсяфункциональная декомпозиция системаразбивается на подсистемы и каждаясистема описывается отдельно (диаграммыдекомпозиции). Затем каждая подсистемаразбивается на более мелкие и так далеедля достижения нужной степени подробности.[26]

Если в процессе моделированиянужно осветить специфические сторонытехнологии предприятия, BPwin позволяетпереключиться на любой ветви модели нанотацию DFD или IDEF3. Диаграммы DFD (Data FlowDiagramming) могут дополнить то, что ужеотражено в модели IDEF3, поскольку ониописывают потоки данных, позволяяпроследить, каким образом происходитобмен информацией между бизнес-функциямивнутри системы. В тоже время диаграммыDFD оставляют без внимания взаимодействиемежду бизнес-функциями. [26]

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

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

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

В основе методологии IDEF0 лежатчетыре основных понятия.

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

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

  • верхняя сторона имеет значение «Управления» (Control);

  • левая сторона имеет значение «Вход» (Input);

  • правая сторона имеет значение «Выход» (Output);

  • нижняя сторона имеет значение «Механизм» (Mechanism).

Вторым «китом» методологии IDEF0является понятие интерфейсной дуги(Arrow). Графическим отображением интерфейснойдуги является однонаправленная стрелка.Каждая интерфейсная дуга должна иметьсвое наименование (Arrow Label). С помощьюинтерфейсных дуг отображают различныеобъекты, в той или иной степени определяющиепроцессы, происходящие в системе. Приэтом стрелки, в зависимости от того вкакую грань прямоугольника работы онивходят или из какой грани выходят,делятся на:

  • стрелки входа (входят в левую грань функционального блока) – изображают изменяемые в ходе выполнения работы данные или объекты;

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

  • стрелки выхода (выходят из правой грани функционального блока) – изображают данные или объекты, появляющиеся в результате выполнения работы;

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

Третьим основным понятиемстандарта IDEF0 является декомпозиция(Decomposition). Принцип декомпозиции применяетсяпри разбиении сложного процесса насоставляющие его функции.

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

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

Рассмотрим диаграммы бизнес-процессовпротекающие на складе магазина ОАО ДММ,«Cleonelly»:

Для общей видимости системынеобходимо построить контекст«Деятельность склада предприятия»(смотри рисунок 1.1).

Рисунок 1.1 – Диаграмма «Деятельностьсклада предприятия»

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

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

Рисунок 1.2 – Диаграммы декомпозициипервого уровня

Далее каждый из блоков декомпозициисистемы будет еще разбиваться, декомпозиция«Оформление товара» можно увидеть нарисунке 1.3, «Отпуск товара» – рисунок1.4, «Оприходывание товара» – рисунок1.5.

Рисунок 1.3 – Диаграмма «Оформлениетовара»

Рисунок 1.4 – Диаграмма «Отпусктовара»

Рисунок 1.5 – Диаграмма «Оприходываниетовара»

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

Основными компонентами диаграммыпотоков данных являются:

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

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

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

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

Рассмотрим диаграмму потоковданных (DFD) «Отпуск товара» рисунок 1.6.На этой диаграмме показано движениедокументов при поступлении в организацию«заявки на товар».

Рисунок 1.6 – Диаграмма DFD «Отпусктовара»

Рассмотрим следующую диаграммупотоков данных «Оформление товара»(смотри рисунок 1.7). Здесь показанопроцесс выполнения работ и движениедокументов при «отпуске товара».

Рисунок 1.7 – Диаграмма DFD«Оформление товара»

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

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

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

    1. Это контроль за поставляемыми и хранящимися на складе товарами.

    2. Информацию о поставщиках и потребителях

    3. Также содержится информация информация и операции по товару

    4. Содержится журнал отчета отпущенного товара

    5. Содержится справочник товаров

    6. Автоматизация складских функций (приход, расход, списание, резервирование товара)

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

    8. Создание накладных и учет выданного товара

    9. Проведение инвентаризации складов с созданием сличительной ведомости, акта недостачи и излишек

    10. Создание комплектов товаров

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

1.3Сбор требований

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

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

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

  • документирование результатов.

  • сохранить данные в базе;

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

  • Информационная система должна быть реализована как программа на базе интегрированной среды Visual Fox Pro.

Работа программы осуществляетсяв операционной системе Windows2000/NT/XP.

Различают четыре основных этапапроцесса разработки требований (рисунок1.8):

  • анализ технической осуществимости создания системы;

  • формирование и анализ требований;

  • специфицирование требований и создание соответствующей документации;

  • аттестация требований.

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

1.4Спецификация требований

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

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

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

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

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

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

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

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

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

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

1.5Аттестация требований

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

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

  1. Проверка правильности требований.

  2. Проверка на непротиворечивость.

  3. Проверка на полноту.

  4. Проверка на выполнимость.

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

  1. Обзор требований.

  2. Прототипирование.

  3. Генерация тестовых сценариев.

  4. Автоматизированный анализ непротиворечивости.

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

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

Следующим шагом аттестациитребований является непосредственноесоздание прототипов.

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

Прототип основного меню данногомодуля представлен на рисунке 1.9.

1.6Выбор методологии проектированияинформационной системы

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

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

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

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

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

  • SADT (Structured Analysis and Design Technique) модели и соответствующие функциональные диаграммы;

  • DFD (Data Flow Diagrams) диаграммы потоков данных;

  • ERD (Entity-Relationship Diagrams) диаграммы "сущность-связь".

На стадии проектирования ИСмодели расширяются, уточняются идополняются диаграммами, отражающимиструктуру программного обеспечения:архитектуру ПО, структурные схемыпрограмм и диаграммы экранных форм.

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

2ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННОЙ СИСТЕМЫ

2.1Архитектурное проектирование

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

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

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

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

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

  • направленность на миссии организации;

  • направленность на требованиях;

  • направленность на разработке;

  • возможность к адаптации;

  • необходимость гибкости.

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

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

  • файл-серверная;

  • клиент-серверная;

  • многоуровневая.

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

Клиент-сервер. В основе этойконцепции лежит идея о том, что помимохранения файлов базы данных, центральныйсервер должен выполнять основную частьобработки данных. Пользователи обращаютсяк центральному серверу с помощьюспециального языка структурированныхзапросов (SQL, Structured Query Language), на которомописывается список задач, выполняемыхсервером. Запросы пользователейпринимаются сервером и порождают в немпроцессы обработки данных. В ответпользователь получает уже обработанныйнабор данных. Между клиентом и серверомпередается не весь набор данных, какэто происходит в технологии файл-сервер,а только данные, которые необходимыклиенту. Запрос пользователя длинойвсего в несколько строк способен породитьпроцесс обработки данных, затрагивающиймножество таблиц и миллионы строк. Вответ клиент может получить лишьнесколько чисел. Технология клиент-серверпозволяет избежать передачи по сетиогромных объемов информации, переложиввсю обработку данных на центральныйсервер. Кроме того, рассматриваемыйподход позволяет избежать конфликтовизменений одних и тех же данных множествомпользователей, которые характерны длятехнологии файл-сервер. Технологияклиент-сервер реализует согласованноеизменение данных множеством клиентов,обеспечивая автоматическое соблюдениецелостности данных. Эти и некоторыедругие преимущества сделали технологиюклиент-сервер очень популярной. Кнедостаткам этой технологии можноотнести высокие требования кпроизводительности центральногосервера. Чем больше клиентов обращаетсяк серверу, и чем больше объем обрабатываемыхданных, тем более мощным должен бытьцентральный сервер.

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

2.2Проектирование интерфейса информационнойсистемы

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

  • набор задач пользователя, которые он решает при помощи системы;

  • элементы управления системой;

  • навигация между блоками системы;

  • визуальный дизайн экранов программы.

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

  • снижение количества ошибок пользователя;

  • снижение стоимости поддержки системы;

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

  • улучшение морального состояния персонала;

  • уменьшение расходов на изменение пользовательского интерфейса по требованию пользователей;

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

АРМ оптовая база разрабатываетсякак приложение использующее технологиюклиент-сервер.

2.2.1Пользовательский интерфейс управляющейпрограммы

Основным модулем «АРМ ОптоваяБаза» является модуль Luck.exe,обеспечивающий реализацию основнойфункциональности диаграммы вариантовиспользования, представленной на рисунке1.9 раздела 1.4.

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

Интерфейс программы,администраторская часть:

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

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

  3. форма «Заказчики», благодаря этой форме можно видеть полную информацию о заказчиках предприятия (рисунок 2.7);

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

Интерфейс программы пользовательскаячасть:

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

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

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

В меню касса тут хранятсяинформация по приходным ордерам ирасходным кассовым ордерам.(скриншоты)

2.2.2Пользовательские интерфейсыкомпонентов управления

Рис 2.0 Главное меню программы

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

Рисунок 2.1 Окно меню прихода илипоступления на склад .

Рисунок 2.2 Окно меню расхода

Рисунок 2.2 Окно меню регулирующееправа доступа к программе.

Рисунок 2.3 Окно меню остаткатовара.

Рисунок 2.4 Окно меню касса.

Рисунок 2.4 Окно меню переоценка.

2.3Проектирование баз данных

Для проектирования базы данныхбыл использован ERwin 4.0 от Computer Associates Int.

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

ERwin - не только лучший инструментдля проектирования баз данных, но исредство для их быстрого создания. ERwinоптимизирует модель в соответствии сфизическими характеристиками целевойбазы данных. В отличие от другихинструментальных средств, ERwin автоматическиподдерживает согласованность логическойи физической схем и осуществляетпреобразование логических конструкций,таких как отношения многие-ко-многим,в их реализацию на физическом уровне.Облегчает проектирование баз данных.Для этого достаточно создать графическуюE-R модель (объект-отношение), удовлетворяющуювсем требованиям к данным и ввестибизнес-правила для создания логическоймодели, которая отображает все элементы,атрибуты, отношения и группировки. Erwinимеет два уровня представления модели– логический и физический. Логическийуровень – это абстрактный взгляд наданные, на нём данные представляются,так как выглядят в реальном мире, и могутназываться так, как называются в реальноммире, например «Постоянный клиент»,«Отдел» или «Фамилия сотрудника».Объекты модели, представляемые налогическом уровне, называются сущностямии атрибутами. Логический уровень моделиданных является универсальным и никакне связан с конкретной реализациейСУБД. Различают три подуровня логическогоуровня модели данных, отличающиеся поглубине представления информации оданных:

  • Диаграмма сущность – связь (Entity Relationships Diagram (ERD));

  • Модель данных, основанная на ключах (Key Based model (KB));

Полная атрибутивнаямодель (Fully Attributed model (FA)).

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

Логическая модель – наиболеедетальное представление структурыданных: представляет данные в третьейнормальной форме и включает все сущности,атрибуты и связи (смотри приложение Б).[26]

Физическая модель данныхнапротив зависит от конкретной СУБД,фактически являясь отображениемсистемного каталога. В физическом уровнемодели содержится информация обо всехобъектах базы данных. Поскольку стандартовна объекты базы данных не существует(например, нет стандарта на типы данных),физический уровень модели зависит отконкретной реализации СУБД. Следовательно,одному и тому же логическому уровнюмодели могут соответствовать несколькоразных физических уровней различныхмоделей. Если на логическом уровнемодели не имеет большего значения, какойконкретно тип данных у атрибута (хотяи поддерживаются абстрактные типыданных), то на физическом уровне моделиважно описать всю информацию о конкретныхфизических объектах – таблицах, колонках,индексах, процедурах и т.д. Разделениемодели данных на логический и физическийуровни позволяет решить нескольковажных задач. [20]

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

2.4Обоснование выбора платформы созданияинформационной системы

Visual FoxPro — визуальная средаразработки систем управления реляционнымибазами данных, выпускаемая в настоящеевремя корпорацией Майкрософт. Последнейверсией является 9.0. Использует языкпрограммирования FoxPro. Версия системы7.0 может работать в операционных системахWindows 9x и ядра NT, версии 8.0 и 9.0 - только вWindows XP, 2000, 2003.

FoxPro (Фокс-про?) — один из диалектовязыка программирования xBase. Применяетсяв основном для разработки реляционныхСУБД, хотя возможно применять дляразработки и других классов программ.Какуже отмечалось выше, язык VFP это сильнодополненный и расширенный язык xBase. ВVisual FoxPro язык программирования, то естьбазовой конструкцией языка являетсяпонятие класса. Исходный же вариантxBase это чистейший структурный язык, сбазовым понятием процедур и функций.Таким образом, современный языкпрограммирования Visual FoxPro допускаетсовмещать как и программирование "постаринке" описанием массы процедур,так и в стиле ООП, создавая сложнуюиерархию классов.

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

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

    • Современная организация реляционных баз данных, позволяющая хранить информацию о таблицах базы, их свойствах, индексах и связях, задавать условия соблюдения ссылочной целостности, создавать локальные и удаленные представления (Views), связи с серверами, хранимые процедуры, исполняемые при наступлении более 50 различных видов событий (VFP 7.0-9.0).

    • Высокая скорость работы с большими базами данных.

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

    • Высокая скорость разработки приложений с использованием Мастеров (Wizard), Конструкторов (Designer), Построителей (Builder), режим подсказок IntelliSense при написании текста программ, системы отладки и тестирования программ.

    • Возможность разработки приложений, работающих по технологии "клиент-сервер" с данными, размещенными на серверах баз данных Oracle и Microsoft SQL Server и с другими приложениями Microsoft Windows с использованием ODBC и OLE

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

2.5Проектирование модулей

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

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

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

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

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

  2. Менеджер открывает форму Приход.

  3. Менеджер ставит дату заявки.

  4. Менеджер ставит наименование товара.

  5. Менеджер вносит количество поступаемого товара.

  6. Менеджер вносит сумму заявки.

  7. Менеджер закрывает форму.

  8. Вариант использования заканчивается.

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

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

3Реализация и аттестация информационнойсистемы

3.1Реализация приложения

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

В данном случае реализацияприложения выполнялась в Microsoft VisualFoxPro.

Ниже будут описаны основныефункции системы:

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

  2. Кнопка меню приход. Даная кнопка позволяет провести учет поступающих товаров на склад магазина рис 3.2.

  3. В кнопке меню расход ведется учет отпущенного товара со склада рис 3.3.

  4. В кнопке меню доступа регулируются права пользования данной программой рис 3.4.

  5. В кнопке меню остатки хранится информация о хранящихся материалах на складе магазина рис 3.5.

  6. В кнопке меню касса храниться информация о приходных кассовых ордерах и расходных кассовых ордерах рис 3.6.

  7. В кнопке меню переоценка проходит изменения цены на новую цену товара рис.3.7.

Рисунок 3.1 – Стартовая формасистемы

Рисунок 3.2 – Форма учета поступленийматериала на склад.

Рисунок 3.3– Форма учета отпущенноготовара.

Рисунок 3.4– Форма регулирующаяправа доступа к программе.

Рисунок 3.5– Форма остатков товарана складе.

Рисунок 3.5–Форма о приходныхкассовых ордерах и расходных кассовыхордерах.

Рисунок 3.6–Форма операций потовару.

    1. Тестирование приложения

Тестирование — процесс выполненияпрограммы с целью обнаружения ошибок.Тестирование обеспечивает:

    • обнаружение ошибок;

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

    • демонстрацию реализации требований к характеристикам программы;

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

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

На входе процессатестирования три потока:

  • текст программы;

  • исходные данные для запуска программы;

  • ожидаемые результаты.

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

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

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

Существуют 2 принципа тестированияпрограммы:

  • функциональное тестирование (тестирование «черного ящика»);

  • структурное тестирование (тестирование «белого ящика»).

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

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

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

Тестирование «черного ящика»обеспечивает поиск следующих категорийошибок:

  • некорректных или отсутствующих функций;

  • ошибок интерфейса;

  • ошибок во внешних структурах данных или в доступе к внешней базе данных;

  • ошибок характеристик (необходимая емкость памяти и т. д.);

  • ошибок инициализации и завершения.

Подобные категории ошибокспособами «белого ящика» не выявляются.

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

На этапе тестирования решаютдве основные задачи:

  • Тестирование решения – выполняются планы тестирования, созданные на этапе планирования и расширенные и опробованные на этапе разработки;

  • Пилотная эксплуатация – развертывание решения в тестовой среде и тестирование с привлечением будущих пользователей и реализацией реальных сценариев использования системы. Эта задача выполняется до начала этапа развёртывания.

Цель этапа тестирования –снижение риска, возникающего при вводерешения в промышленную эксплуатацию.

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

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

  • Базовое тестирование – низкоуровневое техническое тестирование. Проводится самим разработчиком в процессе написания программного кода. Применяется метод «белого ящика», высокий риск ошибок.

  • Тестирование на пригодность к использованию – высокоуровневое тестирование, выполняется тестировщиком и будущими пользователями продукта. Применяется метод «чёрного ящика».

  • Альфа- и бета-тестирование – в терминах MSF альфа-код – это в основном все исходные тексты, созданные на этапе разработки модели процессов MSF, а бета-код – код, прошедший тестирование на этапе тестирования. Поэтому на этапе разработки модели процесса MSF тестируется альфа-код, а на этапе тестирования – бета-код.

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

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

  • Тестирование документации и справочной системы – тестируются все разработанные сопровождающие документы и справочные системы.

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

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

Таблица 3.2 – План пилотнойэксплуатации

Действие

Описание

1. Выбор критериев успеха

Разработчик и участники опытного тестирования определяют критерии успешности и согласовывают их

2. Выбор пользователей и места установки

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

3. Подготовка пользователей и места установки

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

4. Развёртывание опытной версии

Устанавливается опытная версия и включается в работу.

5. Поддержка и мониторинг опытной версии

Контроль работы пользователей и системы, оказание помощи в эксплуатации, сбор сведений о работе системы

6. Обратная связь с пользователями и оценка результатов

Пользователи высказывают своё мнение о работе системы, указывают на недочёты и ошибки.

7. Внесение изменений и дополнений

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

8. Решения о развертывании

Если результаты работы опытного тестирования удовлетворяют пользователей принимается решение о развертывании системы.

3.2Методика развертывания приложения

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

Цели этапа развертывания:

  •  перенести решение в промышленную среду;

  •  признание заказчиком факта завершения проекта.

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

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

Для развертывания разрабатываемойсистемы был составлен план действий,который приведен в таблице 3.1.

Таблица 3.1 – Планразвертывания приложения

Действие

Описание действия

1. Резервное копирование

Производится резервное копирование данных пользователя при его участии и согласовании путем переноса информации на сменные носители (СD, DVD)

2. Установка базовых компонентов решения

Применение технологий, обеспечивающих работу решения. В данном случае – установка компонента Visual FoxPro

3. Установка клиентского приложения

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

4. Обучение

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

5. Передача базы знаний проекта клиенту

Заказчику передаётся вся проектная документация

6. Закрытие проекта

Составляется отчёт о закрытии проекта. Заказчик подписывает акт приёмки.

Для нормального функционированияАРМ требуется операционная системаMicrosoft WindowsXP.

4Управление информационным проектом

4.1Выбор жизненного цикла разработки

Одним из базовых понятийметодологии проектирования ИС являетсяпонятие жизненного цикла ее программногообеспечения (ЖЦ ПО). ЖЦ ПО – это непрерывныйпроцесс, который начинается с моментапринятия решения о необходимости егосоздания и заканчивается в момент егополного изъятия из эксплуатации.

Основным нормативным документом,регламентирующим ЖЦ ПО, являетсямеждународный стандарт ISO/IEC 12207 (ISO -International Organizationof Standardization– Международная организация постандартизации, IEC - InternationalElectro technicalCommission - Международнаякомиссия по электротехнике). Он определяетструктуру ЖЦ, содержащую процессы,действия и задачи, которые должны бытьвыполнены во время создания ПО.

Источник: http://works.doklad.ru/view/xmo89Oois-4/all.html
Диплом на заказ. Введение Выделение отдельных стадий создания АСУ и определение содержания работ на...

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

Дипломная работа [6.5 M], добавлена 30.11.2010 2. Проектирование информационной системы ВУЗа. Разработка информационной системы ВУЗа с...

РЕФЕРАТ. Баева А. И. РАЗРАБОТКА ИНФОРМАЦИОННЫХ СИСТЕМ НА БАЗЕ МОБИЛЬНЫХ ИНТЕРФЕЙСОВ, дипломная работа: стр.107, рис. 20, прил.

ИНФОРМАЦИОННОЙ СИСТЕМЫ КОЛИЧЕСТВЕННОЙ. ОЦЕНКИ. Дипломная работа, 47 страниц, 19 рисунков, 24 источников, 4 приложения.

Источник: http://yeswigi.hatenadiary.com/entry/2014/10/15/132220

Аннотация

Данный дипломный проект содержит постановку задачи «Разработка информационной системы «Библиотека» для МОУ СОШ №8 г.Богородицка, алгоритм реализации данной задачи, представленный в виде блок-схемы, описание входной и выходной информации и машинную реализацию данной задачи.

Программа разработана для ПЭВМ IBM PC/AT AMD Athlonä XP-1700 на языке программирования FoxPro v.2.6. под управлением операционной системы Windows XP в режиме эмуляции MS-DOS.

Данная программа разработана по заказу Министерства образования РФ для муниципального образовательного учреждения средней общеобразовательной школы №8 г. Богородицка.


Содержание

1. Введение

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

3. Информационное обеспечение решения задачи

3.1 Режимы работы задачи

3.2 Информационная модель решения задачи

3.3 Описание входной информации

3.4 Описание выходной информации

4. Алгоритм решения задачи

4.1 Блок-схема алгоритма

4.2 Описание блок-схемы

5. Машинная реализация задачи

5.1 Характеристика технических средств

5.2 Математическое обеспечение

5.3 Обоснование выбора языка программирования

5.4 Описание программы

5.5 Инструкция пользователю по работе с программой

6. Контрольный пример

7. Экономическое обоснование программы

Приложения

Список литературы


1. Введение

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Характерными особенностями технологии обработки данных на ПЭВМ, в том числе и в разработанной информационной системе «Библиотека», являются:

– работа пользователя в режиме манипулирования данными. Пользователь должен «видеть» и «действовать», а не «знать» и «помнить».

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

– безбумажный процесс отработки документа.

– интерактивный режим решения задач с широкими возможностя-ми для пользователя.

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

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

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

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


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

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

Информация в таком обществе становится одним из основных продуктов деятельности человека, и библиотекам со своим огромным информационным потенциалом предстоит войти в процесс развития информационной индустрии, обогащая содержание и расширяя ассортимент производимого ими информационного продукта, включая в поле деятельности наряду с библиографической информацией фактографическую и аналитическую, а также создание традиционной и новой продукции (фонды, каталоги в бумажном и машиночитаемом видах, банки данных). Всего этого можно достичь, если библиотеки уже сейчас, не теряя времени, приступят к выполнению комплексных программ автоматизации библиотечных процессов. Разработанная для МОУ СОШ №8 г.Богородицка информационная система «Библиотека» является коммерческим проектом, оплаченным из средств фонда по компьютеризации системы образования РФ (проект «Электронная Россия»).

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

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

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

Более существенны следующие возможности:

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

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

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

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

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

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

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

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

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

Таким образом, процесс автоматизации библиотеки полезен и необходим.

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

– каталогизация, электронный каталог (ЭК), справочно-библиографическое обслуживание;

– библиографическое обслуживание на основе использования баз данных чужих ЭК в теледоступе или на оптических дисках;

– подсистема обслуживания читателей;

– комплектование, включая книгообмен;

– регистрация периодических изданий и ведение соответствующего электронного каталога;

– межбиблиотечный абонемент;

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

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

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

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

Автоматизация процессов обслуживания читателей связана с рядом сложностей, которые заставляют многие библиотеки отложить создание этой подсистемы на более обеспеченное будущее. Для данной системы целесообразно иметь несколько дисплеев к одной компьютерной памяти, принтеры в каждом помещении книгохранилища для печати заказов читателей. Кроме того, без использования штрих кодов в библиотеке с номерами читательских билетов и инвентарными номерами единиц хранения, при клавиатурном вводе простых последовательностей знаков с читательских билетов и экземпляров документов легко допустить ошибки. Данные информационной системы «Библиотека» хранятся на жестком магнитном диске, так что в случае необходимости можно исправить допущенные ошибки. Программа IS.exe написана на языке СУБД FoxPro версии 2.6, с использованием пакета FoxPro Distribution Kit.

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


3. Информационное обеспечение решения задачи

3.1 Режим работы задачи

3.2 Информационная модель решения задачи


рис 1. Схема взаимосвязи информационных модулей

3.3 Описание входной информации

Входными данными для этой задачи является информация баз данных READERS и BOOKS, хранимых в формате DBF – файла, структура которых приведена в таблице 1.

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

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

Образцы входной информации даны в приложении 1.

Таблица 1

Сводное описание входной информации

Имя БД

Имя файла

Наименование поля

Идентифи-

катор

Тип, максимальная длина поля

При-ме-чание

симво-льная

дата

числовая

целая

дробная

Readers

Readers.dbf

Ф.И.О. читателя
FIO

30

Адрес читателя

ADDR

40

№ читат. билета

NOMBIL

4

0

Books

Books.dbf

Автор

WRITER

20

Название книги

NAME

40

Год издания

YEAR

4

0

Инвентарный №

INVNOM

4

0

Дата выдачи

DATA

8

№ читат. билета

NOMBIL

4

0

Базы данных формируются на ЖМД и расширяются за счет поступления новых книг и изменения количества клиентов библиотеки.

3.4 Описание выходной информации

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

Структура выходных баз данных аналогична структуре входных баз данных, описанных в пункте 3.3 в таблице 1.

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

Текстовый файл DOLG.TXT выдается в форме отчета о должниках. Этот документ получают по требованию в одном экземпляре.

Описание выходного документа показано в таблице 2.

Информация выходного документа дана в приложении 2.


Таблица 2

Описание выходной информации

Название документа

Назначение документа

Ключевые признаки

Перио-дичность состав-ления

Количество

Куда передается

экз.

строк на листе

симво-лов в строке

Отчет о должниках

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

Номер читатель-ского билета

По требова-нию

1

переменное

80

В адми-нист-рацию


4. Алгоритм решения задачи

4.1 Блок-схема алгоритма






4.2 Описание блок - схемы

Лист 1

Блок А1 – начало алгоритма IS.exe;

Блок B1 – присвоение переменной М начального значения 0;

Блок С1 – цикл работы;

Блок D1 – вывод на экран главного меню программы;

Блок Е1 – ввод М – номера выбранного пункта меню;

Блок F1 – вызов процедуры MENUGLAV и завершение цикла работы;

Блок G1 – конец алгоритма;

Блок А2 – начало процедуры MENUGLAV;

Блок В2 – цикл работы;

Блок С2 – проверка условия М = 1;

Блок D2 – проверка условия М = 2;

Блок Е2 – проверка условия М = 3;

Блок F2 – проверка условия М = 4;

Блок G2 – проверка условия М = 5;

Блок В3 – выход из процедуры MENUGLAV;

Блок С3 – вызов процедуры MAIN (поиск читателя);

Блок D3 – вызов процедуры APPENDREADER (добавление читателя;

Блок Е3 – вызов процедуры APPENBOOK (добавление книги);

Блок F3 – вызов процедуры DOLG (просмотр должников);

Блок G3 – вызов процедуры EXIT (выход из программы).

Лист 2

Блок А1 – начало процедуры MAIN, реализующей поиск читателя по номеру читательского билета;

Блок В1 – присвоение переменной D начального значения 0;

Блок С1 – проверка условия D = 0;

Блок D1 – активация окна поиска читателя (NOMER);

Блок Е1 – вывод сообщения ‘Введите номер’

Блок F1 – ввод A;

Блок G1 – ввод I в форме (кнопкой ответа)

Блок А2 – проверка условия I=1.AND. EMPTY (A);

Блок В2 – проверка условия I=1.AND.!EMPTY(A).AND. SEEK(A);

Блок С2 – проверка условия I=2.OR. LASTKEY()=27;

Блок D2 – деактивация окна поиска читателя (NOMER);

Блок Е2 – присвоение значений переменным;

Блок F2 – вывод клавишного меню;

Блок G2 – вызов процедуры BROWSE1;

Блок А3 – задержка с выдачей сообщения «Номер не был введен»;

Блок В3 – задержка с выдачей сообщения «Поиск по номеру неудачный;

Блок С3 – Деактивация окна поиска читателя. Присвоение переменной D значения 1;

Блок D3 – выход из процедуры MAIN;

Блок Е3 – активация окна BROWSE;

Блок F3 – просмотр БД на дисплее;

Блок G3 – деактивация окон BROWSE, BROWSE1.

Лист 3

Блок А1 – начало процедуры APPENDREADER, реализующей добавление читателей в библиотеку;

Блок В1 – присвоение D = 0, N равно количеству записей в базе данных;

Блок С1 – активация окна добавления читателя;

Блок D1 – проверка условия D = 0;

Блок Е1 – ввод с клавиатуры значений переменных FIOn, ADDRn;

Блок F1 – присвоение переменной I значения 1;

Блок G1 – ввод I в форме (кнопкой ответа);

Блок А2 – проверка условия I=1 и ввода данных;

Блок В2 – проверка условия I=2 или нажата клавиша ESC на клавиатуре;

Блок С2 – выдача на экран сообщения ‘Данные не были введены’;

Блок D2 – деактивация окна добавления читателя;

Блок Е2 – выход из процедуры добавления новых читателей библиотеки APPENDREADER;

Блок А3 – присвоение значений переменным FIO.readers=FIOn, ADDR.readers=ADDRn, NOMBIL=n;

Блок В3 – присвоение D = 1;

Блок D3 – начало процедуры BROWSE1, реализующей просмотр баз данных;

Блок Е3 – активация окна информации о читателе;

Блок F3 – вывод в определенное ранее окно информации о читателе;

Блок G3 – выход из процедуры BROWSE1.

Лист 4

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

Блок В1 – проверка условия NOMBIL = N;

Блок С1 – активация окна подтверждения принятия книги;

Блок D1 – вывод на дисплей запроса «Вы хотите принять книгу?»;

Блок Е1 – присвоение переменной YN значения 2;

Блок F1 – ввод YN с клавиатуры;

Блок G1 – проверка условия YN=1;

Блок В2 – вывод на дисплей сообщения «В списке нет книг!»;

Блок С2 – выход из процедуры DELETE;

Блок D2 – присвоение значений полям БД (снятие признака выдачи книги);

Блок Е2 – деактивация окна подтверждения принятия книги;

Блок F2 –выход из процедуры DELETE;

Блок А3 – начало процедуры HELP, осуществляющей вывод на экран подсказки по работе с программой;

Блок В3 – активация окна помощи;

Блок С3 – вывод на дисплей текста помощи;

Блок D3 – задержка в работе программы. Ожидание нажатия любой клавиши;

Блок Е3 – деактивация окна помощи;

Блок F3 –выход из процедуры HELP.


5. Машинная реализация задачи

5.1 Характеристика технических средств

МОУ СОШ №8 г.Богородицка оснащёно персональными компьютерами ПЭВМ IBM PC/AT.

Данный проект реализован с помощью ПЭВМ IBM PC/AT-совместимого компьютера. Данная ПЭВМ создана на основе процессора AMD AthlonXP-1700 и состоит из следующих компонентов:

- процессор;

- оперативное запоминающее устройство (ОЗУ);

- постоянное запоминающее устройство (ПЗУ);

- накопитель на жёстком магнитном диске (НЖМД, «винчестер»);

- накопитель на гибких магнитных дисках (НГМД);

- устройства ввода информации (клавиатура, координатное устройство типа «мышь»);

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

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

Процессор AthlonXP разработки компании AMD имеет следующие технические характеристики:

- разрядность по ширине данных 64 бит

- тактовая частота 1460 MGz

- максимальный объем ОЗУ 128 Mb

- кэш-память 2х64 Kb

- быстродействие 1700 MGz (~1460)

ОЗУ предназначено для временного хранения информации и имеет объём 256 Mb.

ПЗУ предназначено для хранения неизменяемой информации, то есть программ типа BIOS (basic input-output system – базовая система ввода-вывода), которые позволяют связать компоненты компьютера в единое целое. На данной ПЭВМ установлена BIOS AWARD 6.00

Процессор, модули ОЗУ и ПЗУ находятся на материнской плате компьютера. Данная материнская плата создана компанией EPoX на основе чипсета VIA KT133, имеет форм-фактор АТХ, встроенный звуковой кодек АС’97, поддержку интерфейса обмена информацией UDMA133 и интерфейса USB2.0 (6 портов USB, установленных по умолчанию)

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

Для пользователя накопители на жестком диске отличаются друг от друга, прежде всего своей емкостью. На данной модели жесткий диск имеет емкость 40,1 Гбайт. Вторая существенная для пользователя характеристика диска – время доступа к информации. Для областей применения, требующих эффективного обмена с дисками, этот показатель является исключительно важным. Данная ПЭВМ оснащена жестким диском производства Maxtor со скоростью вращения шпинделя 7200 об/мин., что обеспечивает скорость доступа порядка 10 наносекунд для внутреннего интерфейса винчестера (от головок чтения/записи до вывода на шину данных) и 18 наносекунд для внешнего (при передаче до процессора и в обратном направлении).

Накопитель на гибких магнитных дисках (НГМД) является одним из старейших устройств, входящих в базовую конфигурацию и предназначен для хранения информации небольших объёмов, её переноса между компьютерами, архивации и других целей. На данной машине имеется один НГМД 3,5” ёмкостью 1,44 Mb.

Клавиатура предназначена для ввода пользователем различной информации и управления ПЭВМ. Данный ПК оборудован 104-клавишной клавиатурой.

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

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

Мониторы VGA и Super VGA давно и заслуженно получили очень широкое распространение, они фактически стали стандартом для тех применений, в которых требуются графические средства приемлемого качества. Данная ПЭВМ оснащена монитором SyncMaster 765 MagicBright, который имеет следующие характеристики:

- тип Samsung SyncMaster 765 MB

- количество цветов 16,5 млн.

- разрешающая способность:

в текстовом режиме 600х800

в графическом режиме 1024х724 (рекомендуемая)

1600х1200 (максимальная)

- размер экрана по диагонали 17 ''

- частота обновления экрана 100 Гц (в режиме 1024х724)

Отличительной особенностью и техническим новшеством этого монитора является применение электронно-лучевой трубки с возможностью работы в режиме форсированной яркости без нанесения какого бы то ни было ущерба компонентам (MagicBright). Существуют три заранее определенных производителем режима яркости и контрастности, позиционируемые для различных нужд, которые доступны из экранного меню, поддерживающего большое количество языков (в том числе и русский), вызываемого с передней панели монитора. Режим «Текст» является обычным режимом и подходит для большинства нужд. Режим «Интернет» – двойная яркость – обеспечивает настройку для просмотра Web. Режим «Представление» – тройная яркость – просмотр изображений и видео, компьютерные игры, работа с анимационными пакетами и т.п.

Принтер предназначен для вывода информации на бумагу.

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

- тип лазерный

- память 8 Мб

- скорость печати 12 стр/мин

- тип бумаги листовая

- формат листа А4

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

ПЭВМ AMD Athlon XP–1700 является совершенным вычислительным средством, обладает высоким быстродействием, значительным объемом памяти и удобным интерфейсом.

5.2 Математическое обеспечение

Программа, описанная в данном дипломном проекте, была разработана на ПЭВМ Athlon XP –1700 под управлением операционной системы MS-DOS 7.0 и Windows XP SR-1 фирмы Microsoft.

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

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

Системное – это интегрированные системы отладки программ и операционные системы. Операционные системы (ОС) – программы, которые делают возможным диалог человек – компьютер. На данном компьютере установлена новейшая ОС Windows XP, которая сочетает в себе надёжность, передовые разработки в области сетевых технологий, поддержку большого количества разнообразных устройств. Это самая последняя удачная разработка фирмы Microsoft в области в области операционных систем для настольных компьютеров, несмотря на малый промежуток времени, прошедший с момента ее выпуска, уже получившая широкое распространение и заслуженную признательность многих миллионов пользователей во всем мире. Она ускоряет работу компьютера за счёт использования команд защищённого режима и максимального использования разно-образных 3D-ускорителей, шин данных и перепрограммирования контролёров периферийных устройств.

Многозадачный (многопрограммный) режим позволяет разнообразным приложениям работать взаимосвязано, наличие единого буфера обмена даёт возможность переносить данные между приложениями как MS-DOS, так и Windows.

Интегрированные системы отладки программ – программы, помогающие программисту создавать, отлаживать и компилировать новые программы. На компьютере установлена интегрированная система программирования FoxPro 2.6 (X).

Расширение (X) позволяет FoxPro работать на машине, используя максимум её ресурсов.

Широкие возможности FoxPro по отладке и тестированию программ делает её незаменимой в работе над созданием приложений.

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

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

Отличительной чертой архиватора WinRar, которая и послужила причиной его использования для создания программы-установщика, является возможность создания самораспаковывающихся архивов (Self Factor eXtract Archive – SFX-Archive). Для создаваемого исполняемого.ехе-файла можно задать множество различных опций, например, язык программы-распаковщика, каталог распаковки по умолчанию, иконку к программе, добавление ярлыков для распакованных файлов на рабочий стол Windows и в Главное меню, вывод лицензионного соглашения, модуль и среду для распаковки (механизм поддерживается при помощи.inf-файлов), тексты диалога установки. До и после распаковки файлов можно выполнить любые команды и программы, указанные при создании установочного файла, а также задать режим подготовки папки для распаковки (очистка целевой папки, обновление, дозапись или перезапись уже существующих файлов при совпадении имен распаковываемых файлов с файлами конечной папки). Программа WinRar поддерживает сценарии установки, написанные для многих популярных серверов сценариев (JScript, VBScript).

Программа Windows Commander 5.0 Gold Edition разработана фирмой Peter Norton. Она предназначена для упрощения взаимодействия пользователя с операционной системой Windows XP. В основном Windows Commander выполняет все команды, которые могут быть выполнены с помощью команд DOS и расширенных Windows-команд. Основное преимущество этой программы состоит в существенном повышении наглядности. Отпадает также необходимость запоминания большого количества команд. Windows Commander позволяет менять активный каталог и запускать программы без набора имен, так же запускать любые заранее выбранные программы, используя специальное пользовательское меню.

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

Данный дипломный проект набран и сверстан с помощью программы Word 9.0, входящей в пакет Microsoft Office 2000.

Microsoft Office – это пакет программ, разработанных фирмой Microsoft, который содержит текстовый процессор Microsoft Word, табличный процессор Microsoft Excel и другие программы. Microsoft Office – это, наверное, самый продаваемый компьютерный продукт после Windows. Microsoft Office обладает удобным интерфейсом, понятным, наверное, каждому. При этом с его помощью можно выполнять как легкие задачи, так и очень сложные. В Microsoft Office существуют такие необходимые функции, как взаимодействие приложений (вставка объекта одного приложения в другое), настройка приложений, поиск любых документов и файлов, созданных как в Microsoft Office, так и в других программах.

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

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

5.3 Обоснование выбора языка программирования

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

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

На текущий момент достаточно широко распространено поколение популярного пакета FoxPro.

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

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

Язык FoxPro имеет следующие возможности:

– Динамическое распределение памяти компьютера. Системе доступна область памяти за пределами 640 Кбайт. Стандартный вариант FoxPro дает возможность использовать Expanded LIM–4.0 память. Причем 64 Кбайта может быть задействовано для хранения окон и других данных, а остальная часть – под весьма эффективный буфер ввода-вывода. Расширенная версия работает в защищенном режиме и использует всю Extended-память, установленную на машине (Extended-память не используется).

СУБД FoxPro обладает следующими свойствами:

– Поддержка и активное использование мыши.

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

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

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

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

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

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

– Язык FoxPro включает теперь средства создания Windows‑подобного интерфейса, то есть так называемого интерфейса, управляемого событиями.

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

– FoxPro дает возможность разработчику самому написать удобный драйвер принтера.

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

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

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

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

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

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

развитые средства ведения диалога (меню, «горячие» клавиши);

удобные средства ввода / редактирования данных;

возможность ускоренного доступа к данным (индексирование);

возможность обеспечить контекстно-чувствительную помощь – такую как инструкции по вводу данных – при нажатии клавиши F1;

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

полные отладочные возможности.

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

5.4 Описание программы

Наименование программы:

«Информационная система «Библиотека»

Индетификатор:

IS

Язык программирования:

Fox Pro 2.6 for MS-DOS

Назначение программы:

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

Оборудование:

Компьютер IBM PC/AT AMD Athlonä XP-1700 ОЗУ 256Мбайт, жесткий диск 40 Гб (Maxtor), монитор 17'' SyncMaster 765 MagicBright, клавиатура, мышь, принтер Xerox Phaser 3110

Входные данные:

Базы данных: READERS.dbf, BOOKS.dbf, ежедневные данные о работе библиотеки.

Выходные данные:

Документ «Список должников», файл DOLG.txt

Краткий алгоритм:

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

5.5 Инструкция пользователю по работе с программой

1. Комплект поставки.

Данный программный продукт поставляется на стандартной дискете ёмкостью 1,44 Мбайт, которая содержит следующие файлы и папки: DOS – файлы для установки под управлением ОС MS–DOS


INSTALL.EXE – установочный файл;

READMY.TXT – данная инструкция в формате txt

WINDOWS – файлы для установки под управлением ОС Windows

Setup.exe – установочный файл;

Info9x.ini – файл сведений для установки;

InfoNT.ini – файл сведений для установки (NT);

Help.htm – данная инструкция в формате HTML

2. Установка программы.

2.1. Установка в среде MS–DOS.

Для установки в MS-DOS перейдите на диск А:, войдите в каталог DOS и выполните файл INSTALL.EXE. Появится запрос:

Установить информационную систему ‘Библиотека’? [Y/N]

Install information system 'Library’ [Y/N] , на который в случае необходимости установки следует ответить Y.

Установка будет произведена в C:\IS\.

2.2. Установка в среде Windows.

Для установки программы под управлением операционной системы Windows9x/NT/XP войдите в папку Windows на диске А: и запустите Setup.exe

Появится окно установки:

в котором в случае необходимости установки нужно щелкнуть мышью на кнопке <Install>, или нажать на клавишу <Enter>.

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

3. Запуск программы.

3.1. Запуск в среде MS-DOS. Для запуска программы необходимо войти в папку IS на диске С: и запустить файл IS.EXE. Помимо него в этой папке также находятся файлы используемых в работе баз данных READERS.DBF и BOOKS.DBF, а также файл справки READMY.TXT

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

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

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

1. Главное меню программы.


2. Пункт меню «поиск читателя»


а) Окно поиска читателя по номеру читательского билета.

б) Список книг, выданных читателю.

в) Окно помощи.

г) Окно поиска книги и окно выбора книги по введенным данным.

д) Окно изменения данных читателя.

3. Пункт меню «добавить книгу».

4. Пункт меню «просмотр должников».

5. Вывод списка должников на экран.

После запуска программы на экран выводится главное меню программы с пунктами «ПОИСК ЧИТАТЕЛЯ», «ДОБАВИТЬ ЧИТАТЕЛЯ», «ДОБАВИТЬ КНИГУ», «ПРОСМОТР ДОЛЖНИКОВ», «ВЫХОД».

При выборе пункта «ПОИСК ЧИТАТЕЛЯ» на экран выводится окно поиска по номеру читательского билета. Если поиск читателя успешный, то на экран выводятся полные данные читателя,список книг, которые были ему выданы и клавишное меню с пунктами: «ПОМОЩЬ», «ПРИНЯТЬ КНИГУ», «ВЫДАТЬ КНИГУ», «РЕДАКТИРОВАТЬ ДАННЫЕ ЧИТАТЕЛЯ». При «выдаче книги» на экран выводиться окно поиска книги по введенным данным. Если данные о книге полностью не известны (год издания, автор, полное название, инвентарный номер), то нажатием на кнопку «ВЫБОР…» можно выбрать книгу из списка книг по не полностью введенным данным. Это очень удобно, если читатель не знает всех данных о желаемой книге. Остальные пункты клавишного меню очень просты в использовании. Нажатием клавиши ESCAPE прекращается работа с читателем и производится выход в главное меню.

При выборе пункта «ДОБАВИТЬ ЧИТАТЕЛЯ» на экране появляется окно, в котором вводятся данные нового читателя. После ввода, читатель становиться как бы «записанным» в библиотеку.

Пункт меню «ДОБАВИТЬ КНИГУ» аналогичен предыдущему и описываться не будет.

При выборе пункта «ПРОСМОТР ДОЛЖНИКОВ» на экране появляется окно запроса для вывода информации: «НА ЭКРАН», «НА ПРИНТЕР», «В ФАЙЛ». При выборе «НА ЭКРАН» или «НА ПРИНТЕР» происходит вывод информации о должниках и о книгах, которые «задолжал» конкретный читатель. При выборе «В ФАЙЛ» в окне активируются поля запроса имени файла и пути записи файла, после чего информация записывается в файл.

При выборе пункта меню «ВЫХОД» происходит подтверждение выхода и, затем, завершение работы программы. При работе в операционной системе Windows окно сеанса MS-DOS будет закрыто автоматически

5. Удаление программы. В ОС MS-DOS и WINDOWS достаточно удалить рабочую папку программы. В WINDOWS также необходимо вручную удалить ярлыки для её запуска с рабочего стола. В связи с тем, что программа установки не вносит изменений в реестр WINDOWS, эта операция не нанесет никакого ущерба работоспособности операционной системы.


6. Контрольный пример

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

Входная информация дана в приложении 1.

На основании разработанного алгоритма, представленного в виде блок-схемы в пункте 4.1. и описания в пункте 4.2. разработана программа «Информационная система «Библиотека», листинг которой показан в приложении 3.

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

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


7. Экономическое обоснование программы

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

На решение задачи обслуживания читательской аудитории и контроля за своевременным возвратом выданной литературы без средств вычислительной техники работниками библиотеки затрачивается большое количество времени, часто реальный результат не соответствует ожидаемому, велика вероятность ошибок. Разработанная по заказу Министерства образования РФ для МОУ СОШ №8 г.Богородицка информационная система «Библиотека» призвана обеспечить разгрузку работников библиотеки от рутинной работы, освободить время для творчества.

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

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

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

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

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

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

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

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

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

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

Косвенная эффективность имеет скрытую форму и проявляется в улучшении качества управления объектом, может быть определена экспертным путем.

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

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

Косвенная эффективность автоматизации задачи «Информационная система «Библиотека» заключается в следующем:

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

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

использование разработанной программы позволяет упорядочить большие объёмы информации для удобного использования;

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

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

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

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

Экономическая эффективность задачи «Разработка информационной системы «Библиотека» (для МОУ СОШ №8 г.Богородицка)» закладывается уже при разработке проекта.

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

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

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


Приложение

Входная информация

Structure for database: C:\IS\READERS.DBF

Number of data records: 19821

Date of last update: 28.05.03

Code Page: 866

Field Field Name Type Width Dec Index Collate

1 FIO Character 30

2 ADDR Character 40

3 NOMBIL Numeric 4 0 *A

** Total ** 75

Structure for database: C:\IS\BOOKS.DBF

Number of data records: 129820

Date of last update: 28.05.03

Code Page: 866

Field Field Name Type Width Dec Index Collate

1 WRITER Character 20

2 NAME Numeric 40

3 YEAR Character 4 0

4 INVNOM Character 4 0

5 DATA Numeric 8

6 NOMBIL Numeric 4 0 *A

** Total ** 81



Список литературы

1. Автоматизированное рабочее место в системе управления предприятием. Сборник научных трудов, - Ленинград, 1989.

2. В.В. Шураков. Автоматизированное рабочее место для статической обработки данных, 1990.

3. И.Л. Кантарь. Автоматизированные рабочие места управленческого аппарата, 1990.

4. Данилевский Ю.Г., Петухов ИА., Шибанов B.C. Информационная технология в промышленности. Л.: Машиностроение, 1988, 284с.

5. П.И. Камышанов. Практическое пособие по бухгалтерскому учету:- Издание третье, дополненное и переработанное - Москва: ООО «МЕДпресс»; - Элиста: АПП «Джангар», 1998. – 528 с.

6. А.А. Попов Программирование в среде СУБД FoxPro 2.0. Построение систем обработки данных. - М.: Издательство Март, 1996--352с.: илл.

7. Глушаков С.В., Ломотько Д.В.; Базы данных. - Харьков: Издательство «Фолио», 2001

8. Нортон П.; Персональный компьютер. Аппаратно-программная реализация. Книга 1. - М: Издательство «АСТ», 1999

Источник: http://www.bestreferat.ru/referat-141989.html

Связь и технологии связи Тут Дипломные работы Дипломная работа: Разработка информационной системы учета обслуживания и ремонта автотранспорта в ООО «Мэйджор сервис Красногорск.

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

Здравствуйте, нужна помощь в написании программы для дипломной работы. помогите расписать сущность и создать БД РАЗРАБОТКА ИНФОРМАЦИОННОЙ СИСТЕМЫ УЧЁТА РАБОТЫ ФАРМАЦЕВТА Фармацевт.

Презентация на тему: "Дипломная работа Разработка информационной системы распределения заявок на поверку водосчетчиков Научный руководитель: доцент, к т н Соколов Игорь Александрович." — Транслит.

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

Разработка автоматизированной информационной системы на предприятии розничной торговли ООО Дейзи. 2011-119 (Дипломная работа, 119 стр.).

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

Пояснительная записка 98 страниц, 9 таблиц, 22 рисунков, 28 использованных источников, 6 листов графического материала формата А1.

СИСТЕМА, ЛИЗИНГ, ИНФОРМАЦИОННАЯ СИСТЕМА, ДОКУМЕНТООБОРОТ, ДОГОВОР, МОДЕЛЬ, КОНТРАГЕНТ, АНАЛИЗ, ИНФОРМАЦИЯ, ЗАДАЧА, ЦЕЛЬ.

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

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

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

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

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


Введение

1. Анализ предметной области

1.1 Сущность лизинга и его преимущества

1.2 Виды лизинга

1.3 Виды лизинговых операций

1.3.1 Оперативный лизинг

1.3.2 Финансовый лизинг

1.3.3 Прямой и косвенный лизинг

1.3.4 "Чистый" и "мокрый" лизинг

1.4 Организационные формы управления лизингом

1.5 Автоматизация документооборота на предприятии

1.6 Структура функционирования ООО "Тольяттинская Лизинговая Компания"

1.6.1 Описание компании

1.6.2 Структура компании

1.6.3 Услуги, предоставляемые компанией

1.6.4 Механизм лизинговых операций в ООО "Тольяттинская Лизинговая Компании"

2. Постановка задач и анализ существующих решений

2.1 Требования, предъявляемые к системе

2.2 Обзор существующих аналогов

2.2.1 1С:Архив

2.2.2 ISIDA

2.2.3 Naumen DMS

2.2.4 UMS Docs

2.3 Постановка задач

3. Проектирование автоматизированной информационной системы

3.1 Функциональная модель системы

3.2 Инфологический этап проектирования автоматизированной информационной системы

3.2.1 Сущности и атрибуты базы данных

3.2.2 Определение связей между сущностями базы данных

3.3 Даталогический этап проектирования автоматизированной информационной системы

4. Программная реализация автоматизированной информационной системы

4.1 Выбор СУБД

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

4.3 Описание работы программы

5. Экономическое обоснование проекта

5.1 Разработка математической модели проекта

5.1.1 Определение источника доходов проекта

5.1.2 Описание структуры затрат проекта

5.2 Расчет и оценка затрат по созданию АИС

5.2.1 Расчет заработной платы разработчиков программы

5.2.2. Расчет затрат на материалы

5.2.3 Расчет арендной платы за помещение

5.2.4 Расчет затрат на освещение и отопление

5.2.5 Расчет аренды компьютера

5.2.6 Расчет косвенных расходов

5.2.7 Расчет затрат эксплуатационного этапа

5.2.8 Составление сметы затрат на разработку программного продукта

5.3 Оценка условной экономии денежных средств от внедрения АИС

5.4 Определение источников и условий финансирования инвестиционных затрат

5.5 Разработка программной модели расчета показателей эффективности

5.6 Разработка сценария реализации проекта на основе моделирования

5.7 Построение графиков формирования доходов, затрат и прибыли проекта

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

Заключение

Список использованных источников

Введение

Данная дипломная работа посвящена созданию автоматизированной информационной системы для лизинговой компании и дальнейшего внедрения в ООО "Тольяттинская Лизинговая Компания".

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

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

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

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

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

Актуальность работ по данной теме связана с:

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

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

- необходимость постоянных принятий решений на основании проведенных работ.

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

- эффективности принятия решения;

- конкурентоспособности организации.

Таким образом, целью при проектировании данной АИС является:

- повышение эффективности работы руководителя лизинговой фирмы;

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

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

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


1. Анализ предметной области

1.1 Сущность лизинга и его преимущества

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

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

Другими словами, лизинг – аренда технических средств и сооружений производственного назначения. Лизинг осуществляется на основе договора между лизинговой компанией (лизингодателем), приобретающей имущество за свой счет и сдающей его в аренду, и фирмой-арендатором (лизингополучателем), которая постепенно вносит арендную плату за использование лизингового имущества. В период действия договора право собственности на лизинговое имущество принадлежит лизингодателю, а право на пользование – лизингополучателю [2].

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

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

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

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

- имущество непосредственно поставляется лизингополучателю;

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

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

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

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

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

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

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

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

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

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


1.2 Виды лизинга

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

1) В зависимости от состава участников сделки различают:

- прямой лизинг;

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

- косвенный лизинг.

2) По типу имущества различают:

- лизинг движимости (машинно-технический лизинг);

- лизинг недвижимости.

3) По степени окупаемости имущества выделяют:

- лизинг с полной окупаемостью;

- лизинг с неполной окупаемостью.

4) В зависимости от условий амортизации различают:

- лизинг с полной амортизацией;

- лизинг с неполной амортизацией.

5) В зависимости от сектора рынка, где проводятся лизинговые операции, выделяют :

- внутренний лизинги;

- внешний (международный) лизинг.

Внешний лизинг в свою очередь подразделяют:

- экспортный лизинг;

- импортный лизинг.

6) По отношению к налоговым и амортизационным льготам различают:

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

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

7) По характеру лизинговых платежей различают:

- лизинг с денежным платежом, если все платежи производятся в денежной форме;

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

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

1.3 Виды лизинговых операций

1.3.1 Оперативный лизинг

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

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

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

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

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

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

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

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

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

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

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

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

Несмотря на то, что уже появилась практика оперативного лизинга, остаются сомнения относительно соответствия этого понятия российской нормативно-правовой базе. По мнению многих экспертов, согласно ст. ст. 665-670 ГК РФ, лизинговая сделка может быть заключена в отношении того или иного оборудования только один раз - в момент его приобретения лизингодателем для лизингополучателя. В случае, когда предмет оперативного лизинга возвращается арендодателем (либо затребуется им до истечения срока окончания договора финансового лизинга), этот предмет, вновь переданный в аренду, будет являться предметом текущей аренды. При этом происходит превращение лизинговых отношений в отношения по поводу текущей аренды. Таким образом, оперативный лизинг есть хорошо известная всем аренда.

1.3.2 Финансовый лизинг

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

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

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

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

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

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

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

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

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

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

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

- участие третьей стороны (производителя или поставщика объекта сделки);

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

- более продолжительный срок лизингового соглашения (обычно близкий сроку службы объекта сделки);

- объекты сделок, как правило, отличаются высокой стоимостью.

После завершения срока контракта лизингополучатель может:

- купить объект сделки, но по остаточной стоимости;

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

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

О своем выборе лизингополучатель сообщает лизингодателю за 6 месяцев или в другой период до окончания срока договора. Если в договоре предусматривается соглашение (опцион) на покупку предмета сделки, то стороны заранее определяют остаточную стоимость объекта. Обычно она составляет от 1 до 10% первоначальной стоимости, что дает право лизингодателю начислять амортизацию на всю стоимость оборудования.

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

1.3.3 Прямой и косвенный лизинг

Лизинговые операции также можно классифицировать в зависимости от состава участников:

1) Прямой лизинг - собственник имущества (поставщик) самостоятельно, без посредников, сдает объект в лизинг.

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

2) Косвенный лизинг - передача имущества осуществляется через посредника (лизинговую компанию или банк).

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

Чистый лизинг - все обслуживание арендуемого имущества берет на себя лизингополучатель.

Лизинг с полным набором услуг - полное обслуживание лежит на лизингодателе.

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

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

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

Лизинг с денежным платежом (платежи осуществляются в денежной форме).

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

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

1.3.4 "Чистый" и "мокрый" лизинг

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

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

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

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

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

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

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

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

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

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

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

Лизинг с привлечением средств - лизингодатель получает долгосрочный заем у одного или нескольких кредиторов на сумму до 80% сдаваемых в аренду активов. Кредиторы - крупные коммерческие и инвестиционные банки, располагающие значительными ресурсами, привлеченными на долговременной основе. Финансирование лизинговых сделок банками осуществляется обычно двумя способами:

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

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

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

1.4 Организационные формы управления лизингом

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

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

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

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

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


Рисунок 1 - Организационные формы управления прямым лизингом

Рисунок 2 - Организационная структура управления косвенным лизингом

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

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

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

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

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

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

1.5 Автоматизация документооборота на предприятии

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

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

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

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

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

В советские времена делопроизводство регламентировалось Единой государственной системой документационного обеспечения управления (ЕГСДОУ). Созданная схема хорошо структурирована и до сегодняшнего дня хорошо поддается автоматизации. Указанный стандарт регламентирует принципы работы с документами. В то же время сегодня желательна детальная регламентация работы по исполнителям (выполняемым ими ролям), доведенная до регламентации в виде положений о подразделениях и должностных инструкциях специалистов [21].

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

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


Таблица 1 - Традиционная работа с документами в организации без использования автоматизированной системы документооборота

Форма документа

Документопоток

Входящей

информации

Внутренних

документов

Исходящей

информации

Электронные

документы

Сообщение электронной почты, факсимильная информация

Сообщения в корпоративной сети, факсы

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

Бумажные документы

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

Приказы, инструкции,

отчеты, служебные

записки, командировоч-

ные документы, бухгалтерские документы

Письма, договоры и контракты, пресс – релизы

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

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

1.6 Структура функционирования ООО "Тольяттинская Лизинговая Компания"

1.6.1 Описание компании

Общество с ограниченной ответственностью "Тольяттинская лизинговая компания" учреждено в октябре 2000г. Лицензия на осуществление финансовой аренды (лизинга) № 1576 получена 11 апреля 2001 года. Тольяттинская лизинговая компания "ВЕРСУС", изначально создавалась как компания из Тольятти и для Тольятти. Однако опыт, накопленный на финансовом рынке родного города, позволил осваивать бизнес-пространство других регионов России: Самары, Димитровграда, Сызрани, Оренбурга, Чебоксар и Москвы.

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

С 2004 года компания входит в число 100 крупнейших лизинговых компаний России (по версиям рейтингов журнала "Лизинг-Ревю" и РА-Эксперт). Кроме того, по данным "Лизинг-ревю", ТЛК "ВЕРСУС" является одним из крупнейших лизингодателей машиностроительного и металлообрабатывающего оборудования.

3 ноября 2005 года Тольяттинская лизинговая компания объявила о выводе на рынок нового брэнда – "ВЕРСУС". Для фирмы важно, чтобы результаты ее работы ассоциировались именно с компанией. И для того, чтобы клиенты могли точнее идентифицировать компанию, требовалось создать собственную торговую марку. В тот же день Тольяттинская Лизинговая компания "ВЕРСУС" презентовала свой новый офис в Тольятти. Оба события были приурочены к пятилетнему юбилею компании.

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

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

Сотрудничество с ТЛК "ВЕРСУС" позволяет клиентам увеличить объемы сбыта, выйти на новые рынки и обновить основные фонды, а самое главное - быстрее реализовать свои проекты и заработать прибыль. Для компании важно, чтобы сейчас и в будущем проекты реализованные "Тольяттинской лизинговой компанией "ВЕРСУС" высоко оценивались клиентами с точки зрения профессионализма, скорости и эффективности. Главная цель компании - помогать клиентам развивать, двигать свой бизнес в выбранном направлении.

1.6.2 Структура компании

ООО "Тольяттинская Лизинговая Компания" организационно делится на четыре структуры: коммерческая служба, финансово-правовавая служба, юридическая и общая служба (рисунок 4).

Рисунок 4 – Структура ООО "Тольяттинская Лизинговая компания"

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

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

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

Так же в компании имеется юридический отдел, который занимается всеми нормативно-правовыми отношениями.

1.6.3 Услуги, предоставляемые компанией

Программа "ПРЕМИУМ" предназначена для клиентов, отвечающих следующим требованиям:

- срок существования фирмы – от 5 лет;

- фирма готова предоставить имущество в залог по требованию;

- отсутствуют долги перед бюджетом;

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

- ежемесячные обороты по расчетному счету (счетам) втрое превышают размер ежемесячного лизингового платежа в соответствии с расчетом, подготовленным ТЛК по заявке на приобретение имущества в лизинг.

Дополнительных требований ТЛК, как правило, не предъявляет.

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

Среднегодовое удорожание по программе "ПРЕМИУМ" - 7-11% в год от стоимости имущества.

Программа "ОПТИМУМ" предназначена для клиентов, отвечающих следующим требованиям:

- срок существования фирмы – от 3 до 5 лет;

- отсутствует имущество для залога;

- отсутствуют долги перед бюджетом;

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

- ежемесячные обороты по расчетному счету (счетам) превышают размер ежемесячного лизингового платежа в соответствии с расчетом, подготовленным ТЛК по заявке на приобретение имущества в лизинг.

Дополнительных требований ТЛК, как правило, не предъявляет.

Если предполагается приобрести имущество для непрофильной деятельности (например, для нового бизнес-направления), то ТЛК оставляет за собой право требовать заключения следующих дополнительных договоров и предоставления следующих документов:

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

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

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

Среднегодовое удорожание по программе "ОПТИМУМ" - 10-14% в год от стоимости имущества.

Программа "СТАНДАРТ" предназначена для клиентов, отвечающих следующим требованиям:

- срок существования фирмы – от 0 до 3 лет;

- отсутствует имущество для залога;

- отсутствуют долги перед бюджетом;

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

- ежемесячные обороты по расчетному счету (счетам) не превышают 50% от величины ежемесячного лизингового платежа в соответствии с расчетом, подготовленным ТЛК по заявке на приобретение имущества в лизинг.

Дополнительные требования СЛК к предполагаемой сделке:

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

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

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

Среднегодовое удорожание по программе "Стандарт" - 13-17% в год от стоимости имущества.

1.6.4 Механизм лизинговых операций в ООО "Тольяттинская Лизинговая Компании"

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

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

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

Далее заключается договор со второй фирмой (Контрагент 2), которая обязуется предоставить необходимое Контрагенту 1 имущество. Лизинговая компания оплачивает данное имущество непосредственно из своих собственных средств и предоставляет его в лизинг Контрагенту 1. при этом заключаются соответствующие договоры, где ТЛК "Версус" обязуется поставить предмет лизинга Контрагенту 1 в заданный срок, а Контрагент 1 соответственно обязуется выплатить полную стоимость имущества плюс проценты за кредит и проценты за оказание лизинговых услуг в срок.

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


2. Постановка задач и анализ существующих решений

2.1 Требования, предъявляемые к системе

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

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

Программный комплекс должен работать на персональном компьютере, являющемся клиентской станцией информационной системы, под управлением операционной системы Windows 2000, Windows XP или Windows 2000 Server, если компьютер выполняет функции сервера информационной системы. Наличие Microsoft Office является обязательным.

База данных информационной системы должна поддерживаться СУБД FoxPro 9.

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

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

- Процессор с тактовой частотой 1 ГГц

- ОЗУ – 128 Мбайт

- Жесткий диск 10 Гбайт

Характеристики сервера информационной системы должны удовлетворять следующим условиям:

- Процессор с тактовой частотой 1,6 - 2 ГГц

- ОЗУ – не менее 768 Мбайт

- Жесткий диск 20 Гбайт

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

2.2 Обзор существующих аналогов

2.2.1 1С:Архив

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

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

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

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

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

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

Учет документов. На каждый документ в 1С:Архиве ведется учетно-регистрационная карточка, набор реквизитов которой соответствует ГОСТ Р 6.30-2003 и требованиям ГСДОУ. Состав и расположение реквизитов карточки являются жестко настроенными и не могут быть изменены.

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

Работа с документами. Для просмотра и редактирования документов 1С:Архив использует соответствующие приложения. Ряд распространенных форматов документов, например, тексты, изображения, RTF-документы, HTML-документы и документы Microsoft Office, можно просматривать непосредственно в 1С:Архиве, не переключаясь в другое приложение.

Регистрация корреспонденции. В системе 1С:Архив можно вести учет и регистрацию входящей и исходящей корреспонденции. При этом осуществляется автоматическая генерация сквозных регистрационных номеров.

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

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

Права доступа. Каждому объекту 1С:Архива (документу или папке) можно назначить набор прав доступа. Поддерживаются группы пользователей и наследование прав, так, например, документы наследуют права родительской папки. Права ранжируются по девяти критериям - просмотр, открытие, редактирование, управление версиями, перемещение, право подписи, право изменения прав, создание и удаление. Все действия пользователей, связанные с изменениями объектов 1С:Архива или доступом к ним, протоколируются и могут просматриваться администратором системы.

Вызов функций 1С:Архива можно осуществлять из 1С:Предприятия версий 7.7 и 8.0 (с помощью соответствующий компоненты), из программ написанных на C++, Visual Basic или Delphi, а также из любых других программ с помощью командной строки.

Стоимость лицензионной версии программы:

1С:Архив версия 3.0 CD 000,00руб.

1С:Архив версия 3.0 CD Upg с предыдущих версий0,00USD

1С:Архив версия 3.0 OCR CD 000,00руб.

1С:Архив версия 3.0 OCR CD Upg с 1С:Архив 3.0 CD00,00 USD

1С:Архив версия 3.0 OCR CD Upg с предыдущих версий 1500,00USD

Теперь рассмотрим все имеющиеся достоинства и недостатки данной системы.

Достоинства:

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

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

- набор реквизитов соответствует ГОСТ Р 6.30-2003 и требованиям ГСДОУ;

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

- разграничение прав доступа.

Недостатки:

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

- нет функции составления отчетов;

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

- трудный процесс обучения сотрудников.

2.2.2 ISIDA

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

ISIDA DMS включает следующие комплексы информационных услуг:

Ведение электронных дел для организационно-распорядительных документов:

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

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

- создание и согласование электронных документов;

- поддержка электронной почты;

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

- поддержка факса;

- портал технологического администратора;

- регистратор службы ДОУ;

- контролер службы ДОУ;

- руководитель службы ДОУ;

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

- делопроизводитель подразделения;

- секретарь руководителя.

SIDA eDoc включает следующие комплексы информационных услуг:

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

- криптографическое ядро;

- центр электронного документооборота;

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

- ведение электронной номенклатуры дел;

- ведение электронных дел для документов текущего архива;

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

- центр администрирования;

- набор коннекторов.

Системы ISIDA не продается как коробочный продукт. Компания Исида-Информатика предлагает комплексные проекты автоматизации документооборота, электронного архива и других приложений на платформе ISIDA. Стоимость проектов по внедрению СЭД составляет от 50 до 300 тыс. $.

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

Достоинства:

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

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

- существует поддержка работы с электронной почтой;

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

Недостатки:

- отсутствие функции составления отчетов;

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

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

- сложный процесс обучения персонала.

2.2.3 Naumen DMS

Naumen DMS (новая версия системы NauDoc) — корпоративная система управления бизнес-процессами и документами.

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

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

Использование Naumen DMS позволяет увеличить эффективность работы большинства сотрудников предприятия.

Функциональные возможности

• Моделирование бизнес-процессов

• Исполнение бизнес-процессов

• Мониторинг бизнес-процессов

• Корпоративное управление документами

• Формирование единого электронного хранилища документов

• Организация коллективной работы

• Автоматизация делопроизводства, работы канцелярии

• Поиск информации

• Обеспечение сертификации на соответствие требованиям стандарта ISO 9001:2000

Внедрение Naumen DMS значительно облегчит сертификацию предприятия на соответствие требованиям стандарта ISO 9001:2000, т.к. этот стандарт в обязательном порядке требует документирования системы управления предприятием.

Рассмотрим достоинства и недостатки рассмотренной системы.

Достоинства:

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

- обеспечение сертификации на соответствие требованиям стандарта ISO 9001:2000;

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

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

Недостатки:

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

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

- сложный процесс обучение сотрудников.

2.2.4 UMS Docs

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

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

Система "UMS Docs" поддерживает полный цикл работы с электронными документами, при этом традиционное "бумажное" делопроизводство органично вписывается в электронный документооборот.

Основные преимущества системы электронного документооборота "UMS Docs" перед аналогами:

- современные web-ориентированные технологии;

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

- ориентация на потребности Заказчика. Предложение комплексного решения "под ключ";

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

Стоимость лицензионной версии программы:

3 825.00 руб. (за 1 пользователя)

10-29 пользователей: 3 570.00 руб. (за 1 пользователя)

30-39 пользователей: 3 315.00 руб. (за 1 пользователя)

40-49 пользователей: 3 060.00 руб. (за 1 пользователя)

50-100 пользователей: 2 805.00 руб. (за 1 пользователя)

Рассмотрим достоинства и недостатки данной системы.

Достоинства:

- современные web-ориентированные технологии;

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

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

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

Недостатки:

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

- отсутствие возможности составления отчетов;

- сложный процесс обучения сотрудников;

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

2.3 Постановка задач

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

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

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

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

- программа должна содержать в себе модуль составления отчетов;

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

- АИС должна содержать в себе базу данных сотрудников и клиентов;

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

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

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

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

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

) Провести исследования:

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

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

- проанализировать существующие АИС на выявление достоинств и недостатков той или иной системы.

) На основании результатов исследований разработать:

- общую модель информационной системы;

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

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

) Разработать план график работ по реализации основных задач разработки АИС на основе модели Ганта. Определить минимальный (критический) срок исполнения работ.

) Выполнить экономические расчеты по схеме:

.1) Рассчитать стоимость инвестиционных и иных затрат возникающих в процессе создания АИС;

.2) Разработать финансовую модель "Внедрение" и на её основе рассчитать оценку экономической эффективности.

.3) Для моделирования и расчетов принять:

- Период действия проекта = 2 года;

- Ставка банковского процента = 20%;

- Ставка дисконтирования = 24 %.

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

6) Привести графический материал (диаграммы, графики, рисунки).


3. Проектирование автоматизированной информационной системы

3.1 Функциональная модель системы

Рассмотрим функциональную модель разрабатываемой автоматизированной информационной системы (рисунок 5).

Рисунок 5 - Функциональная модель системы

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

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

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

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

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

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

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

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

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

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

- проверить исполнение договоров;

- и т.д.

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

3.2 Инфологический этап проектирования автоматизированной информационной системы

3.2.1 Сущности и атрибуты базы данных

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

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

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

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

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


Рисунок 6 - Инфологическая модель данных

Сущность "Договор" обладает следующими атрибутами:

- полное наименование договора;

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

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

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

- дата (дата подписания договора);

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

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

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

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

Сущность "Личность" обладает следующими атрибутами:

- фамилия, имя, отчество личности;

- дата рождения;

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

- прописка (адрес, по которому официально прописана личность);

- фактический адрес (адрес фактического проживания);

- электронная почта;

- рабочий телефон;

- домашний телефон.

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

Сущность "Контрагент" обладает следующими атрибутами:

- полное наименование (юридически закрепленное полное название фирмы);

- дата регистрация (дата регистрации фирмы);

- ОПФ (организационно правовая форма компании);

- ЕГРЮЛ (единый государственный регистр юридических лиц);

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

- юридический адрес (адрес, на котором официально зарегистрирована данная фирма);

- почтовый адрес;

- электронная почта;

- телефон.

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

Сущность "Заявка" обладает следующими атрибутами:

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

- дата (дата заполнения);

- аванс (аванс, который согласен выплатить контрагент);

- срок (срок реализации);

- статус (принята ли заявка к исполнению);

- стоимость оборудования (стоимость запрашиваемого имущества);

- общая сумма (сумма за предоставляемое имущество и услуги лизингодателя);

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

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

- наименование имущества (какое именно имущество необходимо клиенту);

- номер сделки (номер сделки, которая заключается при положительном рассмотрении заявки);

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

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

Сущность "Сделка" обладает следующими атрибутами:

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

- наименование (название заключаемой сделки);

- дата начала (дата, с которой сделка начинает осуществляться);

- дата окончания (дата, на которую назначено завершение сделки);

- тип сделки (сотрудники компании сами присваивают сделки конкретный тип: лизинг, сублизинг, возвратный лизинг);

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

- общая сумма (сумма, на которую заключается сделка);

- стоимость имущества (стоимость необходимого клиенту имущества);

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

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

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

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

- ИНН контрагента (невидимая пользователю информация, необходимая для связи с сущностью "Контрагент");

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

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

3.2.2

Источник: http://www.bestreferat.ru/referat-141991.html
.

Введение


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

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

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

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

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

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

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


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


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


Источник: http://docus.me/d/322551/

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


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



  • Учет времени работы персонала;

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

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

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


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

Источник: http://iseekmate.com/3693-diplomnaya-rabota-po-razrabotke-avtomatizirovannoy-informacionnoy-sistemy-avtoservisa.html
Категория
Информатика
Тип
курсовая работа
Страницы
1 стр.
Дата
09.11.2013
Формат файла
.doc — Microsoft Word
Архив
930816.zip — 102.11 kb
  • razrabotka-informacionnoj-sistemy-gruzoperevozki_930816_1.doc — 214.5 Kb
  • Readme_docus.me.txt — 125 Bytes
Оцените работу
Хорошо кадровая документация темы для дипломной работы  или  Плохо

  Скачать




Источник: http://docus.me/d/930816/


Аннотация


Данный дипломный проект содержит 86 листов текста диплома, 18 рисунков, 4 таблицы, 5 приложений, 39 источников литературы.


ИНФОРМАЦИОННАЯ СИСТЕМА, РАБОТА С ДАННЫМИ, ИНТЕФЕЙС, ТРЕБОВАНИЯ, МОДЕЛЬ ЖИЗНЕННОГО ЦИКЛА, МОДЕЛИРОВАНИЕ, ПРОЕКТИРОВАНИЕ, РЕАЛИЗАЦИЯ, ЛОГИЧЕСКАЯ МОДЕЛЬ СТРУКТУРЫ ДАННЫХ, ФИЗИЧЕСКАЯ МОДЕЛЬ СТРУКТУРЫ ДАННЫХ, БАЗА ДАННЫХ, ТЕСТИРОВАНИЕ, ФИЗИЧЕСКОЕ ПРЕДСТАВЛЕНИЕ СИСТЕМЫ, ЛОГИЧЕСКОЕ ПРЕДСТАВЛЕНИЕ СИСТЕМЫ.


Темой дипломного проекта является «Информационная система учета призывников в администрации (на примере администрации с. Казинка)».


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


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



СОДЕРЖАНИЕ


Введение


1. Разработка требований к программному обеспечению


1.1 Анализ существующих решений по автоматизации предметной области


1.3 Сбор требований


1.4Спецификация требований


1.5Аттестация требований


1.6Выбор методологии проектирования информационной системы


2. Проектирование информационной системы


2.1Архитектурное проектирование


2.2Проектирование интерфейса информационной системы


2.3Проектирование баз данных


2.4Обоснование выбора платформы создания информационной системы


2.5Проектирование модулей (объектно-ориентированные модели)


3.Реализация и аттестация информационной системы


3.1Реализация приложения


3.2Взаимодействие приложения с источниками данных


3.3Тестирование приложения


3.4Методика развертывания приложения


4.Управление информационным проектом


4.1Выбор жизненного цикла разработки ПО


4.2 Определение цели и области действия программного проекта


4.3Создание структуры пооперационного перечня работ


4.4Идентификация задач и действий


4.5Оценка размера и возможности повторного использования


4.6Оценка длительности и стоимости разработки проекта


4.7Распределение ресурсов проекта


4.8 Оценка экономической эффективности проекта


ЗАКЛЮЧЕНИЕ


Список литературы


ПРИЛОЖЕНИЕ А - Спецификация требований к программному обеспечению


ПРИЛОЖЕНИЕ Б – Прототиты пользовательского интерфейса


ПРИЛОЖЕНИЕ В – Атрибуты управляющих таблиц проектируемой ИС


ПРИЛОЖЕНИЕ Г - Выбор модели жизненного цикла


ПРИЛОЖЕНИЕ Д – Диаграмма Гантта





ВВЕДЕНИЕ


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


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


Далее описывается значимость ИС для данной сферы деятельности. Основные решаемые задачи.


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


Программа должна обеспечивать:


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


¾ получение выходных документов (структурированная информация содержащая вcе необходимые сведения о военнообязанных лицах);


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


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


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


¾ провести анализ бизнес-процессов воинского учета;


¾ исследовать информационные потоки, возникающие в системе;


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


¾ разработать программное обеспечение для АРМ воинского учета;


¾ провести оценку экономической эффективности информационной системы.


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


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


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


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




1. РАЗРАБОТКА ТРЕБОВАНИЙ К ПРОГРАММНОМУ ОБЕСПЕЧЕНИЮ




1.1 Анализ существующих решений по автоматизации предметной области


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


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


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


¾ Ведение воинского учета в конфигурации организовано в соответствии со следующими нормативными документами:


¾ Федеральный закон от 26 февраля темы дипломных работ про спорт года № 31-ФЗ "О мобилизационной подготовке и мобилизации в Российской Федерации";


¾ Постановление Правительства РФ от 25 декабря 1998 года № 1541 "Об утверждении положения о воинском учете".


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


¾ Данные для постановки на учет в военкомате;


¾ Численность граждан запаса (формы №6 и 11/МУ);


¾ Список граждан, подлежащих постановке на примеры дипломных работ по охране труда учет;


¾ Список принятых и уволенных военнообязанных;


¾ Список юношей 15-16 лет;


¾ Список для первоначальной постановки юношей на воинский учет;


¾ Список принятых и уволенных призывников


Недостатками данной системы является:


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


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


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


К еще одной информационной системе на которую стоит обратить внимание, можно отнести программный продукт ООО Научно-производственного центра «КОСМОС-2», Автоматизированная информационная фонд обязательного медицинского страхования рф дипломная работа (АИС) Сельского Административного образования (САО) сокращенно (АИС САО) [2]. Система служит для автоматизации хозяйственной деятельности, похозяйственной книги, операций, выполняемых работниками муниципальных сельских администраций:


¾ ведение похозяйственного учета (в объеме книги похозяйственного учета)


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


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


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


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


¾ оформление и печать справок, выписок, постановлений,


¾ регистрации пребывания граждан с подготовкой пакета документов,


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


Система имеет многоуровневую структуру, объединяя 9 Автоматизированных Рабочих Мест (АРМ), в число которых входит АРМ дипломная работа по разработке информационной системы о жителях»


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


¾ Подготовка и печать произвольных списков жителей. Как частный случай – подготовка списка призывников.


¾ Получать данные о собственности как отдельных персоналий, так и всей семьи (т.е. для членов хозяйства как для сельских подворий, так и по теме построение локальной сети в школе подворий МКД).


¾ Подготовка списков юбиляров.


¾ Учет и оформление документов по регистрации граждан.


В том числе:


¾ Учет и оформление документов по воинскому учету.


К недостатками данной системы можно отнести:


¾ Относительно высокая стоимость продукта;


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


К последней информационной системе, которая будет рассмотрена в данном дипломном проекте, относится программный продукт ЗАО ИВЦ ИНСОФТ «Система Персонального Как правильно написать статью по Населения» (СПУН).
Система Персонального Учета Населения создана с целью формирования информационной базы для реализации процедур регистрации в рамках решаемых различными ведомствами задач Российской Федерации. В рамках данной системы имеется конфигурация для регистрация граждан, имеющих статус военнообязанных. Система обладает необходимым набором средств для учета и оформление документов по воинскому учету[
3].


Недостатками данной информационной системы является:


¾ Высокая стоимость системы;


¾ Наличие высокоскоростного подключения в Интернет для режима постоянного доступа (on-line).


1.2 Анализ предметной области


Анализ предметной области необходимо проводить для:


¾ Определения функциональной направленности предприятия;


¾ Определения перечня структурных звеньев предприятия.


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


Организационная структура сельской администрации представлена на рис. 1.1:




Рисунок 1.1 – Организационная структура администрации


Ниже перечислены функции подразделений администрации:


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


¾ отдел воинского учета – проведение на местах военно–организационных работ.


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


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


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


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


¾ Постановка граждан на первоначальный воинский учет;


¾ Снятие с учета по причине смены места жительства;


¾ Снятие с учета по достижении возраста 50 лет;


¾ Ведение реестра граждан, подлежащих призыву;


Моделирование бизнес процессов отдела сестринский процесс при гломерулонефрите реферат скачать бесплатно учета проведено с использованием CASE-средства RanionalRose [5,6]. Разработанная диаграмма бизнес-вариантов использования представлена на рис. 1.2. Она отображает перечисленные выше функциональные задачи отдела и показывает основные бизнес-актеров данного процесса.



Рисунок 1.2 – Диаграмма бизнес-вариантов использования отдела воинского учета.


После завершения изучения предметной области следует перейти к процессу определения требований.





1.3 Сбор требований


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


В данном проекте для сбора требований была выбрана методика «Интервьюирование» которая рассматривает следующие этапы:


1. Разрабатываются вопросы


2. Производится выбор опрашиваемых пользователей.


3. Планируются контакты.


4. Проводится интервью.


5. Завершается встреча.


6. Определяются последующие действия.


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


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


¾ Глава администрации;


¾ Инспектор ВУС (Военно-учетного стола отдела воинского учета);


¾ Специалист первой категории администрации.


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



Рисунок 1.3 – Диаграмма вариантов использования ИС отдела воинского учета.


1.4 Спецификация требований


Определение корректных требований — ответственный этап программного проекта. Формат проекта должен соответствовать требованиям к ПО, собранным командой разработчиков или одним разработчиком, в противном случае эти требования не смогут быть поддержаны и представлены в программном продукте. Спецификация требований к ПО - SoftwareRequirementsSpecification(SRS) имеет ключевое значение для всего жизненного цикла разработки программного продукта. Это не только производный документ, в котором определены спецификации программного проекта, но и основной документ, применяемый с целью проведения аттестационных и приемочных испытаний. Аттестация — это оценка качества работы менеджеров проекта. Она определяет степень соответствия программного продукта установленным требованиям. Спецификация SRS выступает в роли некоего механизма фиксирования системных требований, которые используются в качестве критериев при аттестации [7].


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


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


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


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


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


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


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


Спецификация требований к реализуемому программному обеспечению представлена в ПРИЛОЖЕНИИ А.


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




1.5 Аттестация требований


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


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


Прототип основного меню данного модуля представлен на рисунке 1.4.



Рисунок 1.4 – Схема основного меню программы


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


¾ Создание новой записи о гражданине.


¾ Загрузки данных из базы данных «Призывник» и действия с данными;


¾ Загрузки данных из базы данных «Запасник» и действия с данными;


¾ Загрузки данных из базы данных «Снятые с учета» и действия с данными;


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


¾ Загрузки данных из базы данных «Непригодные к службе» и действия с данными.


Прототипы диалоговых окон программы представлены в Приложении Б.





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


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


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


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


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


Наиболее подходящей методологией проектирования ИС отдела воинского учета является объектно-ориентированная.



Выводы


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




2. ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННОЙ СИСТЕМЫ




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


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


Архитектуры информационной системы требуется соблюдение следующих условий:


¾ соответствие с миссией организации;


¾ определенность в требованиях;


¾ направленность в разработке;


¾ возможность к адаптации;


¾ необходимость гибкости.


Соблюдение всех этих условий позволяет разработать архитектуру информационной системы организации более совершенной и эффективной [15,17].


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


¾ файл-серверная;


¾ клиент-серверная;


¾ многоуровневая.


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


1. Многопользовательская работа с локальными таблицами на файл-сервере. В этом дипломная работа по разработке информационной системы система Контур Стандарт и файл OLAP-приложения размещаются на клиентском компьютере, а таблицы исходных данных на файл-сервере. Это удобно, когда одни и те же исходные данные используются для выполнения различных видов анализа разными пользователями. Например, учетные данные, выгруженные из OLTP-системы в dbf-файл, анализируют бухгалтер и руководитель, причем каждый из них работает со своим аналитическим приложением.


2. Многопользовательская работа с OLAP-приложениями исходными данными в виде локальных таблиц на файл-сервере. Тогда на компьютере пользователя устанавливается только Контур Стандарт с OLAP-машиной. Такая архитектура обеспечивает работу группы пользователей (например, бухгалтерии) с одним и тем же аналитическим приложением. Доступ пользователей группы к файлу OLAP-приложения регламентируется средствами операционной системы [4].


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


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


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


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


На рисунке 2.1 представлена схема клиент-серверной архитектуры.



Рисунок 2.1 – клиент-серверная архитектура.


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


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


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


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


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


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


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


Архитектура приложения, разделяющая пользовательские и прикладные сервисы и сервисы данных. Другое название - трехуровневая архитектура, однако термин «многоуровневая» корректнее, поскольку он предполагает, что при логическом проектировании может возникнуть более трех уровней сервисов. МНОГОУРОВНЕВАЯ АРХИТЕКТУРА ПРИЛОЖЕНИЯ (multi-tiered architecture), способ организации взаимодействия программ или компонентов программы. Как правило, Многоуровневая архитектура приложения используется в распределенных приложениях, компонеты которых выполняются на разных компьютерах. Частным случаем Многоуровневая архитектура приложения является архитектура клиент-сервер. В последнее время в информационных системах получила распространение архитектура, в которой распределенное приложение состоит из компонентов трех уровней:


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


¾ компонент, выполняющий обработку данных, выполняется на сервере приложений;


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


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


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


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


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


¾ спецификации исполнимого варианта программной системы;


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


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


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


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


Диаграмма размещения представлена ниже на рисунке 2.3.



Рисунок 2.3 – диаграмма размещения информационной системы.



2.2 Проектирование интерфейса информационной системы


Разработка пользовательского интерфейса включает те же основные этапы, что и разработка программного обеспечения:


1. Определение типа интерфейса и общих требований к нему.


2. Определение сценариев использования.


3. Определение пользовательской модели интерфейса.


4. Программирование и тестирование программных интерфейсов.


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


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


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


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


Пользовательский интерфейс проектируемой информационной системы имеет следующую структуру: после запуска приложения открывается главная форма, которая содержит основное меню, состоящее из 3-ти пунктов меню: Файл, Данные, Помощь. Прототип пользовательского интерфейса ПРИЛОЖЕНИИ Б.




2.3 Проектирование баз данных


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


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


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


¾ разработка предварительного варианта проекта, структура которого позволяет удовлетворить все основные требования, предъявляемые к производительности системы — например, ко времени реакции системы [16].


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


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


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


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


Реализация логической модели начинается с определения концептуальной модели, определяющей основные сущности, сохраняемые в виде таблиц реляционной базы данных. ПРИЛОЖЕНИЕ В.


На рисунке 2.4 пример концептуальной модели, на базе анализа сущностей



Рисунок 2.4 – Концептуальная модель данных ИС.


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


На рисунке 2.5 пример логической модели, на базе анализа сущностей



Рисунок 2.5 – Логическая модель данных ИС.


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


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


СУБД MSSQLServer компании Microsoft начала разрабатываться в 1988 изначально предназначалась для платформы OS/2 [19,20]. Последующие версии этого сервера баз данных предназначались для платформы WindowsNT и со временем были тесно интегрированы с этой операционной системой. Для других платформ версии этого сервера не выпускаются и не выпускались.


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


Клиентские приложения для MicrosoftSQLServer и MSDE можно создавать как с помощью средств разработки Microsoft - VisualBasic, VisualC++, С#, Access и VisualFoxPro, так и с помощью средств разработки других производителей. Для этой цели имеются ODBC-драйвер и OLEDB-провайдер, а также содержащий их набор библиотек MicrosoftDataAccessComponents (MDAC), позволяющий использовать в средствах разработки объекты ActiveXDataObjects (ADO) - COM-объекты для доступа к данным. MDAC является составной частью WindowsXP, а для пользователей дипломная работа на тему брак в российской федерации Windows-платформ доступен отдельно на Web-сайте Microsoft.


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


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


¾ масштабируемость и надежность. SQL Дипломная работа по разработке информационной системы 2005 обеспечивает практически неограниченный рост объемов данных за счет увеличения надежности и масштабируемости системы, используя все преимущества мультипроцессорной обработки данных. SQL Server 2005 Enterprise Edition обеспечивает параллельность обработки данных


¾ высокая скорость построения решений. SQL Server 2005 уменьшает время создания, развертывания и выхода на рынок современных приложений для задач бизнеса, электронной коммерции, использует встроенный отладчик T-SQL. Совершенствует и ускоряет процесс поиска данных, упрощает управление, позволяет использовать создаваемые пользователем функции в других приложениях [22,26].


На рисунке 2.6 представлена физическая модель данных.



Рисунок 2.6 – Схема физической модели данных для ИС отдела воинского учета




2.4 Обоснование выбора платформы создания информационной системы


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


Чтобы средства разработки и технологии отвечали требованиям дипломная работа по разработке информационной системы, в корпорации Майкрософт была создана совершенно новая модель программирования для доступа к данным, основанная на .NETFramework. Построение на основе .NETFramework гарантирует единообразие доступа к данным: компоненты используют систему общих типов, общие шаблоны разработки и соглашения о пространствах имен [24,25].


В .NETFramework поддерживается прямая и обратная совместимость. В контексте .NETFramework обратная совместимость означает, что любое приложение, созданное в .NETFramework более ранней версии, будет выполняться и в более поздней версии[29]. Прямая совместимость означает возможность выполнения приложения, созданного в более поздней версии .NETFrameworkSDKv 2.0, в .NETFramework более ранней виды операции коммерческого банка дипломная работа ADO.NET были разработаны для поддержки возможностей новой модели программирования: интеграции с XML, единого представления данных с возможностью комбинирования данных из различных источников, а также средств оптимизации взаимодействия с базой данных, представленных в .NETFramework [29].


Структура ADO.NET создана для решения задач современной модели разработки приложений. В то же время модель программирования по возможности приближена к ADO, что упрощает переход разработчиков ADO к новой среде. Дипломная работа по разработке информационной системы является неотъемлемой частью .NETFramework, оставаясь понятной программистам ADO[28].


.NET представляет собой совершенно новый способ создания распределенных настольных и встроенных приложений. Для типов .NET не нужны ни фабрики классов, ни поддержка IUnknown, ни регистрация в системном реестре. Эти основные элементы СОМ не скрыты – их просто больше нет.


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


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


Основные возможности .NET следующие:


¾ Полные возможности взаимодействия с существующим кодом;


¾ Полное и абсолютное межъязыковое взаимодействие, межъязыковая обработка исключений и межъязыковая отладка;


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


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


¾ Отсутствует сложность СОМ;


¾ Действительное упрощение процесса развертывания приложения.


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


MicrosoftVisualStudio 2005 продолжает поддерживать технологии Microsoft .NETFramework уже в версии Microsoft .NETFrameworkSDKv2.0, которые предоставляют детско-родительские отношения в семье дипломная работа среду выполнения и унифицированные классы программирования. Также в VisualStudio включена библиотека MSDN, содержащая бухгалтерский учет доходов организации дипломная работа по данным инструментам разработки.


Платформа Microsoft.NET для отображения данных на компьютере конечного пользователя и его интерактивного взаимодействия с системой. предоставляет класс System.Windows.Forms.Form и большое разнообразие классов элементов управления, дочерних от класса Control. Функциональность уровня представления во многом определяется составом элементов управления, входящих в коллекцию Controls для конкретной формы [29].


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


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


Бизнес-логика описывается набором методов, реализующих бизнес-транзакцию. Для платформы Microsoft.NET это типовое решение сценарий транзакций использует прямой доступ к базе данных и базируется на использовании ы на тему жилых домов классов DataCommand и DataReader технологии ADO.NET, а так же используя bindingSource, TableAdapter, DataSet. Класс, реализующий сценарий транзакций, обеспечивает прямой доступ к источнику данных и необходимую функциональность бизнес-логики. Для данного типового решения все обязанности по реализации бизнес-логики возлагаются на методы сценария транзакций.


Для разрабатываемой информационной системы выбрана платформа MicrosoftVisualStudio 2005. В качестве языка реализации приложения выбран C# [23,26].



2.5 Проектирование модулей (объектно-ориентированные модели)


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


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


Уточнение модели анализа путём построения диаграмм взаимодействий и детализации диаграммы классов [33-35]. Внесение необходимых изменений и поправок в имеющуюся модель анализа, если необходимо.


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


Определение с учётом ограничений налагаемые на архитектуру компонентов проектируемой системы, построение диаграммы компонентов.


Модель проектирования представляется в виде UML-диаграмм, схем, рисунков и описаний.



Рисунок 2.7 - Диаграммы Состояний (Statechart) Информационной системы



Рисунок 2.8 - Диаграммы Компонентов (Component) Информационной системы



Выводы к разделу


Во втором разделе рассмотрены архитектурное проектирование информационной системы, определяется пользовательский интерфейс системы. Проводится проектирование баз данных. Выбирается база данных которая будет удовлетворять требованиям разрабатываемой информационной системы. Определяются таблицы и тип хранимых данных в них. Определяется структура базы данных. Выбирается платформа для создания информационной системы. Для разрабатываемой информационной системы была выбрана платформа MicrosoftVisualStudio 2005. В качестве языка реализации приложения выбран C#.




3. РЕАЛИЗАЦИЯ И АТТЕСТАЦИЯ ИНФОРМАЦИОННОЙ СИСТЕМЫ




3.1 Реализация приложения


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


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






usingSystem.Data


using System.Data.SqlClient;


using System.Data.OleDb;




Источник: http://2dip.su/дипломные_работы/11577/

Выдержка из работы

Разработка и внедрение информационной системы «Автовокзал»

СОДЕРЖАНИЕ

ВВЕДЕНИЕ

1.РАЗРАБОТКА ТРЕБОВАНИЙ К ПРОГРАММНОМУ ОБЕСПЕЧЕНИЮ

1. 1Анализ существующих решений в предметной области

1. 2Анализ предметной области

1. 3Выбор методологии проектирования

1. 4Сбор требований

1. 5Анализ и моделирование требований

1. 6Спецификация требований к ПО

1. 7Аттестация требований

Выводы к разделу

2.ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННОЙ СИСТЕМЫ

2. 1Архитектурное проектирование

2. 2Проектирование пользовательского интерфейса

2. 3Проектирование баз данных

2. 4Обоснование выбора платформы создания ИС

2. 5Проектирование модулей

3.РЕАЛИЗАЦИЯ ИНФОРМАЦИОННОЙ СИСТЕМЫ

3. 1Реализация приложения

3. 2Взаимодействие приложения с источниками данных

3. 3Тестирование приложения

3. 4Методика развертывания приложения

Выводы к разделу

4.УПРАВЛЕНИЕ ИНФОРМАЦИОННЫМ ПРОЕКТОМ

4. 1Выбор жизненного цикла разработки программного обеспечения

4. 2Определение цели и области действия программного проекта

4. 3Создание структуры пооперационного перечня работ

4. 4Идентификация ресурсов проекта

4. 5Оценка длительности разработки программного обеспечения

4. 6Распределение ресурсов проекта

4. 7Идентификация задач и действий

4. 8Оценка стоимости разработки программного обеспечения

4. 9Оценка экономической эффективности проекта

Выводы к разделу

ЗАКЛЮЧЕНИЕ

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ

ПРИЛОЖЕНИЕ Б — ПРОТОТИПЫ ИНТЕРФЕЙСА

ПРИЛОЖЕНИЕ В — СТРУКТУРНЫЕ КАРТЫ КОНСТАНТАЙНА

ПРИЛОЖЕНИЕ Г — ТАБЛИЦЫ ТЕСТОВЫХ ДАННЫХ

ПРИЛОЖЕНИЕ Д — ПРОГРАММНЫЙ КОД МЕТОДОВ И ФУНКЦИЙ3

ВВЕДЕНИЕ

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

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

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

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

Являясь крупнейшим предприятием в сфере автоперевозок на юге России, ОАО «Автовокзал» имеет в своём составе 55 автовокзалов и автостанций, расположенных по всей Ростовской области. Ежегодно предприятие обслуживает более 6 миллионов пассажиров, из которых свыше 1 миллиона пользуются различными льготами.

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

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

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

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

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

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

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

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

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

1. РАЗРАБОТКА ТРЕБОВАНИЙ К ПРОГРАММНОМУ ОБЕСПЕЧЕНИЮ

1.1 Анализ существующих решений по автоматизации предметной области

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

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

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

Использование статистики продаж билетов в Интернет

Основная масса статистических данных приведена нам из Интернета. Точнее с сайтов занимающихся онлайн продажей билетов. По данным Интернет компании Romir Monitoring в первом квартале 2005 года услугами Интернет магазина воспользовалось дипломная работа по разработке информационной системы 11% жителей России. Но ежеквартально эта цифра растет, но достигнуть стопроцентной онлайн продажи не получиться.

Для ведения статистики практически все сайты используют модули языков программирования Интернет приложений. В основном используется язык PHP (Hypertext Preprocessor) — скриптовый язык программирования, созданный для генерации HTML-страниц на веб-сервере и работы с базами данных.

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

Автоматизированная система «Автовокзал91»

Компания «ВПИ» Firm «API» разработала специализированное программное обеспечение для автовокзалов городов Украины; Днепропетровске, Львове, Херсоне, Симферополе.

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

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

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

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

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

Система «Olven» построена по трехуровневой схеме «клиент-сервер» и состоит их системы управления базой данных (СУБД), сервера приложений и клиентской программы, реализующей в себе функциональность всех рабочих мест системы. Взаимодействие компонентов системы осуществляется по протоколу TCP/IP с использованием протокола XML. Сервер приложений представляет собой веб-сервер, с библиотекой необходимых программ, реализующих функциональность системы.

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

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

АИС продажа билетов

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

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

В настоящее время рассматриваемая на предприятии информационная система «Продажи билетов», реализована в среде FoxPro, функционирующей под оболочкой DOS 2.6 и сетевых ОС Novell Netware, как консольное приложение, с помощью которой ведется обработка данных — учет продажи и бронирования билетов.

Выбор Foxpro DOS 2.6 и сетевых ОС Novell Netware обусловлен в первую очередь минимизацией требований, предъявляемых к технике на рабочих местах. Количество одновременно работающих пользователей в сети ограничивается лишь версией Novell.

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

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

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

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

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

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

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

1.2 Анализ предметной области

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

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

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

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

Пассажирские перевозки осуществляются как в города России, так и по территории других стран.

С автовокзалов предприятия прямым сообщением отправляются автобусы, следующие по маршрутам в города Германии, Болгарии, Украины, страны Закавказья и республики Северного Кавказа, в населённые пункты Краснодарского и Ставропольского краёв, Воронежской, Волгоградской и Астраханской областей.

Организационная структура компании изображена в соответствии с рисунком 1. 1

Рисунок 1.1 — Организационная структура компании
OAO «Автовокзал»

Согласно уставу открытого акционерного общества «Автовокзал», зарегистрированным регистрационной палатой администрации города Ростова-на-Дону № 2091-РП от 06 октября 1993 года, общество осуществляет следующие виды деятельности:

— транспортно-экспедиционная деятельность;

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

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

— оказание сервисных услуг;

— организация общепита;

— рекламные услуги;

— гостиничные услуги;

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

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

— оптово-розничная торговля;

— торговля горюче-смазочными материалами с открытием автозаправочных станций;

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

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

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

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

— изучение пассажиропотока и спроса населения в пассажирских перевозках;

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

— контроль над исполнением графиков движения и диспетчерское сопровождение автобусов на маршрутах;

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

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

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

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

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

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

Выбор методологии проектирования

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

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

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

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

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

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

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

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

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

1.3 Сбор требований

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

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

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

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

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

— эргономичность пользовательского интерфейса;

— ввод и редактирование различных видов данных;

— надежное хранение информации;

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

— возможности сравнения, редактирования, сортировки;

— создание форм отчетности для печати бланков и результатов.

Накопление данных производит главная программа продажи билетов.

При обработке сформированных данных были составлены следующие виды отчетных документов, для предоставления статистики в АИС:

— сведения о работе АТП;

— показатели работы рейса;

— срывы и не заходы автобусов;

— плановое задание по доходам;

— оперативные сведения;

— перевозка пассажиров;

— доходы от продаж билетов по месяцам;

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

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

— отчет о льготном проезде;

— сведения о предоставлении льготного проезда в автобусах;

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

— станционное расписание движения автобусов;

— коэффициенты повышения тарифов на перевозку пассажиров за месяцы.

Результатом проектирования на данной стадии является разработка технико-экономического обоснования (ТЭО) необходимости создания дополнительного модуля «Анализ статистических данных продажи билетов» в соответствии с приложением А.

1.4 Анализ и моделирование требований

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

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

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

* директор и заместитель директора по общим вопросам;

* разработчики информационной системы;

* сотрудники финансово — экономического отдела компании.

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

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

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

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

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

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

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

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

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

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

Схематичное отображение в рамках методологии IDEF0 основной деятельности компании ОАО «Автовокзал» «Продажа билетов» изображено на рисунке 1.2.

Рисунок 1.2 — Продажа билетов

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

Пример декомпозиции контекстной работы показан на рисунке 1. 3

Рисунок 1.3 — Декомпозиция «Продажа билетов»

На рисунке 1.4 изображена дальнейшая декомпозиция работы «Ведение справочников».

Рисунок 1.4 — Дипломная работа по разработке информационной системы работы «Ведение справочников»

Рисунок 1.5 — Декомпозиция работы «Создание отчета»

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

Для того чтобы документировать дипломная работа по разработке информационной системы передачи и обработки папка для в нижнем новгороде в моделируемой системе, используются диаграммы потоков как написать дипломную работу каким шрифтом (Data Flow Diagrams). Диаграммы DFD обычно строятся для наглядного изображения текущей работы системы документооборота вашей организации. Чаще всего диаграммы DFD используют в качестве дополнения модели бизнес-процессов, выполненной в IDEF0.

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

Рисунок 1.6 — Схема документирования процесса получения отчетности, DFD диаграмма

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

1.6 Спецификация требований к ПО

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

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

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

Требования, описывающие общее ограничения системы.

Требования к представлению системы.

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

Таблица 1. 1- Условные обозначения требований

Обозначение

Описание

F

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

С

Требования, описывающие общее ограничения системы.

Р

Требования к представлению системы.

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

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

Таблица 1.2 — Функциональные требования к информационной системе

Название

Описание

F: Анализ загрузки рейсов

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

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

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

Таблица 1.3 — Описание системных требований

Название

Описание

С: Архитектура

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

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

В качестве среды разработки приложения должна использоваться Microsoft Visual Учет расчетов с поставщиками и подрядчиками на предприятии 9.0.

С: Взаимодействие приложения с источником данных

Для взаимодействия приложения с базой данных должны использоваться стандартизированные технологии и интерфейс Open Database Connectivity
(ODBC), удаленные представления используют для удаленных источников данных SQL синтаксис.

С: База данных

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

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

Таблица 1.4 — Описание требований к представлению

Название

Описание

Р: Общий интерфейс

Интерфейс должен быть логичным и понятным.

Р: Форма представления данных

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

Р: Обязательные поля

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

Р: Система меню

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

Р: Расположение полей ввода данных

Расположение полей ввода данных должны соответствовать логичной последовательности их ввода, при вертикальном расположении — сверху вниз, а при горизонтальном — слева направо

1.7 Аттестация требований

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

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

— проверка правильности требований;

— проверка на непротиворечивость;

— проверка на полноту;

— проверка на выполнимость.

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

Диаграмма потоков пользовательского интерфейса представлена на рисунке 1.7.

Рисунок 1.7 — Диаграмма потоков пользовательского интерфейса

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

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

Выводы к разделу

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

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

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

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

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

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

Был проведен выбор методологии проектирования информационной системы.

2. ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННОЙ СИСТЕМЫ

2.1 Архитектурное проектирование

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

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

Архитектура клиент-сервер разделяет компоненты приложения и размещает их там, где они будут функционировать наиболее темы дипломных работ по налогу на доходы физических лиц. Особенностью архитектуры клиент-сервер является использование выделенных серверов баз данных, понимающих запросы на языке структурированных запросов SQL (Structured Query Language) и выполняющих поиск, сортировку и агрегирование информации.

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

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

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

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

Для реализации программного модуля мною была выбрана технология Open DataBase Connectivity (открытая система связи с базами данных).

ODBC представляет собой набор динамических библиотек DLL, которые обслуживают подключение и работу с конкретным типом базы данных. При запросе на подключение к определенной, заранее описанной базе «активизируется» определенная DLL — драйвер этого типа БД.

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

2.2 Проектирование пользовательского интерфейса

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

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

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

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

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

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

2.3 Проектирование баз данных

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

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

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

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

Рисунок 2.1 — Концептуальная модель базы данных

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

Рисунок 2.2 — Логическая модель базы данных

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

Рисунок 2.3 — Физическая модель базы данных

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

— анализ пассажиропотока (Analpass);

— анализ работы АТП (Atp_Anal)

— выручка за багаж (Bagaj_D)

— показатели работы рейса (Coef_CRT)

— срывы и незаходы автобусов (FailRejs)

— плановое задание по доходам (FuturDoh)

— перевозка пассажиров фактическая (LoadFact)

— периодичность рейсов (MinSched)

— положение по продажам (NegPass)

— справка о неприбытиях и опозданиях автобусов по АТП (NerpOATP)

— оперативные сведения (Oper_All)

— сведения о работе АТП по выполнению условий"Договора об организации и перевозки" (OrderAtp)

— расчет потребности кассовых ведомостей (OrderCnt)

— перевозка пассажиров дальнего следования (PassKmAV)

— доходы по месяцам от продаж (PlanDoh)

— анализ предварительной продажи билетов на формирующиеся рейсы (Pr_SalSv)

— отчет о предварительной продаже билетов на формирующиеся и транзитные рейсы (Pre_Sale)

— льготный проезд (Priv_All)

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

— сведения о продаже билетов, выручке и наполняемости автобусов (SoldTisk)

— станционное расписание движения автобусов (St_Sched)

— коэффициент повышения тарифов на перевозку пассажиров за месяцы (TarifRat)

2.4 Обоснование выбора платформы создания информационной системы

Согласно требованиям к разрабатываемой системе, а так же согласно требованиям стороны заказчика, для создания разрабатываемой информационной системы анализа продажи проездных билетов на примере ОАО «Автовокзал» был выбран Microsoft Visual FoxPro 9.0.

Первоначальное название FoxPro — FoxBase. Данный продукт разработка компании Fox Software. Начало разработки данного продукта было положено еще в 1984 году. С течением времени в 1992 году компания Fox Software объединилась с компанией Microsoft и новые версии продукта обрели ряд литература для написания дипломной работы по менеджменту функций, а так же приставку «Visual». Последняя версия оригинального FoxPro — версия 2.6 — работала под Mac OS, DOS, Windows и Unix. Уже в версии Visual FoxPro 3.0 список поддерживаемых платформ сократился до Mac OS и Windows, а в более поздних версиях -- уже только до Windows.

Текущая версия Visual FoxPro основана на Component Object Model (COM), и Microsoft утверждает, что. NET-версии продукта не будет. COM — это технологический стандарт от компании Microsoft, предназначенный для создания программного обеспечения на основе взаимодействующих распределённых компонентов, каждый из которых может использоваться во многих программах одновременно. Стандарт COM был разработан в 1993 году корпорацией Майкрософт как основа для развития технологии Object Linking and Embedding (OLE) — технология связывания и внедрения объектов в протокол.

Технология OLE уже позволяла создавать так называемые «составные документы». Например, в пакете Microsoft Office эта технология позволяла дипломная работа по разработке информационной системы диаграммы Microsoft Excel в документы Microsoft Word. Стандарт же COM должен был унифицировать процесс создания, внедрения и связывания таких внедряемых объектов, а также стандартизировать разработку приложений, использующих внедряемые объекты.

Visual FoxPro это визуальная среда разработки систем управления реляционными базами данных, дипломная работа по разработке информационной системы в настоящее время корпорацией Майкрософт. Последней версией продукта является Microsoft Visual FoxPro 9. 0, данный продукт использует язык программирования FoxPro. Среда разработки версии 7.0 может работать в операционных системах Windows 9x и ядра NT, версии 8.0 и 9.0 -- только в Windows Пример рецензии на дипломную работу на хорошо, 2000, 2003. Среда исполнения версий 8.0 и 9.0 работает под любой версией Windows, начиная с 98.

ПоказатьСвернуть
Источник: http://westud.ru/work/226072/Razrabotka-i-vnedrenie-informacionnoj

Связь и технологии связи Тут Дипломные работы Дипломная работа: Разработка информационной системы учета обслуживания и ремонта автотранспорта в ООО «Мэйджор сервис Красногорск.

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

Здравствуйте, нужна помощь в написании программы для дипломной работы. помогите расписать сущность и создать БД РАЗРАБОТКА ИНФОРМАЦИОННОЙ СИСТЕМЫ УЧЁТА РАБОТЫ ФАРМАЦЕВТА Фармацевт.

Презентация на тему: "Дипломная работа Разработка информационной системы распределения заявок на поверку водосчетчиков Научный руководитель: доцент, к т н Соколов Игорь Александрович." — Транслит.

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

Дипломная работа Разработка резервный фонд рф дипломная работа системы финансового планирования для малого предприятия

Главная > Дипломная работа >Информатика

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

по окрашиванию волос 2 группы дипломная работа по разработке информационной системы 0; page-break-before: auto; page-break-after: auto">Введение

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

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

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

правонарушение понятие и признаки дипломная работа line-height: 150%; widows: 0; orphans: 0">Предприятия, занимающиесяпроектированием и разработкой устройствразличного назначения, в настоящеевремя широко используют различныесредства как автоматизированногопроектирования – САПР курсовые и требования к структуре и оформлению, так имониторинга производственных процессов– АСУТП (SCADA/DCS). Однако для устройствсобственной разработки необходиморазрабатывать собственные средстваконтроля их работоспособности и анализакачества продукции.

Технологический объект и предмет исследования в дипломной работе по психологии учетапродукции на складе в магазине Cleanellyвключает этап ведение дипломная работа управление карьерой в организации продукции.

Целью настоящего дипломногопроекта является реализацияавтоматизированного рабочего места(АРМ) позволяющего осуществить учетпродукции на складе магазина.

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

  • провести анализ бизнес-процессов магазина;

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

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

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

  • провести оценку экономической эффективности информационной системы.

1Разработка требований к программномуобеспечению

1.1Анализ существующих решений

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

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

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

К основным преимуществам моейсистемы Оптовая База можно отнестиотносительную низкую стоимость внедренияданной системы ,а также еще ряд преимуществ:

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

  • Удобство пользования интерфейсом;

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

дипломная работа на тему аудит основных средств предприятия margin-bottom: 0cm; widows: 0; orphans: 0; page-break-after: auto">

1.2Анализ предметной области

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

Для проведения анализа иреорганизации бизнес-процессовпредназначено CASE средство верхнегоуровня All Fusion Process Modeler (BPwin), поддерживающиеметодологии IDEF0 (функциональная модель),DFD (Dataflow Diagram) и IDEF3 (Workflow Diagram). BPwin являетсямощным программным продуктом длясоздания моделей, позволяющиханализировать, документировать ипланировать изменения сложныхбизнес-процессов. BPwin предлагает средство,для сбора всей необходимой информациио работе предприятия и графическогоизображения этой информации в видецелостной и непротиворечивой модели.[24]

С точки зрения функциональностисистемы. В рамках методологии IDEF0(Integration Definition for Function Modeling) бизнес-процесспредставляется в виде набораэлементов-работ, которые взаимодействуютмежду собой, а также показываетсяинформационные, людские и производственныересурсы, потребляемые каждой работой.Функциональная модель предназначенадля описания существующих бизнес-процессовна предприятии (так называемая модельAS-IS) идеального положения вещей того, к чему нужно стремиться (модельTO-BE). Методология IDEF0 предписываетпостроение иерархической системыдиаграмм, т.е. единичных описанийфрагментов системы. Сначала проводитсяописание системы в целом и ее взаимодействиес окружающим миром (контекстнаядиаграмма), после чего проводитсяфункциональная разница между й и проектом системаразбивается на подсистемы и каждаясистема описывается отдельно (диаграммыдекомпозиции). Затем каждая подсистемаразбивается на более мелкие и так далеедля достижения нужной степени подробности.[26]

Если в процессе моделированиянужно осветить специфические сторонытехнологии предприятия, BPwin позволяетпереключиться на любой ветви модели нанотацию DFD или IDEF3. Диаграммы DFD (Data FlowDiagramming) могут дополнить то, что ужеотражено в модели IDEF3, поскольку ониописывают потоки данных, позволяяпроследить, каким образом происходитобмен информацией между бизнес-функциямивнутри системы. В тоже время диаграммыDFD оставляют без внимания взаимодействиемежду бизнес-функциями. [26]

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

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

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

В основе методологии IDEF0 лежатчетыре основных понятия.

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

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

  • верхняя сторона имеет значение «Управления» (Control);

  • левая сторона имеет значение «Вход» (Input);

  • правая сторона имеет значение «Выход» (Output);

  • нижняя сторона имеет значение «Механизм» (Mechanism).

Вторым «китом» методологии IDEF0является понятие интерфейсной дуги(Arrow). Графическим отображением интерфейснойдуги является однонаправленная стрелка.Каждая интерфейсная дуга должна иметьсвое наименование (Arrow Label). С помощьюинтерфейсных дуг отображают различныеобъекты, в той или иной степени определяющиепроцессы, происходящие в системе. Приэтом стрелки, в зависимости от того вкакую грань прямоугольника работы онивходят или из какой грани выходят,делятся на:

  • стрелки входа (входят в левую грань функционального дипломная работа по разработке информационной системы – изображают изменяемые в ходе выполнения работы данные или объекты;

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

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

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

Третьим основным понятиемстандарта IDEF0 является декомпозиция(Decomposition). Принцип декомпозиции применяетсяпри разбиении сложного процесса насоставляющие его функции.

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

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

Рассмотрим диаграммы бизнес-процессовпротекающие на складе магазина ОАО ДММ,«Cleonelly»:

Для общей видимости системынеобходимо построить контекст«Деятельность склада предприятия»(смотри рисунок 1.1).

Рисунок 1.1 – Диаграмма «Деятельностьсклада предприятия»

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




Похожие работы:

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

    Курсовая работа >> Информатика
    . системы 2 Требования к системе 3 Состав и содержание работ по разработке системы. 11 Общие сведения Наименование разработки: Автоматизированная информационная система «Оптовый .
  2. Совершенствование информационной системы товарооборота ООО Уралэнергоцентр с помощью разработки

    Дипломная работа >> Дети инвалиды в нижегородской области дипломная работа . проекта: является совершенствование информационной системы товарооборота ООО «Уралэнергоцентр», с помощью разработки базы данных. Задачи . образец доклада на защите дипломной работы основные функции оптового поставщика и создать проект соответствующей базы данных. Оптовый поставщик является .
  • Базы данных. Информационные системы, базы данных и системы управления темы дипломных работ по истории церкви данных

    Конспект >> Информатика, программирование
    Базы данных Информационные системы, базы данных и системы дипломная работа по разработке информационной системы базами данных. Информационная система (ИС): предназначена для сбора, . на разработку программной системы является некая организация, занимающаяся оптовой торговлей сельхозпродуктами .
  • Информационные технологии управления (11)

    Шпаргалка >> Информатика, программирование
    . Бухгалтерские и финансовые информационные стадии возбуждения уголовного дела дипломная работа Базы данных как инструмент . консультации всевозможного вида, оптовая и розничная торговля, аукционы . обеспечивающая управляемость процессом разработки информационной системы; использование специальным .
  • Интеллектуальные информационные системы (3)

    Реферат >> Информатика
    . Системы с интеллектуальным интерфейсом; Экспертные системы; Самообучающиеся системы; Рис. 1.1. Классификация ИИС 1.2. Системы с интеллектуальным интерфейсом Интеллектуальные базы . в отрасли оптовой торговли (35 . Среда разработки информационной системы ART- .
  • Хочу больше похожих работ.

    Источник: http://works.doklad.ru/view/xmo89Oois-4.html

    Заказ 231

    Цена: 5 000 рублей

    Вышлю демо любой части дипломной работы для ознакомления!

    ЗАДАНИЕ на дипломное проектирование

    Тема проекта «Разработка информационной системы для учета электронных лицензионных ключей»
    Срок сдачи студентом законченного проекта 01 июня 2015 года
    Исходные данные к проекту OC Windows XP и выше
    Среда разработки – Visual Studio 2013
    Используемый язык – C#
    Аппаратные требования: Процессор Intel Pentium 4 2.3ГГц ОЗУ 512 МБ
    Содержание расчетно-пояснительной записки (технико-экономическое обоснование темы, расчетная, экспериментальная, экономическая часть и др. с расшифровкой задания по каждой части)
    Введение.
    1. Технико-экономическое обоснование темы дипломного проекта.
    2. Расчетная часть
    2.1. Постановка задачи_______________________________________________________
    2.2. Разработка информационной модели системы________________________________
    2.3. Выбор и обоснование СУБД и среды разработки приложения
    3. Экспериментальная часть
    3.1. Разработка программного за сколько можно заказать дипломную работу. Разработка программной документации
    4. Экономическая часть
    5. Безопасность и экологичность проекта
    Заключение
    Библиографический список
    Приложения

     

    План дипломной:

    Оглавление

    Введение. 1

    1.Технико-экономическое обоснование темы дипломного проекта. 0

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

    1.1.1 Характеристика предприятия. 0

    1.1.2 Краткая характеристика подразделения и видов его деятельности. 4

    1.1.3. Экономическая сущность комплекса задач. 5

    1. Расчетная часть. 8

    2.1. Постановка задачи. 8

    2.1.1 Цели и назначение автоматизированного варианта решения задачи. 8

    2.1.2 Общая характеристика организации решения подзадач на ЭВМ… 10

    2.1.3 Формализация расчётов подзадач. 11

    2.2. Разработка информационной модели системы. 12

    2.3. Выбор и обоснование СУБД и среды разработки приложения. 13

    2.3.1 Техническое обеспечение для создания БД. 13

    2.3.2 Анализ первичных документов. 14

    2.3.3 Используемые классификаторы и системы кодирования. 15

    2.3.4 Характеристика базы данных. 16

    2.3.5. Характеристика даталогической модели БД. 17

    2.3.5 Характеристика результатной информации Представления. 26

    2.3.6. Документы (формирование отчетов) лосев в.в подготовка оформление защита учеб метод пособие Экспериментальная часть. 29

    3.1. Разработка программного обеспечения. 29

    3.1.1 Описание программных модулей. 29

    3.2. Разработка программной документации. 31

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

    3.2.2 Структурная схема пакета. 33

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

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

    1. Планирование и обоснование экономической эффективности проекта. 37

    4.1. Расчет затрат на разработку. 39

    4.1.1. Составление сметы затрат на разработку. 39

    4.1.2 Расчёт цены научно-исследовательской разработки. 42

    4.2.Выводы по эффективности предложения. 43

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

    5.1. Организация рабочего места пользователя ПЭВМ… 43

    5.1.1 Анализ условий труда пользователя ПЭВМ… 43

    5.1.2 Анализ опасных и вредных факторов. 45

    5.2.Воздействие производственных факторов на организм человека. 46

    5.2.1 Параметры микроклимата. 46

    5.2.2 Уровень освещенности рабочего места. 48

    5.2.3 Расчёт освещенности в помещении с ПЭВМ… 49

    5.2.4 Опасность поражения электрическим током. 51

    5.2.5 Опасные факторы пожара. 53

    5.2.6 Уровень шума рабочего оформление раздаточного материала к дипломной работе пример. 54

    5.2.7 Психофизиологические факторы. 54

    5.3. Критерии эргономичности организации рабочего места. 55

    5.4. Обеспечение пожарной безопасности при эксплуатации проектируемого объекта. 56

    5.4.1 Оценка пожароопасности объекта. 56

    5.4.2 Мероприятия по предотвращению пожара на объекте. 59

    5.4.2 Система пожарной защиты при эксплуатации объекта. 61

    5.5. Экологичность проекта. 62

    Заключение. 62

    Литература. 64

    Введение

    ООО «Аналитические технологии» – это профессиональный поставщик программных продуктов и решений в области анализа данных. Компания специализируется на разработке систем для глубокого анализа данных, охватывающих вопросы сбора, консолидации, очистки данных, построения моделей и визуализации. Юридический адрес: Россия, 390046, г. Рязань, ул. Введенская 115, оф. 447.

    ООО «Аналитические технологии» создано 22 ноября 1995 года в Рязани и первоначально занималась созданием заказного программного обеспечения [15]. Начиная с 1999 года, компания сконцентрировала все свои ресурсы на разработке программных систем, предназначенных для анализа данных. Было выполнено множество проектов в этой области с российскими и зарубежными компаниями, пока со временем все эти разработки не трансформировались в аналитическую платформу Deductor.

    Deductor– флагманский продукт ООО «Аналитические технологии», концентрирующей многолетний опыт компании и вобравший в себя самые удачные архитектурные идеи и современный математический аппарат. Deductor является платформой на базе, которой создаются законченные аналитические решения [7, c. 601]. Платформа ориентирована на применение экспертами в различных предметных областях, позволяет обрабатывать любую структурированную табличную информацию. Это доступная по цене дипломная работа по разработке информационной системы простая в использовании система с прекрасными аналитическими возможностями.

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

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

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

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

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

    -Автоматизировать составление отчета о наличии у клиентов договоров о технической поддержке.

    -Автоматизировать составление отчета о прошивках электронного ключа.

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

    Предметом исследования является процесс учета электронных ключей. Объектом исследования является ООО «Аналитические технологии».

     

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

     

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

    1.1.1 Характеристика предприятия

    ООО «Аналитические технологии» – небольшая по численности компания: всего 30 сотрудников. Организационная структура, существующая на данный момент, в общем виде, представлена на рис. 1.

    Рис. 1 – Организационная структура предприятия в общем виде

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

    1. Разработкой и технической поддержкой аналитической платформы Deductor.
    2. Консалтингом.
    3. Обучением.
    4. Исследованием.
    5. Маркетингом.

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

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

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

    Deductor предоставляет аналитикам инструментальные средства, необходимые для решения самых разнообразных аналитических задач: корпоративная отчетность, прогнозирование, сегментация, поиск закономерностей – эти и другие задачи, где применяются такие методики анализа, как OLAP, KnowledgeDiscoveryinDatabases (KDD) и DataMining. Deductor является платформой для создания систем поддержки принятия решений.

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

    …………………………………………………………………………………………………………………………………………………………….

    Литература

    1. ГОСТ 19.701 – 90 (ИСО 5807 – 85) Схемы алгоритмов, программ, данных и систем. – М.: Государственный стандарт союза ССР, 1990. – 22с.
    2. Р 50.1.028-2001. Рекомендации по стандартизации. Информационные технологии поддержки жизненного цикла продукции. Методология функционального моделирования. М.: ИПК Изд-во стандартов, 2001. – 50 дипломная работа совершенствование маркетинговой стратегии предприятия Н.М. Реинжиниринг бизнес-процессов: учебник. – 2-е изд., испр. – М.: Эксмо, 2007. – 592 с.
    3. Албахари, Дж. С# 3.0 Справочник: Пер. с анг. – 3-е изд. – СПб.: БХВ-Петербург, 2009. – 944 с.: ил.
    4. МихеевР.Н. MSSQLServer 2005 для администраторов. – СПб.: БХВ-Петербург, 2007. – 544 с.: ил.
    5. Нильсен, Пол. MicrosoftSQLServer Библия пользователя.: Пер. с англ. – М.: ООО «И.Д. Вильямс», 2008 – 1232 с.: ил. – Парал. тит. англ.
    6. Паклин Н.Б., Орешков В.И. Бизнес-аналитика: от данных к знаниям (+CD): Учеб. Пособие.2-е изд., перераб. и доп. – СПб.: Питер, 2010. – 704 с.: ил.
    7. Смирнова Г.Н.,Сорокин А.А., Тельнов Ю.Ф.Проектирование экономических информационных систем. УчебникМ.: «Финансы и статистика», 2003 – 512 c.
    8. Хомоненко А. Д. Базы данных : учеб. для вузов / А. Д. Хомоненко, В. М. Цыганков, М. Г. Мальцев ; ред. А. Д. Хомоненко. – 6-е изд. — СПб. : Корона-Век, 2010. – 736 с. : ил.
    9. An Approach to Security Using Rijndael Algorithm / International Journal of Computer Applications (0975 – 8887) Volume 8– No.5,– 2010. –p.31-35.
    10. Белых А.А., Харитонов В.А. Интерпретация эффективности сложных систем с позиций рыночных отношений. Научный журнал КубГАУ, №59(05), – 2010.
    11. Молоткова Н.В., Фетисова.О.В. Теоретико-методические аспекты реализации реинжиниринга бизнес-процессов предприятия в современных социально-экономических условиях / Вопросы современной науки и практики Университет имени В.И.Вернадского, выпуск N7-9(30), – 2010, – с. 217-222.
    12. РАБОТА С БАЗАМИ ДАННЫХ НА ЯЗЫКЕ C#. ТЕХНОЛОГИЯ АDO .NET: учебное пособие / сост. О. Н. Евсеева, А. Б. Шамшев. –Ульяновск: УлГТУ, 2009. – 170 с.
    13. Microsoft SQL Server 2005: System Requirements. http://www.microsoft.com/sqlserver/2005/en/us/system-requirements.aspx
    14. ФирмаBaseGroup Labs.http://www.basegroup.ru/company/about/
    15. Фирма 1С.http://v1c.ru/solutions/product.jsp?prod_id=137

     

     

     

     

     

     

     

     

     

     

     

     

     

     

    Источник: http://xn--80ahbocphjgi7p.xn--p1ai/готовый-диплом-по-программированию-c/


    1.3 Сбор требований



    Дипломная работа на тему: Разработка информационной системы «Оптимизация структуры портфеля ценных бумаг»

      1   2   3   4   5   6   7   8   9 дипломная работа по разработке информационной системы .   17



    МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ

    РЕСПУБЛИКИ КАЗАХСТАН


    КазахскИЙ ЭКОНОМИЧЕСКИЙ УНИВЕРСИТЕТ

    ИМ. т. РЫСКУЛОВА


    Кафедра:

    Информационные системы в экономике


    Дипломная работа


    на тему: Разработка информационной системы

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


    Научный руководитель:

    д.э.н., профессор

    Бралиева Н.Б.


    Работа допускается к защите:

    Зав. кафедрой «ИСвЭ»,

    к.ф.-м.н., доцент Заурбеков Дипломная работа на тему французский маникюр 2004


    СОДЕРЖАНИЕ


    ВВЕДЕНИЕ 3


    ^

    «ОПТИМИЗАЦИЯ СТРУКТУРЫ ПОРТФЕЛЯ ЦЕННЫХ БУМАГ» 6

    1.1 Оптимизация структуры портфеля ценных бумаг 6

    1.2 Характеристика РГП

    «Казахстанский Центр Межбанковских Расчетов» НБ РК 7

    1.3 Организационная структура РГП

    «Казахстанский Центр Межбанковских Расчетов» НБ РК 9

    1.4 Назначение и цель создания ИС «Оптимизация структуры

    портфеля ценных бумаг» в РГП «КЦМР» НБ РК 12

      1. Требования к ИС 13

    1.5.1 Требования к структуре ИС 13

    1.5.2 Требования к ресурсам ИС 15

    1.5.3 Концептуальная схема ИС «Оптимизация структуры

    портфеля ценных бумаг» в РГП «КЦМР» НБ РК 21

      1. Анализ существующих информационных технологий и выбор

    реализуемой технологии 23


    ^

    ПОРТФЕЛЯ ЦЕННЫХ БУМАГ» В РГП «КЦМР» НБ РК 24

      1. Место задачи в ИС 24

      2. Постановка задачи 25

    2.2.1 Характеристика задачи 25

    2.2.2 Входная информация 25

    2.2.3 Выходная информация 28

    2.3 Информационная база 31

    2.4 Математическое обеспечение 36

    2.5 Описание программного обеспечения 37

    2.5.1 Недостатки в рецензии по строительству существующих программных средств 37

    2.5.2 Структура программного обеспечения 38

    2.5.3 Инструкция пользователю 40

    2.5.4 Контрольный пример 48

    ^

    3.1 Оценка затрат на создание ИС 49

    3.2 Анализ результатов и рекомендаций по коммерческой реализации

    информационного продукта 55

    3.3 Рекомендации по совершенствованию информационной технологии

    комплекса задач 56


    ЗАКЛЮЧЕНИЕ 58


    ^


    ПРИЛОЖЕНИЯ 62

    ВВЕДЕНИЕ


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

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

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

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

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

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

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

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

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

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

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

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

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

    Объектом исследования дипломной работы выступает финансовый отдел Республиканского Государственного предприятия «Казахстанский Центр Межбанковских Расчетов» Национального Банка Республики Казахстан (далее РГП «КЦМР» НБ РК), являющееся юридическим лицом на праве хозяйствующего субъекта, т.е. доходы предприятия формируются за счет предоставления дипломная работа по разработке информационной системы Цель дипломной работы заключается в создании интегрированной информа­ционной системы расчета портфельных рисков за счет оптимизации количественных соотношений различных ценных бумаг на основе математической модели Гари Марковица, т.е. создание такого набора ценных бумаг в портфеле, который сочетал бы в себе минимальные риски при максимальных дивидендах.

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

    Задачами данной работы являются: ознакомление с деятельностью РГП «КЦМР» НБ РК, проектирование новой информационной системы, способствующей помочь предприятию в выборе наиболее привлекательных с экономической точки зрения ценных бумаг.

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

    В первой главе дипломной работы, приведена характеристика РГП «КЦМР» НБ РК с описанием функций каждого отдела, приведены основные виды деятельности, выполняемые организацией, описана предметная область. Здесь же обоснованы назначение и цели создания информационной системы, определены требования к ее структуре, произведена декомпозиция комплекса задач, а также определены требования к ресурсам ИС: информационному, программному, техническому, организационному и др. обеспечениям, разработана концептуальная схема.

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

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

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

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

    В приложениях приведены документы, необходимые для работы ИС, таблицы, рисунки и графики.


    ^

    «ОПТИМИЗАЦИЯ СТРУКТУРЫ ПОРТФЕЛЯ ЦЕННЫХ БУМАГ»


    1.1 Оптимизация структуры портфеля ценных бумаг


    Любое предприятие, владеющее свободными денежными средствами, заинтересован в их рациональном использовании. Деньги могут и должны «работать». Существует несколько наиболее привлекательных сфер вложения капитала. Критерии привлекательности для каждого инвестора могут быть разными, но существуют два основных параметра, по которым принимается окончательное решение, – это риск и доходность инвестиций. Сравнивая и оценивая эти показатели, потенциальный инвестор делает выводы о привлекательности того или иного сектора экономики, сферы бизнеса, финансово-кредитных институтов, предлагающих свои услуги в этой области. Если с банковской системой все просто: известны кредитный рейтинг, величина уставного капитала, список крупных корпоративных клиентов, содержание лексико-семантической работы в 4 классе курсовая работа ставки по вкладам, иные показатели, характеризующие устойчивость и степень доверия к данному финансово-кредитному институту, психологическую готовность ребенка к школьному обучению. с относительно новым видом вложения капитала для казахстанского инвестора, каким является фондовый рынок, возникает множество вопросов при оценке этих двух принципиально важных показателей. Говоря об относительной новизне понятия «фондовый рынок», я имею в виду его казахстанскую интерпретацию. Современное состояние рынка ценных бумаг в РК предопределяет очень большой объем научно-прикладных исследований. Несмотря на более чем десятилетнею историю, говорить о реальном развитии можно лишь с конца 1998 года. Система государственных краткосрочных облигаций и государственных займов, приносивших баснословные прибыли при минимуме риска, способствовала мобилизации на этом рынке практически всех финансовых ресурсов. Нестабильная политическая ситуация в стране в 90-х годах ХХ века, высокая инфляция, несовершенство, а иногда и отсутствие некоторых норм в законодательстве, регламентирующих инвестиционную деятельность, самым отрицательным образом отразились на казахстанском фондовом рынке.

    Известный экономический закон, говорящий о том, что капитал всегда перетекает в наиболее доходную сферу бизнеса, лишний раз подтверждается казахстанской действительностью. Постепенно капитал стал перетекать на фондовый рынок, появилась динамика, объем торгов увеличился и, как следствие, основа для научно-исследовательской деятельности.

    Более чем вековая история западных, и особенно американского, фондовых рынков способствовала широкому развитию научных и квазинаучных исследований в этой области. Огромное количество различных исследований, проведенных учеными и финансовыми компаниями, выявили определенные закономерности в динамике фондового рынка и позволили создать многочисленные теории, описывающие и объясняющие механизм взаимоотношений, а также философию поведения инвестора на рынке. Все эти теории и модели призваны служить в качестве опоры при принятии решений. Так как целью любого инвестора является максимальная прибыль при минимуме риска, то следует предположить, что, эмпирически оценив применимость (или неприменимость) западных моделей к отечественному фондовому рынку, можно выявить особенности и возможно «характер» казахстанского рынка ценных бумаг, снизив тем самым риск потери капитала.

    Из всего разнообразия различных теорий мною была выделена образец доклада к по электроснабжению, созданная в 1950 году нобелевским лауреатом в области экономике Гарри Марковицем и получившая название «модель Марковица», поскольку ее несомненным достоинством является строгая математическая формулировка, что обеспечивает максимальную объективность результатов. Модель лежит в основе инвестиционного планирования в условиях неопределенности, являясь существенным элементом теории рынка капитала, особенно такой ее формы, как модель оценки финансовых активов. На базе математического аппарата модели Марковица и на основе «исторических» баз данных казахстанских торгов в контексте дипломной работы мною разработана программа моделирования портфельного инвестирования. Используя эту программу, будет проведен статистический анализ применимости модели к отечественным фондовым рынкам. Основными целями моей работы являлась попытка выявления оптимальной структуры инвестиционного портфеля, его ожидаемого риска и прибыли. С позиций математической статистики данная программа - это инструмент, с помощью которого языком математики можно охарактеризовать казахстанский рынок ценных бумаг, его среднюю доходность и риск. Следует отметить, что с помощью этой модели я пытаюсь решить вопрос о краткосрочном портфельном инвестировании (t

    ^


    Казахстанский Центр Межбанковских Расчетов Национального Банка Республики Казахстан дипломная работа по разработке информационной системы на основании решения Правления Национального Банка от 30.12.95 г. №252 в соответствии с Программой реформирования банковской системы Республики Казахстан.

    «КЦМР» НБ РК является юридическим лицом, учредителем и уполномоченным органом которого является Национальный Банк Республики Казахстан. 01 июля 1999 г. «КЦМР» НБ РК прошел перерегистрацию в органах юстиции и принял форму Республиканского государственного предприятия на праве хозяйственного ведения.

    «КЦМР» НБ РК является самостоятельным хозяйствующим субъектом, небанковским финансовым учреждением. Основной деятельностью «КЦМР» НБ РК является проведение межбанковских платежей и переводов денег через межбанковскую систему перевода денег и системы розничных платежей.  Плата за услуги, предоставляемые клиентам, является основной статьей доходов «КЦМР» НБ РК.

    Целью «КЦМР» НБ РК является обеспечение основных потребностей банковской деятельности на основе эффективной, устойчивой, безопасной межбанковской платежной системы [2].

    КЦМР принимает активное участие в:

    1) формировании стратегии Национального Банка в области межбанковских платежей и переводов денег, клиринга на основе анализа потребностей пользователей «КЦМР» НБ РК и опыта международных финансовых организаций;

    2) деятельности Национального платежного совета по дальнейшему совершенствованию платежной системы в соответствии с концепцией, утвержденной Национальным Банком;

    3) внедрении и дальнейшем развитии эффективной, устойчивой, безопасной межбанковской платежной системы в соответствии с концепцией, утвержденной Национальным Дипломная работа по разработке информационной системы 4) разработке проектов нормативных правовых актов, способствующих стабилизации работы в области межбанковских платежей и переводов денег банков второго уровня, организаций, осуществляющих отдельные виды банковских операций;

    5) улучшении качества обслуживания клиентов в соответствии с банковским иным законодательством Республики Казахстан и контроле за их соблюдением;

    6) выборе использовании стандартов с учетом международного опыта по взаимодействию пользователей «КЦМР» НБ РК;

    7) разработке предложений по изменению порядка взаимодействия и согласования платежных систем пользователей «КЦМР» НБ РК;

    8) проведении межбанковских платежей и переводов денег, клиринга в соответствии с законодательством Республики Казахстан;

    9) обеспечении платежей с использованием платежных карточек, как национальных, так и международных эмитентов;

    10) разработке, выборе и поддержании аппаратно-программного комплекса, обеспечивающего надежное функционирование «КЦМР» НБ РК;

    11) решении вопросов, связанных с безопасностью системы, техническим и программным обеспечением, различными услугами и обучением пользователей «КЦМР» НБ РК;

    12) изучении и анализе опыта других стран по внедрению и сопровождению платежных систем, включая основные тенденции их дипломная работа по разработке информационной системы и развития, правовое обеспечение, применительно к условиям Республики Казахстан;

    13) сборе, обработке и предоставлении различной информации, в том числе и финансовой, пользователям «КЦМР» НБ РК их клиентам;

    14) разработке государственных и правительственных программ по стабилизации и улучшению платежной системы Республики Казахстан и других направлений;

    15) иной деятельности, не противоречащей законодательству Республики Казахстан.


    ^


    В организационную структуру РГП «ЦКМР» НБ РК входят первый руководитель, его заместитель 6 основных отделов и 6 подотделов, рисунок 1.




    Генеральный директор







    Заместитель генерального директора







    Управление Генеральная Управление Финансовый Управление Общий

    операционно- бухгалтерия разработки и отдел безопасности отдел

    технического развития

    обеспечения


    Операционный Отдел развития Отдел

    отдел платежных систем информационной

    безопасности


    Отдел Отдел разработки Отдел

    технического информационных технической

    обеспечения технологий защиты


    Рисунок 1 - Организационная структура РГП КЦМР


    Функции управления операционно-технического обеспечения

    • Обеспечивает проведение межбанковских платежей и переводов денег дипломная работа по разработке информационной системы МСПД, СРП и осуществляет перевод денег в МСПД по представленным платежной системой VISA результатам Национального клиринга KAZNNSS.

    • Обеспечивает техническое сопровождение вычислительной техники и коммуникационного оборудования.

    • Принимает участие в формировании стратегии КЦМР в области межбанковских платежей на основе анализа потребностей пользователей центра и международного опыта.

    • Занимается внедрением и эксплуатацией эффективной, устойчивой, безопасной межбанковской платежной системы, способствующей улучшению качества обслуживания участников расчета.

    Функции операционного отдела

    • Контроль прохождения платежей.

    • Консультации по форматам платежных документов (ПД).

    • Решение вопросов по ошибочным электронным ПД.

    • Расчет чистых позиций клиринга.

    • Рассылка и прием писем через терминал.

    Функции отдела технического обеспечения

    • Организация, настройка и обслуживание каналов связи пользователей.

    • Сопровождение и администрирование почтового сервера финансовой автоматизированной транспортной системы информации (ФАСТИ).

    • Консультации и обеспечение рассылки информации пользователям почтового сервера.

    • Устранение и разъяснение проблем, возникающих в процессе электронной связи пользователей с КЦМР.

    • Обеспечение рабочего состояния каналов связи БВУ, обеспечивающих вход в глобальную сеть VISANET.

    Функции генеральной бухгалтерии

    • Решение проблем по выставленным счетам - фактурам.

    • Начисление пени за неуплату по услугам.

    • Согласование договоров по основной и хозяйственной деятельности.

    • Переписка с клиентами и Нацбанком.

    • Согласование с общим отделом выставленных претензий.

    • Сотрудничество с Управлением разработки и развития по вопросам учета ПО.

    Функции управления разработки и развития

    • Формирование постановки задачи и осуществление контроля разработки и модернизации программного обеспечения платежной системы.

    • Участие в согласовании условий и заключении договоров на поставку программного обеспечения.

    • Внедрение эффективной, устойчивой, безопасной межбанковской платежной системы, способствующей улучшению качества обслуживания ее участников.

    • Анализ, выявление и устранение недостатков в работе программно-технического комплекса платежной системы, принятие мер по их предупреждению.

    • Внедрение, поддержка и совершенствование программно-технического комплекса для обеспечения надежного функционирования платежной системы.

    • При необходимости передача БВУ информационных файлов для VISA на дискетах.

    Функции отдела развития платежных систем

    • Участие в разработке документов по построению НПС, а также развитие безналичных платежей на основе пластиковых карточек в Республике.

    • Анализ систем безналичных платежей и переводов денег, и внесение предложений по дальнейшему развитию.

    • Проведение рекламной кампании и маркетинговых исследований деятельности РГП КЦМР.

    • Координация работы по совместным проектам с зарубежными компаниями.

    Функции отдела разработки информационных технологий

    • Внедрение и поддержка передовых информационных технологий в систему взаимодействия КЦМР с клиентами (web-сервер, электронная почта и др.).

    • Координация деятельности по развитию, внедрению новых и совершенствованию существующих платежных систем (ПС) МСПД, СРП.

    • Разработка форматов сообщений для ПС.

    • Формирование правил построения и требований к технологии ПС,   схемы взаимодействия участников ПС.

    • Учет, внедрение и администрирование программного обеспечения КЦМР.

    Функции финансового отдела

    • Составление и утверждение годового и перспективного бизнес-планов.

    • Контроль за использованием средств, предусмотренных бизнес-планом.

    • Расчет тарифов на оказываемые услуги.

    Функции управления безопасности

    • Обеспечение сохранности, целостности, доступности и конфиденциальности информации.

    • Управление защитными ресурсами и координация использования этих ресурсов.

    • Обеспечение законопослушности (соблюдение положений нормативных правовых актов, договорных отношений и этических норм поведения в процессе информационных отношений).

    • Обеспечение доказательности (соблюдение условий формирования и предоставления доказательств как законопослушности, так и нарушения субъектом информационных отношений).

    • Обеспечение неотказуемости (соблюдение условий невозможности отказа субъекта от выполненных действий в процессе информационных отношений).

    Функции общего отдела

    • Работа с пользователями платежных информационных транспортных систем, функционирующих в КЦМР (далее - пользователи КЦМР) по заключению исполнению договоров на оказание услуг: в межбанковской системе переводов денег, клирингу, СОБС, ФАСТИ, телекоммуникационные услуги.

    • Разъяснение пользователям КЦМР требований нормативных правовых актов Национального Банка Республики Казахстан по вопросам, касающимся порядка заключения договоров на оказание услуг, предоставляемых КЦМР.

    • Контроль исполнения условий заключенных КЦМР договоров на оказание услуг, подготовка и предъявление требований (претензий) исков к Пользователям КЦМР за неисполнение ими договорных обязательств [3]. 


      1   2   3   4   5   6   7   8   9   .   17




    Похожие:

    Разместите кнопку на своём сайте:
    Документы

    Разработка сайта — Веб студия Адаманов

    Источник: http://kzbydocs.com/docs/108/index-2962.html

    04.03.2018 Зарубин М. И. Курсовые 2 Comments
    2 comments
    1. Сигнал SOS начинающая радистка поняла превратно… Если вы нашли у себя четыре яйца и два хуя – не обольщайтесь, вас просто ебут в задницу. …Программисты не умирают…они теряют память… Акселерация: то, что было нашим отцам по плечу, то нам по хую. лесу было накурено…

    Добавить комментарий

    Можно использовать следующие HTML-теги и атрибуты: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>