Автор Анна Евкова
Преподаватель который помогает студентам и школьникам в учёбе.

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

Содержание:

ВВЕДЕНИЕ

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

Задачи исследования:

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

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

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

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

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

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

  • учебно-методический отдел;
  • бухгалтерия.

Автоматизация работы именно этих отделов является типовой задачей практически для любого учебного заведения, так как данные отделы присутствуют в каждом подобном учреждении. Систему автоматизации следует разрабатывать, конечно, как комплексную систему, связывающую воедино все отделы. Эта связь вытекает из естественной связи работы перечисленных отделов.
Кроме естественно-логической связи деятельности отделов друг с другом имеется еще несколько связей, которые объединяют деятельность всех отделов в единое предприятие.
Первая их этих связей – это бухгалтерия. Бухгалтерия как бы подводит итог деятельности всего предприятия независимо от того, в каких отделах выполнялись операции. С точки зрения бухгалтера разбиения на отделы как бы не существует.
Вторая из связей всех подсистем в единое целое – это использование общих справочников. Все справочники системы являются общими и используются каждой подсистемой. Типичным примером является справочник Учащиеся – им пользуются бухгалтера при контроле оплаты за обучение и преподаватели, при оценивании результатов обучения. Список преподавателей также является общим справочником системы, используемым всеми ее пользователями. Ведение справочников следует выделить в отдельную подсистему общей системы автоматизации деятельности предприятия.
Подсистема получения аналитической отчетности также является связью, объединяющей деятельность всех отделов в единое предприятие. Функционалом этой подсистемы пользуются сотрудники всех отделов. Например, отчет «Список группы» является первейшим отчетом для классного руководителя, но он необходим также и заму по УВР при составлении отчета по контингенту учебного заведения, и бухгалтеру, при учете оплаты за обучение от учащихся.
Разрабатываемая система должна отвечать следующим принципам:

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

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

Глава 1. 1.2 Характеристики документооборота

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

  • входящий документопоток (документы, поступающие в организацию);
  • исходящий документопоток (документы, отправляемые из организации);
  • внутренний документопоток (документы, не выходящие за пределы подготовившей их организации).

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

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

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

  • обращения граждан (жалобы, заявления, предложения, петиции).

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

  • документы, поступившие из Администрации Президента Российской Федерации, Совета Федерации и Государственной Думы, Правительства Российской Федерации, высших судов (Конституционного, Верховного, Высшего арбитражного), Счетной палаты Российской Федерации, Центрального банка Российской Федерации и других подобных организаций;
  • документы из других органов государственной власти, органов местного самоуправления;
  • документы территориальных органов федерального органа исполнительной власти в субъектах Российской Федерации;
  • обращения граждан;
  • запросы депутатов Государственной Думы и членов Совета Федерации, депутатов законодательных органов субъектов Российской Федерации и органов местного самоуправления;
  • документы из государственных и негосударственных организаций, не подведомственных федеральному органу исполнительной власти;
  • документы из правительственных и неправительственных организаций зарубежных стран и другие группы документов. [1]

