Техническое обеспечение - это комплекс технических средств, предназначенных для работы информационной системы, а также соответствующая документация на эти средства и технологические процессы.
Комплекс технических средств составляют:
компьютеры любых моделей;
устройства сбора, накопления, обработки, передачи и вывода информации;
устройства передачи данных и линий связи;
оргтехника и устройства автоматического съема информации;
эксплуатационные материалы и др.
К настоящему времени сложились две основные формы организации технического обеспечения (формы использования технических средств) - централизованная и частично или полностью децентрализованная.
Централизованное техническое обеспечение базируется на использовании в информационной системе больших компьютеров и вычислительных центров.
Децентрализованное техническое обеспечение предполагает реализацию функциональных подсистем на персональных компьютерах непосредственно на рабочих местах. Перспективным подходом следует считать, по-видимому, частично децентрализованный подход - организацию технического обеспечения на базе распределенных сетей, состоящих из персональных и больших компьютеров для хранения баз данных, общих для любых функциональных подсистем.
Как известно, реализация каждого основного технологического процесса требует наличия вспомогательных (второстепенных) процессов, обеспечивающих эффективную деятельность по оказанию информационных услуг. Все планируемые мероприятия, процессы, комплексы технических и программных средств должны поддерживаться соответствующими службами, которые необходимо подготовить, организовать, обучить, что требует соответствующих финансовых затрат, определяемых факторами внешней среды.
Таким образом, оптимизационная модель на каждом уровне формирует соответствующие выходные параметры при минимизации экономических (финансовых) показателей с учетов внешних факторов.
Основными источниками финансирования учебного заведения являются:
хозрасчетная деятельность;
спонсорская помощь (индивидуальная, корпоративная, ассоциативная);
целевое (ведомственное) финансирование.
Необходимо отметить, что соотношение между объемами данных видов финансирования зависит от экономической и социальной политики государства. В современных условиях бюджетное и целевое финансирование, направляемое на пополнение основных фондов, постоянно уменьшается. Поэтому для необходимого восполнения информационных ресурсов недостающая часть средств выделяется из хозрасчетных доходов. Финансирование на комплектование фондов по гранту не предусматривается правилами его предоставления.
Перечисленные источники финансирования не в равной мере используются для обеспечения тех или иных информационных процессов. Так, например, для пополнения информационных ресурсов используются бюджетные отчисления, хозрасчетные средства, спонсорская помощь, целевое финансирование. Источниками финансового обеспечения научно-практических, аналитических, методических разработок служат хозрасчетные доходы, средства, выделяемые по грантам, и спонсорская помощь.
Таким образом, применение оптимизационной модели программно-целевого планирования в системе управления информационным обменом позволяет осуществить рациональное распределение обобщенного финансового потенциала по основным видам деятельности филиала с учетом всех необходимых ресурсов. Выбор основных целевых функций (критериев) и система ограничений позволяют сформулировать согласно целям некоторое множество стратегий, определяющих поведение руководства при принятии решения. В результате формируется тот необходимый перечень мероприятий, обеспечивающих эффективную систему управления информационным обменом. Такая постановка оптимизационной задачи позволяет определить реальную потребность в ресурсах, необходимых для достижения поставленных целей, с учетом комплексной целесообразности или эффективности их реализации в зависимости от сроков и масштабов внедрения новых технологий и результатов научных разработок.
Таким образом, система управления информационным обменом является интегрированной иерархической системой, включающей в себя подсистемы с общими информационными базами экономических, технических, качественных показателей деятельности и их координационными связями. Очень важно соблюдение следующих требований:
Система должна обеспечивать каждого пользователя информацией, необходимой для анализа и планирования конечных результатов, а также действий, направленных на достижение этих конечных результатов и осуществления корректирующих воздействий.
Система должна обеспечивать сбор и обработку фактических данных.
Система должна соответствовать организационной структуре филиала.
Система должна быть интегрированной в такой степени, чтобы информация агрегировалась по уровням иерархии, т. е. информация на более низком уровне должна быть более конкретна, чем на более высоком.
Информационные данные, поставляемые системой, должны быть своевременными.
Система должна быть достаточно гибкой, чтобы обеспечить возможность оперативного управления новыми процессами и их контроль.
При выработке управляющих воздействий необходимо учитывать как информацию, поступающую в ходе реализации основных процессов, так и мнения руководителей, ее предоставляющих.
Отчетные материалы должны охватывать наиболее важные периоды времени и отражать движение материалов, содействовать проверке выполнения планов, включать в себя только реальные факты. Они должны быть также доступны для чтения и понимания, иметь четкое назначение, основываться на конкретных фактах, строиться в соответствии с технологией документооборота.
Должна существовать возможность улучшения и модернизации системы управления, но постоянная переделка по каждому незначительному поводу недопустима.
Проанализировав все собранные предпочтения, было решено, что наиболее рентабельным и эффективным решением поставленной задачи при выборе технического обеспечения станет компьютер, оснащенный такими характеристиками:
материнская плата Asus M4A77T со встроенным VGA видеоадаптером;
процессор AMD Phenom II X2 3,2 GHz или Intel Core i3;
жесткий диск Samsung объёмом 500 Gb;
дисковый привод Samsung;
монитор LG Flatron;
клавиатура и мышь;
Обоснование выбора технического обеспечения требуемого для решения задачи предполагает выбор типа ЭВМ и устройств периферии. При этом следует обосновать экономическую целесообразность эксплуатации выбранных аппаратных средств, возможность их использования для решения других задач объекта управления.
На выбор типа ЭВМ оказывает влияние большое количество факторов, но в случае с дипломным проектом необходимо, прежде всего, пояснить условия, в которых он разрабатывался и внедрялся. Если разработка не предусматривает капитальной реорганизации существующей технологии, необходимо лишь определить какие требования должны применяться к аппаратному обеспечению при эксплуатации на нем разработанного программного средства.
В случае если внедрение проекта предусматривает капитальную реорганизацию существующей технологии (например, ЭВМ внедряются впервые, требуется применение сервера, внедряется телекоммуникационное оборудование нового поколения), необходимо охарактеризовать преимущества выбираемых моделей над аналогами. Удобнее всего воспользоваться табличной формой, в которой колонки означают основные характеристики модели, в том числе цену. Кроме того, при обосновании следует указать потребительские факторы, т. е. распространенность продукта, гарантийные условия, наличие документации и технической поддержки, совместимость с наиболее распространенными ОС и ППП. Обоснование можно завершить описанием перспектив использования выбранной модели: привести предполагаемый срок эксплуатации, описать возможность модернизации, использования в последствии с другой целью и т. д.
На основе совокупности данных факторов формируются требования к значениям основных характеристик вычислительных машин, которые сопоставляются с конкретными значениями основных технических характеристик современных моделей ЭВМ, после чего осуществляется выбор оптимальной модели.
Выбор и обоснование проектных решений по информационной безопасности
Здесь необходимо рассмотреть пути обеспечения информационной безопасности в разрабатываемой системе.
2.4.4. Концепция информационной системы
Обобщив выбранные проектные решения, необходимо кратко изложить видение будущей ИС в виде концепции (системного проекта).
Наиболее выразительным средством представляется использование графических отображений сетевой и программной архитектур (см. примеры в первой главе), дополненных кратким описанием.
Раздел «ПРОЕКТНАЯ ЧАСТЬ»
Проектная часть дипломного проекта является описанием решений, принятых в предыдущей главе: настоящая глава должна быть основана на информации, представленной в предыдущей части, детализировать ее.
Глава может иметь следующую структуру:
3. Проектная часть
3.1. Функциональная архитектура
3.2. Технологическое обеспечение
3.3. Информационное обеспечение
3.3. Математическое и алгоритмическое обеспечения
3.4. Программное обеспечение
3.5. Аппаратное обеспечение
3.6. Организационное обеспечение
3.7. Обеспечение информационной безопасности
3.8. Контрольный пример
При этом в конкретном дипломном проекте должны быть только те разделы, в которых имеются материалы личной работы студента. При коллективной разработке должно быть четко указано авторское участие в создании разделов проекта.
2.5.1. Различные варианты структуры проектной части диплома
Представленная структура проектной части является максимальной – в конкретном дипломном проекте будут отражены только те разделы, которые определены в разд. 2.3.6.2.
Коренные отличия в структуре проектного раздела диплома будут определяться направленностью работы. Как говорилось ранее, возможны такие варианты проектирования:
· разработка модуля, реализующего информационный процесс или автоматизирующего решение отдельной задачи;
· создание автоматизированного рабочего места (АРМ);
· разработка подсистемы ИС организации;
· внедрение типового решения («коробочного продукта»);
· научно-практическая разработка в области прикладной информатики.
Функциональная архитектура
Функциональная архитектура (совокупность функциональных подсистем, комплексов задач и процедур ) – архитектура автоматизируемых бизнес-процессов – определяет состав функциональных подсистем и комплексов задач (в виде набора операций, функций, задач обработки информации ), обеспечивающих реализацию бизнес-процессов.
Функциональная архитектура может быть представлена деревом функций предметной области – иерархической моделью видов деятельности предприятия (рис. 3).
Рис. 3. Пример функциональной архитектуры
Более детально бизнес-процессы раскрываются в моделях «TO BE» (построенных, например, в методологии IDEF0).
Технологическое обеспечение
Технологическое обеспечение включает описание организации технологии сбора, передачи, обработки и выдачи информации.
Здесь описывается последовательность операций, начиная от способа сбора (получения) первичной информации (включающая данные, которые используются для корректировки нормативно-справочной информации, и оперативная информацию, используемая для расчетов), и заканчивая формированием результатной информации и способами ее передачи (можно использовать методологию IDEF3 или BPMN). При этом описываются все возможные ситуации, которые могут возникнуть при реализации информационных процессов.
Информационное обеспечение
Информационное обеспечение ИС включает два блока:
а) внемашинное информационное обеспечение (классификаторы технико-экономической информации, документы, методические инструктивные материалы);
б) внутримашинное информационное обеспечение (макеты/экранные формы для ввода первичных данных в ЭВМ или вывода результатной информации, структуры информационной базы: входных, выходных файлов, базы данных).
Методика разработки информационной модели предполагает моделирование:
· взаимосвязей входных, промежуточных и результатных информационных потоков и функций предметной области (структурно-функциональной диаграмма или диаграмма потоков данных). В описании информационной модели необходимо объяснить, на основе каких входных документов и какой нормативно-справочной информации происходит выполнение функций по обработке данных и формированию конкретных выходных документов;
· данных информационной базы: диаграмма «сущность-связь» или диаграмма классов объектов (концептуальной модель); диаграмма связей между элементами данных (даталогическая модель), структура которой зависит от типа модели данных и выбранной СУБД.
Для диаграммы «сущность-связь» следует дать краткое описание с объяснением того, какие реальные объекты предметной области отражают выделенные сущности и как отношения между сущностями на диаграмме соответствуют взаимосвязям объектов на практике.
Используемые классификаторы и системы кодирования. Необходимо дать краткую характеристику используемым для решения данного комплекса задач классификаторам и системам кодирования. Структура кодовых обозначений объектов может быть оформлена в виде таблицы с таким содержанием граф:
· наименование кодируемого множества объектов (например, кодов подразделений, табельных номеров и т. д.),
· значность кода,
· система кодирования (серийная, порядковая, комбинированная),
· система классификации (иерархическая, многоаспектная или отсутствует),
· вид классификатора (международный, отраслевой, общесистемный и т. п.).
Пример описания классификатора:
Далее производится описание каждого классификатора, приводится структурная формула и рассматриваются вопросы централизованного ведения классификаторов на предприятии по данной предметной области, в приложении должны быть приведены фрагменты заполненных классификаторов.
Характеристика нормативно-справочной и входной оперативной информации представляет собой описание состава входных документов и справочников, соответствующих им экранных форм размещения данных и структуры файлов. При этом следует уделять внимание следующим вопросам:
· при описании входных документов необходимо привести в приложении формы документов; перечень содержащихся в них первичных показателей; источник получения документа; в каком файле используется информация этого документа, описывается структура документа, число строк, объемные данные, частоту возникновения документа;
· описание экранной формы входного документа должно содержать макет экранной формы в приложении, особенностей организации рабочей и служебной зон макета, состав и содержание подсказок, необходимых пользователю для заполнения макета, перечень справочников, автоматически подключаемых при заполнении этого макета;
· описание структур входных файлов с оперативной информацией должно включать таблицу с описанием наименований полей, идентификатором каждого поля и его шаблона; по каждому файлу должна быть информация о ключевом поле, длине одной записи, числе записей в файле, частоте создания файла, длительности хранения, способе обращения (последовательный, выборочный или смешанный), способе логической и физической организации, объеме файла в байтах;
· описание структур файлов с условно-постоянной информацией содержит те же сведения, что и для файлов с оперативной информацией, но добавляются сведения о частоте актуализации файла и объеме актуализации (в процентах).
Необходимо отметить соответствие проектируемых файлов входным документам или справочникам. Описывается структура записи каждого информационного файла.
Если информационная база организована в форме базы данных, то приводится описание и других ее элементов (ключей, бизнес-правил, триггеров).
Характеристика результатной информации представляет собой обзор результатов решения поставленных задач. Если решение представляет собой формирование ведомостей (в виде экранных или печатных форм), каждую ведомость необходимо описать отдельно. В частности, какое место занимает ведомость в информационных потоках предприятия (служит для оперативного управления или для отчетности), является уточняющей или обобщающей и т. д. Каждая ведомость должна иметь итоги, не включать избыточной информации, быть универсальной. Далее приводится описание печатных форм, экранных макетов с перечислением и краткой характеристикой содержащихся показателей, для каждого документа указывается, на основе каких файлов получается этот документ.
В приложении следует привести заполненные (реальной или отладочной информацией) экземпляры ведомостей и экранных форм документов.
Анализ существующих разработок и обоснование выбора технологии проектирования
Формализация расчетов
Общая характеристика организации решения задачи на ЭВМ
В данном разделе следует уделить внимание обоснованию выбора типа архитектуры: файл-сервер или клиент – сервер; обратить внимание на организацию загрузки переменной информации и ведения корпоративных баз данных, хранимых на серверной части системы или на файл - сервере, организацию порядка обработки транзакций по обновлению этих баз, необходимости ведения локальных баз на рабочем месте, порядок обработки и выдачи результатной информации пользователю по локальной сети или через сеть Internet.
В данном пункте рассматриваются алгоритмы расчета и решения задач, которые подразделяются на алгоритмы по выполнению работ для получения результатной информации и непосредственно формулы расчета экономических показателей, а также последовательность проведения расчетов. Позже на этот пункт необходимо будет сделать ссылку из пункта проектной части (характеристика результатной информации).
Необходимо проанализировать существующую предметную технологию объекта управления с точки зрения использования каких-либо программных средств, технологий АРМ и, если используются, то каким образом.
Если на рынке программных средств существуют готовые программные (программно - аппаратные) решения желательно дать краткое описание и провести анализ хотя бы одной такой разработки, указав основные характеристики (например, понятность пользователю, степень защиты информации, модифицируемость, мобильность, масштабируемость, затраты на сопровождение и поддержку и т.д.) и функциональные возможности.
Затем следует отметить, почему необходимо разрабатывать новое программное средство, и чем оно должно отличаться от существующих.
Обзор рынка программных средств удобно проводить с помощью Internet. Адреса используемых при обзоре ресурсов следует добавить в список литературы дипломного проекта.
Как и для первого и второго варианта, в данном варианте следует провести выбор технологии проектирования, дать описание стадий, этапов, операций, а также методов и инструментальных средств, применяемых в выбранной технологии.
В данном разделе рассматриваются те же компоненты и в таком же разрезе, что и для первого и второго вариантов.
Этот пункт включает обоснование выбора обеспечивающих решений, определение функциональных информационных технологий (ФИТ), обоснование разбиения ФИТ между АРМами в зависимости от целей и обязанностей сотрудника, обоснование выбора АРМ для рассмотрения в проектной части, обоснование проектных решений по информационному обеспечению выбранного АРМ.
Обоснование выбора обеспечивающих технологий включает в себя определение программных и аппаратных средств, необходимых для создания комплекса АРМ.
При выполнении работы по обоснованию выбора аппаратной части проекта следует обратить внимание на ряд следующих специфических моментов:
Обоснованию выбора типа ЭВМ для клиентской и серверной части архитектуры;
Обоснованию выбора типа локальных сетей и сетевых операционных систем;
Определению способов технического обеспечения обработки распределенных транзакций и защиты хранимых данных и т.п.
Обоснование проектных решений по программному обеспечению комплекса АРМ заключается в формировании требований к системному и специальному (прикладному) программному обеспечению и выборе на основе этих требований соответствующих компонентов программного обеспечения. Например, к большинству прикладного программного обеспечения можно выдвинуть требования надежности, эффективности, понятности пользователю, защиты информации, модифицируемости, мобильности, масштабируемости, минимизации затрат на сопровождение и поддержку и т.д. Кроме того стоит выработать требования к оформлению экранных и печатных форм, эргономике программного обеспечения.
Формулировка требований к программному обеспечению должна происходить с учетом объема информационных потоков объекта управления, требований и особенностей существующей предметной технологии, структуры системы управления.
При обосновании проектных решений по программному обеспечению комплекса АРМ целесообразно:
· обосновать выбор средств проектирования и разработки информационного обеспечения (СУБД), прикладного программного обеспечения (методов и среды разработки прикладных программ, языков программирования, специализированных библиотек);
· определить возможности выбранных программных средств, при использовании которых достигаются требования к прикладному программному обеспечению (например, возможность организации удобного интерфейса, оптимизации запросов к данным и т.п.);
· определить состав разрабатываемых процедур обработки данных клиентской части корпоративной ИС, предназначенных для размещения на данном АРМ.
Выбор методов и средств проектирования и разработки по возможности необходимо аргументировать, сравнивая их с аналогичными средствами, существующими на рынке.
Для определения ФИТ комплекса АРМ необходимо для каждого технологического этапа предметной технологии (см. п. 1.1.) сначала рассмотреть целесообразность автоматизации данного этапа предметной технологии, а затем, в случае необходимости его автоматизации, обосновать выбор соответствующей обеспечивающей технологии.
В соответствие с организационной структурой субъекта управления (см. п. 1.1.) следует рассмотреть необходимость создания АРМ для реализации целей и обязанностей сотрудников, входящих в систему управления. Далее необходимо обосновать состав каждого требуемого АРМа, т.е. присутствие в нем определенных частей ФИТ. При проектировании состава АРМ важно отмечать недостатки существующей предметной технологии и структуры управления и предлагать для их устранения новые подходы и решения.
Важно отметить, используется ли в существующей технологии решения комплекса задач технология АРМ, если используется, то каково функциональное различие существующих АРМ от проектируемых.
В ходе обоснования проектных решений по ФИТ и составу АРМов необходимо отразить следующие вопросы:
* методы сбора исходной информации (централизованно, распределенно), и анализ целесообразности использования специальных технических средств (датчиков, счетчиков и т.п.);
* формы передачи данных между АРМами и для внешней среды (на бумажных или машинных носителях), средства передачи (по локальной сети, модемной связи, по электронной почте и т.п.), порядок передачи данных (автоматически, после получения, по запросу, при определенных условиях);
* технологии обработки информации (централизованная, децентрализованная, распределенная), режим обработки данных (пакетный, диалоговый);
* формы и способы выдачи информации пользователю АРМ (на принтер, на экран монитора, в файл, централизованно, децентрализованно, распределенно);
* способы обеспечения защиты целостности и секретности хранимых данных в корпоративных базах данных;
* способы и методы обеспечения процедуры отката и восстановления данных в корпоративных базах данных и др.
После обоснования состава всех проектируемых АРМов необходимо выбрать АРМ для дальнейшего подробного рассмотрения в проектной части дипломной работы. Необходимо обосновать, почему данному АРМу следует уделять особое внимание.
Для выбранного АРМа требуется привести обоснование проектных решений по информационному обеспечению . Проектные решения по информационному обеспечению обосновываются с точки зрения внемашинного (классификаторы, справочники, документы) и внутримашинного (входные, промежуточные, выходные файлы информационных баз) обеспечения и включают следующие вопросы:
· обоснование состава и содержания результатных файлов и выходных документов;
· обоснование состава, формы представления исходной информации в первичных документах и на машинных носителях;
· обоснование требований к системам классификации и кодирования информации и нормативно-справочным данным.
Необходимо уделить внимание обоснованию методов организации информационной базы в следующих аспектах:
* обоснование выбора формы хранения данных локальная база или распределенная;
* обоснование способа обновления данных (разработки транзакций, типовых процедур обновления);
Техническое обеспечение разрабатываемого проекта делится на две части: серверную и клиентскую.
На серверной части функционирует сервер баз данных Microsoft SQL Server, используемый в качестве хранилища данных системы 1С:Предприятие 8.1. Программное обеспечение сервера баз данных функционирует на сервере HP ProLiant SL165z G6. Сервер HP ProLiant SL165z G6 входит в состав новой линейки серверных решений HP (HP ProLiant SL6000) для клиентов с высокими требованиями к масштабируемости. Этот новый сервер существенно снижает затраты и обеспечивает максимальную эффективность энергопотребления за счет совместного использования источников питания и вентиляторов с сохранением общей гибкости.
В качестве средства сбора, хранения обработки и регистрации информации, на рабочих местах пользователей привлекаются персональные электронные вычислительные машины (ПЭВМ) типа IBM PC, поскольку применение ЭВМ данного типа обеспечивают все необходимые возможности для реализации комплекса автоматизируемых задач. Выбор данного типа ЭВМ основан на следующих преимуществах:
наличие ПЭВМ в отделе, доступность и распространенность;
простота в обслуживании и эксплуатации;
высокие возможности по обработке информации;
надежность и простота ремонта;
наличие широкого спектра программного обеспечения;
возможность использовать ПЭВМ для решения задач, не включенных в автоматизируемый комплекс;
возможность использования различны периферийных устройств ввода/вывода;
необходимая вычислительная мощность и производительность;
освоенность потенциальными пользователями.
В настоящее время на рабочих местах пользователей уже установлены компьютеры для работы других информационных систем. Все компьютеры имеют примерно одинаковые характеристики:
жесткий диск, обеспечивающий размещение операционной системы, системы, системы 1С:Предприятие 8.1 и хранение информационной базы, для этих целей достаточно 120 Гб.
процессор – Intel Celeron 2000;
оперативная память: 1 Gb;
Для печати отчетов и выходных документов используются принтеры, совместимые с компьютерами вышеперечисленной комплектации.
Реализация данного дипломного проекта предусматривает максимальное применение уже используемых технических средств и адаптацию проектных решений к используемому техническому обеспечению. Это диктуется соображениями экономической целесообразности: ограничениями, накладываемыми текущим финансированием обновления вычислительной и организационной техники предприятия, техническим состоянием вычислительной техники, уровнем подготовки пользователей системы и соответствием современным информационным технологиям.
Обоснование проектных решений по информационному обеспечению
Разрабатываемая система предназначена для работы в операционной системе 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, которая является достойной свободной альтернативой коммерческим СУБД.
Входными документами системы автоматизации ДЮСШ №5 являются прежде всего документы оплаты за обучение, составленные бухгалтером и Документы по успеваемости, составленные преподавателями школы. Эти документы составляются исполнителями в произвольной форме, согласно установившимся в школе стандартам и вводятся в систему администратором.
Кроме того входящими документами системы являются документы, поступающие от учащихся. Это банковская выписка об оплате за обучение, и поступление наличных денежных средств в кассу. Формы некоторых из этих документов стандартизированы законодательством РФ, например, приходный кассовый ордер.
Все документы, поступающие на предприятие, движущиеся внутри него и выходящие с предприятия преобразуются в электронный вид системы учета. Любой документ представляется записью в базе данных, а именно в таблице документов с указанием всех его параметров.
Кроме документов входными данными является условно-постоянная информация по структуре предприятия, данные по учащимся и данные по преподавателям, используемой в школе.
Вся эта входная информация в разрабатываемой системе должна храниться в справочниках, наиболее подходящих для хранения условно-постоянной информации. Таким образом, данный вид информации будет храниться в виде справочников. Структура предприятия будет храниться в справочниках:
Здоровье.
Организации;
Сотрудники;
Учащиеся;
Сведения о преподавателях, тренерах, руководителях школы хранятся в справочнике Сотрудники.
Сведения об Учащихся хранятся в справочниках:
Учащиеся;
Здоровье;
Все разработанные справочники, предназначенные для хранения условно-постоянной информации, должны иметь формы списка и формы элемента справочника. Форма списка любого справочника должна быть построена таким образом, чтобы отображать состав записей справочника в виде списка, а если справочник иерархический – то и его древовидную структуру. При этом для каждой записи справочника должны выводиться все ее основные данные. Форма элемента должна отображать полную информацию об элементе справочника включая как основные, так и дополнительные данные. Нужно разработать формы таким образом, чтобы ввод и редактирование информации в них для пользователей был организован максимально удобно и быстро.
Электронные документы, введенные в систему, должны храниться в журнале документов. Форма журнала должна позволять просматривать все документы за определенный период с отображением всех основных данных документов. Должна быть возможность наложения условий отбора на список документов по основным данным документов и их сочетаниям. Для просмотра подробной информации о документе необходимо разработать форму документа, где в удобном для пользователя виде отображается вся информация о документе.