Исходящий документопоток состоит из документов, создаваемых в данной организации и отправляемой за ее пределы. Исходящие документы могут создаваться как инициативные (требующие или не требующие ответа) или как ответные на поступившие письменные или устные запросы. Мотивы их создания диктуются направлениями деятельности организации, ее информационными потребностями. Если организация имеет сеть подведомственных организаций, а также представительства и филиалы, в исходящем документопотоке выделяется группа распорядительных документов. Кроме того, значительную часть данного документопотока, так же, как и входящего, составляют информационные (коммуникативные) документы: письма, докладные записки, аналитические обзоры, справки, отчеты, договоры и документы по их выполнению.
Внутренний документопоток составляют документы, не выходящие за пределы организации. Происхождение документов совпадает со сферой их применения: они создаются и обеспечивают целенаправленное решение управленческих задач в пределах одной организации.
В составе внутреннего документопотока прежде всего выделяют организационные документы, определяющие задачи и функции организации в целом, а также ее структурных подразделений, компетенцию, права и обязанности должностных лиц, правила выполнения отдельных видов деятельности, - положения, уставы, учредительные договоры, должностные инструкции, регламенты, правила, штатные расписания и др.
Функцию оперативного регулирования деятельности учреждений выполняют распорядительные документы, издаваемые руководством, - приказы, указания, распоряжения, решения. Самостоятельные группы внутреннего документопотока составляют протоколы и акты, плановые и отчетные документы, документы по учету материальных и денежных средств, оборудования, личного состава и т.д.
Значительный объем внутренней документации составляет переписка. Она оформляется в основном докладными (служебными) и объяснительными записками.
Входящие документы образуют три направления движения: руководству организации, руководству структурных подразделений, непосредственно специалистам. Соотношение этих потоков неравномерно: наибольшая часть документов поступает руководству, которое поэтому испытывает большие информационные перегрузки. Вместе с тем большая часть информации не соответствует их уровню и информационным потребностям и может быть направлена сразу в структурные подразделения. Ожидание результатов рассмотрения документов руководством значительно удлиняет их путь к исполнителям.
Маршрут движения входящих документов зависит и от принятой в учреждении технологии работы с документами, например регистрации. Применение журнальной формы, повторная регистрация и т.д. могут ощутимо увеличить время движения документа от получения до поступления к исполнителю.
Движение исходящих документов, как правило, предусматривает участие всего аппарата управления. Как инициативные, так и ответные документы готовят специалисты в структурных подразделениях. Маршрут движения этих документов будет зависеть от количества инстанций согласования, визирования и подписания документов, а также от принятой технологии перепечатки текста, регистрации и отправки документов.
Как правило, наиболее нерегламентированными являются маршруты движения внутренних документов. Это объясняется, с одной стороны, наличием во внутреннем документопотоке документов, которые создаются в единичных экземплярах (положения, регламенты, правила, инструкции и др.), но несут организационные функции и поэтому сложны в подготовке- требуют длительного согласования текста, создаются в нескольких редакциях, проходят значительное количество должностных лиц для визирования, часто должны быть согласованы с другими организациями. В общем объеме документооборота это сравнительно небольшая группа документов, однако порядок их разработки, согласования и утверждения редко бывает регламентирован локальными актами организации. Часто отдельные документы этой группы имеют индивидуальные маршруты движения. Упорядочить движение этих документов сложно в силу их значения для деятельности всей организации.
Вторая причина постоянного роста внутренней документации связана с документированием деятельности отдельных должностных лиц и структурных подразделений: все коммуникации на этих уровнях сопровождаются докладными (служебными) записками. Следствием этого являются ощутимые потери времени при их подготовке, обработке и передаче. Наиболее упорядоченным, как правило, в пределах каждой организации является движение распорядительных документов.
Данные, характеризующие каждый документопоток, позволяют службе документационного обеспечения управления разрабатывать наиболее целесообразные маршруты движения документов и решать задачи как по созданию эффективного движения документов, так и по корректировке и совершенствованию документооборота организации.

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

Разрабатываемая система предназначена для работы в операционной системе Windows. Программа должна работать в любой операционной системе семейства Windows: Windows 95/98, NT (Service Pack 6), 2000 (Service Pack 3), XP, а также на серверных вариантах этой операционной системы. Выбор операционной системы объясняется развитым удобным графическим пользовательским интерфейсом данного семейства операционных систем, а также ее популярностью на российском рынке. Многие фирмы-производители программного обеспечения, в том числе систем разработки приложений, также ориентированы на это семейство операционных систем, что привело к наличию на рынке большого количества систем программирования, позволяющих разрабатывать программное обеспечение для Windows. Эта операционная система имеет очень большой набор утилит и служебных программ, предназначенных для администрирования, управления и диагностики системы, а также прикладных приложений. Кроме того, она поддерживает обширный программный интерфейс для написания собственных приложений для работы в этой операционной среде.
Так как разрабатываемая система является конфигурацией для 1С:Предприятие 8.1 то данная система становится центром системы автоматизации учета продаж.
В случае файлового варианта работы кроме операционной системы и самой системы 1С:Предериятие 8.1 никакого другого программного обеспечения не требуется. В случае файлового варианта, работающего в локальной сети программное обеспечение комплекса усложняется с целью обеспечить работу именно локальной сети в случае ее доменной организации. В этом случае один из компьютеров сети должен выступить в качестве сервера, на котором установлена серверная операционная система.
В случае клиент-серверного варианта работы выделение в локальной сети сервера становится уже обязательным. На этом сервере должна быть обязательно установлена серверная операционная система и сервер системы 1С:Предприятие 8. Кроме этого нужен еще один сервер- баз данных. Физически это может быть тот же самый сервер, на котором функционирует сервер системы, а может быть и отдельная машина. В любом случае на нем должен быть установлен сервер базы данных. На клиентских машинах кроме операционной системы и клиентской части системы 1С:Предприятие 8.1 устанавливать не нужно.
В качестве операционной системы, функционирующей на клиентских машинах в случае клиент-серверного варианта работы, равно как и в случае файлового варианта работы целесообразно выбрать операционную систему Windows 2000/XP/Vista/7.
В качестве серверной операционной системы, функционирующей на серверах системы 1С:Предприятие и на сервере баз данных (в случае выделения его в отдельное рабочее место) целесообразно использовать Windows Server 2003 Standart Edition. В качестве сервера баз данных целесообразно использовать MS SQL Server 2005 Standart Edition.
В последнее время все большую популярность приобретают Unix-ориентированные операционные системы, в частности Linux. Серверная часть системы 1С:Предприятие 8.1 также способна функционировать в этой операционной системе, которая с легкостью может заменить на сервере Windows 2003 Server. В этом случае в качестве серверной СУБД целесообразно использовать не MS SQL Server, а PostgreSQL, которая является достойной свободной альтернативой коммерческим СУБД.
Входными документами системы автоматизации предприятия являются прежде всего документы оплаты за обучение, составленные бухгалтером и Документы по успеваемости, составленные преподавателями школы. Эти документы составляются исполнителями в произвольной форме, согласно установившимся в учебном заведении стандартам и вводятся в систему администратором.
Кроме того, входящими документами системы являются документы, поступающие от учащихся. Это банковская выписка об оплате за обучение, и поступление наличных денежных средств в кассу. Формы некоторых из этих документов стандартизированы законодательством РФ, например, приходный кассовый ордер.
Все документы, поступающие на предприятие, движущиеся внутри него и выходящие с предприятия преобразуются в электронный вид системы учета. Любой документ представляется записью в базе данных, а именно в таблице документов с указанием всех его параметров.
Кроме документов входными данными является условно-постоянная информация по структуре предприятия, данные по учащимся и данные по преподавателям, используемой в школе.
Вся эта входная информация в разрабатываемой системе должна храниться в справочниках, наиболее подходящих для хранения условно-постоянной информации. Таким образом, данный вид информации будет храниться в виде справочников. Структура предприятия будет храниться в справочниках:

  • организации;
  • сотрудники;
  • учащиеся;
  • группы;
  • здоровье.

Сведения о преподавателях, тренерах, руководителях школы хранятся в справочнике Сотрудники.
Сведения об учащихся хранятся в справочниках:

  • учащиеся;
  • здоровье;
  • группы.

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

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

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

  • требования к аппаратным средствам – IBM PC-совместимый компьютер;
  • поддержка сетевой технологии и, в частности поддержка протоколов TCP/IP;
  • надежность;
  • быстродействие.

Принимая во внимание тот факт, что выбранная ОС должна работать на платформе IBM PC, выбор, по большому счету, ограничивается двумя вариантами: можно выбрать либо ОС «семейства» MS Windows, или какой-либо свободно распространяемый клон ОС UNIX.
Так как разрабатываемая система имеет серверную часть, а именно сервер баз данных, то нам требуется выбрать две операционные системы: серверную и для клиентских машин.
В качестве серверной операционной системы выбрана Microsoft Windows 2003 Server Standart Edition.
В качестве операционной системы для компьютеров пользователей выбрана Microsoft Windows XP.
СУБД представляет собой комплекс языковых и программных средств, предназначенный для создания, ведения и совместного использования баз данных (БД) многими пользователями. СУДБ является вторым по важности, после ОС, программным компонентом, который надлежит выбрать для успешной реализации поставленной задачи.
Для реализации данной системы выбрана СУБД Microsoft SQL Server версии 2005. Такой выбор обоснован тем, что система 1С: Предприятие 8.1 в клиент-серверном варианте работы может работать только с данной СУБД – это требование системы 1С:Предприятие. К тому же данная СУБД уже установлена и успешно работает на предприятии.
В качестве специального программного обеспечения используется система 1С:Предприятие 8.1. Эта система используется и в качестве системы разработки и в качестве платформы функционирования разработанной конфигурации.
Далее мы опишем, какие конкретно объекты и механизмы этой системы мы будем использовать для решения задачи дипломного проектирования.
Прежде всего, выделим такие данные разрабатываемой системы, которые принимают одиночные значения и практически не меняются в процессе работы системы. Целесообразно использовать для хранения таких данных объекты конфигурации Константы. Они наиболее подходят для этой задачи.
Еще один объект конфигурации Перечисления мы будем использовать в нашей разработке. Перечисления используются в системе 1C:Предприятие 8.1 для описания постоянных наборов значений, не изменяемых в процессе работы конфигурации.
Для хранения исходных данных разрабатываемой системы целесообразно использовать Справочники. Справочники являются основным механизмом хранения условно-постоянной информации в системе 1С:Предприятие. Справочники используют в тех случаях, когда необходимо исключить неоднозначный ввод информации. Каждый справочник представляет из себя список однородных объектов, которые называют элементами справочника. Для справочника можно задать структуру- т.е. состав реквизитов справочника. В реквизитах целесообразно хранить свойства объектов информации. В структуру справочника могут входить не только реквизиты, но и табличные части, что приводит к тому, что каждый элемент может иметь не только набор свойств-реквизитов, но и список определенных значений. Справочники могут иметь иерархическую структуру, что полностью позволяет ответить на вопрос как объединить объекты хранимой информации в группы и подгруппы. Одни справочники могут быть подчинены другим, т.е. одной записи в справочнике-владельце может соответствовать несколько записей в подчиненном справочнике. Это позволяет организовать хранение списка значений свойств в подчинении видам свойств. Справочники могут иметь любое количество экранных форм, среди которых особо выделяются форма списка, предназначенная для отображения списка элементов справочника, в том числе в иерархической структуре и форма элемента, в которой выводится подробная информация об элементе, включая все его реквизиты и табличные части. При помощи форм справочников решается вопрос об отражении хранимой информации на экране. Формы имеют программные модули, в которых можно при помощи встроенного языка системы 1С:Предприятие запрограммировать необходимый функционал. Наличие у справочников макетов позволяет легко создавать печатные формы, для вывода их на принтер.
Таким образом, для хранения условно-постоянной информации необходимо для каждой категории этой информации создать справочник, определить его иерархию, состав реквизитов, табличные части и их реквизиты, подчиненность, определить экранные формы и их программные модули, макеты для вывода на печать.
Для фиксации в системе сведений о совершенных операциях целесообразно использовать объект конфигурации Документы. В документе можно создать необходимое количество реквизитов шапки, способных полностью описать все параметры операции. Кроме параметров шапки можно создать необходимое количество табличных частей с собственной структурой. Документ может иметь несколько экранных форм, в которых отображаются все реквизиты, табличные части и дополнительные элементы управления. Экранные формы могут иметь программные модули, в которых можно запрограммировать необходимый функционал документа. При помощи макетов документов можно легко создать печатные формы документов для вывода их на принтер. При проведении документов происходит фиксация данных о выполненной операции. Таким образом, для фиксации события о выполнении операции целесообразно создать документ, определить состав его реквизитов, табличных частей и их реквизитов, состав экранных форм, запрограммировать модули экранных форм таким образом, чтобы обеспечить необходимую логику работы документа, разработать макеты документов для получения печатных форм и в модуле документа запрограммировать проведение документа в соответствии с логикой работы документа.
Система 1С:Предприятие имеет еще один объект конфигурации, который целесообразно использовать в нашей конфигурации- это журналы документов. Журналы документов- это объекты конфигурации, которые предназначены для смысловой группировки документов. Форма журнала документов предоставляет возможность вывода списка документов с необходимыми реквизитами.
Объект конфигурации регистр сведений наиболее подходит для хранения информации о контингенте. Регистры сведений предназначены для хранения информации, развернутой по комбинации измерений. Если требуется хранить историю изменений этой информации, то регистр сведений можно сделать периодическим. Тип хранимой информации в ресурсах регистра сведений может быть как один из примитивных типов данных (число, строка, дата, булево), так и ссылка на объект базы данных (элемент справочника, документ, значение перечисления и др.). Это принципиально отличает регистр сведений от регистра накоплений, в ресурсах которого может храниться только числовая информация, поддающаяся суммированию.
Документы поступления и отчисления учащихся из школы выполняют изменение контингента. Разрабатываемая система должна иметь единое хранилище таких остатков. В качестве такого хранилища целесообразно использовать такой объект системы 1С:Предпориятие 8.1 как регистр накопления. Данный регистр хранит остатки в разрезе групп.

Глава 2. 2.1 Информационная модель системы и её описание

Информационная модель представляет собой схему движения входных, промежуточных и результативных потоков и функций предметной области. Кроме того, она объясняет, на основе каких входных документов и какой нормативно-справочной информации происходит выполнение функций по обработке данных и формирование конкретных выходных документов. Информационная модель представлена в приложении 1.
В соответствии с представленной информационной моделью менеджер заполняет справочник Состояние проектов. Далее, используя данные справочников Клиенты, Сотрудники, Города, Фирмы, состояния проектов, изменяет содержание таблицы Проекты. На основании таблицы Проекты и Справочника Состояние проектов менеджер получает экранные формы выходных документов, таких, как список проектов и список этапов выполнения проектов.
В составе информационного обеспечения рассматриваемого комплекса задач важное место отводится классификаторам экономической информации: обеспечить сжатие идентификатора, а, следовательно, и сократить объем хранимой информации в ЭВМ и время на поиск информации, необходимой для решения задач, облегчить обработку информации позволяют классификация и кодирование информации.
Классификатор- это документ, с помощью которого осуществляется формализованное описание экономической информации в ЭИС, содержащий наименования объектов, наименования классификационных группировок и их кодовые обозначения. В зависимости от применения они делятся на три группы:

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

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

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

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

Глава 2. 2.2 Характеристика нормативно-справочной, входной и оперативной информации

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

Глава 2. 2.3 Характеристика результатной информации

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

Глава 2. 2.4 Общие положения (дерево функций и сценарий диалога)

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

Глава 2. 2.5 Характеристика базы данных

В разработанном модуле используется СУБД MS SQL Server 2000. В решаемой задачи используется следующая ER-модель, отображенная в приложении 8, описывающая взаимосвязь таблиц в БД.

Глава 2. 2.6 Структурная схема пакета (дерево вызова программных модулей)

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

Глава 2. 2.7 Описание реализации информационной системы автоматизации. Проектирование интерфейса

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

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

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

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

В начале работы необходимо создать рабочую базу данных. Вся база данных- это один файл с расширением *.mdb (при СУБД «MS Access» и 2 файла при СУБД «Microsoft SQL Server»), в котором помимо таблиц с данными хранятся также все настройки, сделанные пользователем в процессе работы с программой. С этим файлом можно производить все стандартные файловые операции: копировать, перемещать, посылать по e-mail, назначать права на уровне серверной ОС, назначать задания по расписанию для резервного копирования и прочее.
Новая БД создается выбором пункта меню «Файл»- «Создать базу данных...». В дальнейшем можно создавать и другие БД с очисткой таблиц по выбору.
Для нормальной работы новая БД должна содержать хотя бы одного сотрудника с правами администратора. Поэтому при создании очередной БД не рекомендуется очищать таблицу «Сотрудники».
Если происходит работа с несколькими БД, то имеет смысл включить настройку «Показывать список БД при старте», чтобы выбирать текущую БД.
Если идет работа с одной БД от этой функции целесообразно отказаться.
После этого необходимо заполнить таблицу «Сотрудники». Таблица содержит обязательные для заполнения поля «Логин» и «Роль». По полю «Логин» каждый пользователь проходит авторизацию при старте программы и получает права в соответствии с его «Ролью» (Администратор, Пользователь или Гость).
Рекомендуется каждому пользователю назначить уникальные пароли для входа в программу, хотя это и необязательное условие.
Широкие возможности выборки предоставляют функции «Отчеты», «Фильтры», «Дерево» и т.д.
Залог надежной и безопасной работы- регулярное создание резервных копий БД, запрашивается в меню «Файл»- «Создать резервную копию...». Резервная копия представляет собой откопированный и переименованный файл текущей базы данных. Резервные копии рекомендуется сохранять в единой для всех папке в файловой системе с общим доступом, путь к которой прописывается в настройках.
При плотной работе с БД и особенно при частом удалении записей рекомендуется иногда делать сжатие базы данных, также запрашивается в меню «Файл»- «Сжать текущую базу данных...».
Для выполнения операции необходим монопольный доступ к базе данных (БД открыта только одним пользователем).
Вкладка «Клиенты» отображает основную таблицу программы – «Клиенты». Внутреннее имя таблицы «tblMain». Также на вкладке содержатся подтаблицы «Контакты», «Мероприятия», «Заказы», «Сделки», «Договоры», «Счета», «Платежи».
На вкладке «Клиенты» содержится информация о клиентах организации: наименование клиента, форма оплаты, тип клиента, реквизиты, контактные данные и т.д. Внизу таблицы подводятся итоги по полю «Добавлено». Здесь отображена информация по дате последнего добавления клиента. Параметр подведения итогов можно менять. С помощью инструмента «Фильтр», можно отобрать для показа группу клиентов по необходимому для работы признаку.
Все подтаблицы привязаны к таблице «Клиенты по полю ID». Данные в них можно заносить, как в отдельной таблице, так и в данной подтаблице. Номер документа при этом присваивается автоматически. При желании можно добавлять новые поля, таблицы и производить прочие настройки.
Вкладка отображает таблицу программы- «Контакты» («tblContacts»). Является справочником сотрудников компаний, с которыми работает Ваша организация. Привязана к основной таблице «Клиенты по полю ID».
Таблица содержит в себе контактные данные сотрудников компаний, дату их рождения, сотрудника организации, непосредственно работающего с данным контактом, наименование компании контакта и т.д. При желании можно добавлять новые поля, таблицы и производить прочие настройки. Вид вкладки «Клиенты» представлен в приложении 10.
Вкладка «Заказы» отображает таблицу программы – «Заказы» («tblOrders»). Также на вкладке содержится подтаблица «Заказано».
Таблица «Заказы» служит для предварительной регистрации заказов товаров и услуг по входящему звонку. Содержит в себе поля: дата, тип и сумма заказа, адрес, телефон, заметки, наименование клиента и т.д. Привязана к основной таблице «Клиенты по полю ID».
Внизу таблицы подводятся итоги по полю «Сумма заказа». Здесь отображена информация по общей стоимости всех заказов. Параметр подведения итогов можно менять. Можно добавлять новые поля, таблицы и производить прочие настройки. Вид вкладки «Заказы» представлен в приложении 11.
Вкладка «Сделки» отображает таблицу программы – «Сделки» («tblDeals»). Имеет подчиненную таблицу «Договоры». Является списком заключенных и потенциальных сделок с клиентами.
Таблица содержит в себе информацию по теме и типу сделки, на какой стадии находится сделка, какова вероятность успеха по ней, а также сумму сделки, дату закрытия т.д. Привязана к основной таблице «Клиенты» по полю «ID». При желании можно добавлять новые поля, таблицы и производить прочие настройки.
Вкладка «Договоры» отображает таблицу программы «Договоры». Внутреннее имя таблицы «tblContracts». Является списком договоров с клиентами.
Таблица содержит в себе информацию по типу, номеру, дате, сумме, валюте договора, а также ссылку на сам договор и т.д. Привязана к основной таблице «Клиенты по полю ID».
Также на вкладке содержатся подтаблицы «Продукты по договору», «Счета», «Работы» и «Документы». Подтаблица «Счета» привязана к таблице «Договоры» по полю «Код клиента» а все остальные таблицы по полю «ID». Вид вкладки «Договоры» представлен в приложении 12.
Вкладка «Счета» отображает таблицу программы – «Счета» («tblInvoices»). Является списком выставленных счетов клиентам. Привязана к основной таблице «Клиенты» по полю «ID».
Таблица содержит в себе информацию по номеру, дате и сумме счета, типу расчетов, дате оплаты, а также ссылку на счет и т.д. Внизу таблицы подводятся итоги по полю «Сумма счета». Здесь отображена общая сумма всех счетов. Параметр подведения итогов можно менять.
Также на вкладке содержатся подтаблицы «Продукты по счету» и «Платежи». Подтаблица «Продукты по счету» привязана к таблице «Счета» по полю ID» а подтаблица «Платежи» по полю «№ счета». Вид вкладки представлен в приложении 13.
Вкладка «Продавцы» отображает таблицу программы – «Продавцы» («tblSellers»). В данную таблицу заносится информация по вашим организациям-продавцам. Если у предприятия только одна организация, то данную вкладку можно скрыть, кликнув по ней правой кнопкой мыши и сняв галочку в наименовании «Продавцы».
Таблица содержит в себе полные реквизиты организаций, а также статус, заметки, дату добавления и т.д.
В программе также возможно создание документов в форматах «Microsoft Word» и «Microsoft Excel» по шаблону. Шаблон представляет собой обычный документ «Microsoft Word», в который вставлены закладки – это специальные маркеры по которым программа определяет, в какое место документа вставить данные, названия которых должны соответствовать названиям полей текущей таблицы. Также имена закладок могут соответствовать именам подчиненных таблиц (внутреннему имени) или глобальных констант. Данная функциональность предназначена прежде всего для генерации документа по текущей записи таблицы и вызывается по нажатию на кнопку на панели инструментов. Окно создания нового документа по шаблону представлено в приложении 14.

В диалоговом окне можно задать следующие функции:

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

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

Для создания файла-шаблона необходимо выполнить следующие действия:

  1. Создать окумент «Word».
  2. Внести в него весь постоянный текст, картинки, линии, другие элементы, возможно придется создать видимую или невидимую таблицу.
  3. Вставить закладки.

Чтобы создать закладки на панели задач «Microsoft Word» необходимо войти в меню «Вставка» и выбрать «Закладки». Сначала нужно поставить курсор в нужное место в документе, а потом вызвать данный пункт меню. Названия закладок должны соответствовать названиям полей текущей таблицы, именам подчиненных таблиц или глобальных констант. В шаблон можно вставить любой статический текст, картинки, линии и другие элементы. Кроме того, можно писать VBA-код с обработкой событий и другие сложные вещи в рамках возможностей «Microsoft Word».
Отображение закладок поможет ориентироваться при создании шаблона. Потом эту функцию можно будет выключить – она влияет только на внешний вид документа при редактировании, специальные символы обозначающие закладки на печать не выводятся. Чтобы включить отображение закладок следует войти в меню «Сервис», выбрать «Параметры». В открывшемся диалоговом окне установить галочку напротив надписи закладки (вкладка «Вид»).
Открыть файл-шаблон для изменения можно, войдя в меню – «Сервис» и выбрав «Папка с шаблонами документов». Сгенерированный в итоге документ представлен в приложении 15.

ЗАКЛЮЧЕНИЕ

В ходе первой главы была всесторонне изучена деятельность среднестатистического предприятия, изучена его организационная структура, особенности работы и особенности построения системы автоматизации. Задача автоматизации рабочего места зам по УВР была всесторонне рассмотрена и изучена. Определено место этой задачи в комплексе задач автоматизации, обоснована необходимость автоматизации и необходимость использования вычислительной техники для решения этой задачи.
Далее был проведен анализ существующих разработок в этой области сделан вывод о необходимости разработки собственного программного продукта. Выбрана стратегия автоматизации и определены необходимые шаги автоматизации и используемые информационные системы.
Далее были рассмотрены возможности применения системы 1С:Предприятие 8.1 с целью создания системы рабочего места. Система 1С:Предприятие, обладающая гибкой технологической платформой, была выбрана для реализации задачи данного проекта как имеющая наибольшие возможности подстройки под специфику задачи. Рассмотрены основные особенности архитектуры этой системы, ее функциональность и механизмы, при помощи которых строятся прикладные решения. Найдены способы использования основных механизмов системы 1С:Предприятие для целей проекта.
Далее в среде разработки 1С:Предприятие была разработана и реализована конфигурация, выполняющая поставленную задачу. Были созданы объекты конфигурации: справочники, документы, журналы документов, регистры, отчеты; определена их структура, реквизиты, формы, написаны программные модули, реализующие заданную функциональность этих объектов.
Проведенное тестирование разработанной конфигурации показывает, что она полностью удовлетворяет поставленной задаче, работает стабильно и без ошибок, обладает большой функциональностью и удобным интерфейсом.

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

СПИСОК ИСПОЛЬЗОАННОЙ ЛИТЕРАТУРЫ

  1. Митичкин С.А. Разработка в системе 1С:Предприятие 8.1, - М.: ООО «1С-Паблишинг», 2003. – 413 с.: ил.
  2. Габец А.П., Гончаров Д.И., Козырев Д.В., Кухлевский Д.С., Радченко М.Г. Профессиональная разработка в системе 1С:Предприятие 8 (+CD) / Под ред. Радченко М.Г. – М.: «1С-Паблишинг»; СПб.: Питер, 2007. – 808 с .:ил.
  3. Радченко М.Г. 1С:Предприятие 8.1 Практическое пособие разработчика
  4. Митичкин С.А. Разработка в системе 1С:Предприятие 8.1, - М.: ООО «1С-Паблишинг», 2003. – 413 с.: ил.
  5. 1С:Предприятие 8.1 Описание встроенного языка часть 1, - Москва, Фирма «1С», 2003
  6. 1С:Предприятие 8.1 Описание встроенного языка часть 2, - Москва, Фирма «1С», 2003
  7. 1С:Предприятие 8.1 Конфигурирование и администрирование, - Москва, Фирма «1С», 2003
  8. Вендров А.М. CASE технологии Современные методы и средства проектирования информационных систем  М.: Финансы и статистика, 1998. - 176 с.: ил.;
  9. Методология функционального моделирования IDEF0, Руководящий документ, Госстандарт России.;
  10. Диго С.М. Проектирование и использование баз данных  Учебник. М.: Финансы и статистика. 1995 г;
  11. Основы построения баз данных под ред. А.Д. Хомоненко Санкт-Петербург, 2004;
  12. ГОСТ Р ИСО/МЭК 12207-99, Руководящий документ, Госстандарт России, Москва, 2004;
  13. Рацкий, К.А. Экономика предприятия [Текст]: учебное пособие / К.А. Рацкий. – М.: Маркетинг, 2003. – 696с.
  14. Албитов, А.Е., Соломатин, Е.О. CRM (Customer Relationship Management) [Электронный ресурс] / А.Е. Албитов. – Режим доступа: http://www.cfin.ru/itm/crm-review.shtml.
  15. Грузинов, В.П. Экономика предприятия [Текст]: учебник / В.П. Грузинов – М.: Финансы и статистика, 2010. – 203с.
  16. Фокс, Джеффри Дж. Как стать волшебником продаж. Правила привлечения и удержания клиентов [Текст]: учебное пособие / Дж. Фокс Джеффри. – М.: Альпина Бизнес Букс, 2006. – 170с.
  17. Захарьин, В.Р. Учет финансовых результатов [Текст]: учебник / В.Р. Захарьин – М.: Финансы и статистика, 2003. – 139с. Котлер, Ф. Основы маркетинга [Текст]: учебное пособие / Ф. Котлер. – Перевод с английского. – М.: Бизнес-книга, 1995. – 702с
  18. Бочаров, В.В. Финансовый анализ [Текст]: учеб. пособие / В.В. Бочаров – СПб.: Питер, 2001. – 219с.
  19. Васин, Ю.В., Лаврентьев, Л.Г., Самсонов, А.В. Эффективные программы лояльности. Как привлечь и удержать клиентов [Текст]: учебное пособие / под ред. Лаврентьева Л.Г. – М.: Альпина, 2005. – 340с.
  20. Приложение №3-А к штатному расписанию ООО «ФОНТАНГРАД» от 12.12.2008;
  21. Репин В. В., Елиферов В. Г. Процессный подход к управлению. Моделирование бизнес-процессов, 2000.
  22. Маслов С.Г. «SADT моделирование», 2007
  23. Ильин В. В. Моделирование бизнес-процессов. Практическое использование ARIS, 2001.
  24. Саати Т. «Принятие решений. Метод анализа иерархий», 1993
  25. Бенькович Е., Колесов Ю.Б., Сениченков Ю.Б. «Практическое моделирование динамических систем. Учебное пособие», 2002.
  26. Ю.И. Рогозов, Л.Н. Стукотий, А.С. Свиридов. Моделирование систем. Учебное пособие. Таганрог: Изд-во ТРТУ, 2004.
  27. П.Черкашин. Стратегия управления взаимоотношениями с клиентами (CRM). Издательства: Бином. Лаборатория знаний, Интернет-университет информационных технологий, 2007 г. , 376 стр.
  28. Ю.И. Рогозов, А.С. Свиридов «Проектирование АСОИУ», ТТИ ЮФУ, Таганрог, 2007.
  29. Бабикова А.В., Корсаков М.Н. Методические указания по выполнению технико-экономического обоснования дипломных работ студентов инженерных специальностей. – Таганрог: Изд-во ТТИ ЮФУ, 2010.

Источники из Интернета

  1. http://do.bti.secna.ru/lib/infotainment_cals/2_4_4.doc // Дата последнего обращения 30.08.2011.
  2. http://www.basegroup.ru/solutions/scripts/details/rfm_analysis/ // Дата последнего обращения 15.08.2011
  3. http://www.iteam.ru/publications/it/section_51/article_2518/// Дата последнего обращения 15.08.2011

ПРИЛОЖЕНИЯ

Приложение 1.

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

Кодируемое множество объектов

Длина кода

Мощность кода

Система кодирования

Система классификации

Вид классификатора

Клиенты

4

9999

Порядковая

Отсутствует

Локальный

Проекты

4

9999

Порядковая

Отсутствует

Локальный

Состояния проектов

2

99

Порядковая

Отсутствует

Локальный

1) Классификатор клиентов

К1=[XXXX] – Код клиента

Приложение 3.Перечень используемых справочников

пп

название справочника

ответственный за ведение

средний объём справочника в записях

среднюю частоту актуализации

средний объем актуализации, %

1

Сотрудники

Администратор

100

1 раз в месяц

10

2

Фирма

Администратор

50

1 раз в месяц

10

3

Клиенты

Пользователь

50

1 раз в месяц

10

4

Город

Администратор

500

1 раз в неделю

25

5

Состояние проектов

Пользователь

50

1 раз в месяц

10

Приложение 4. Реквизитный состав справочников

пп

Наименование

Перечень реквизитов

Сотрудники

  • Фамилия, имя, отчество
  • Дата рождения
  • Должность

Фирма

  • Наименование
  • Город
  • Оргформа
  • Контактное лицо

Клиенты

  • Фирма
  • Фамилия, имя, отчество
  • Дата регистрации
  • Адрес
  • E-mail
  • ФИО руководителя

Состояние проектов

  • Наименование состояния

Приложение 5.Описание выходных документов

№ пп

Наименование

Реквизиты

Таблицы, на основе которых формируется

Частота формирования

Способ доставки

1

Список проектов

Номер

Вид

Наименование клиента

Состояние

Завершено

Добавлено

Ведет проект

Добавил проект

  • Проекты
  • Состояние проектов
  • Сотрудники
  • Фирмы
  • Города

По мере необходимости

Экранная форма

2

Список этапов выполнения проектов

Номер проекта

Наименование клиента

Шаг выполнения

Дата начала

Дата окончания

Добавил

Ответственный

  • Проекты
  • Состояние проектов
  • Сотрудники
  • Фирмы
  • Города

По мере необходимости

Экранная форма

Приложение 6.

Приложение 7.

Приложение 8.

Приложение 9.

Приложение 10.

Приложение 11.

Приложение 12.

Приложение 13.

Приложение 14.

Приложение 15.

  1. Методические рекомендации по разработке инструкции по делопроизводству в федеральных органах исполнительной власти. Утв. приказом Росархива от 23.12.2009 № 76. Не нуждается в государственной регистрации (письмо Минюста России от 26.04.2010 № 01/6756-Д К).