Пример технологической инструкции по созданию нового входного документа в системе электронного документооборота. 5 страница
Рисунок 8 - Пример диаграммы вариантов использования «Учет персонала »
Если студент не использует в своем решении математические модели или методы, то он обычно прибегает к инструментальным (программным) средствам решения задачи. Тогда в первом разделе ограничиваются рассмотрением рынка программных продуктов рассматриваемой предметной области и выбором программного продукта для реализации задачи дипломного проекта (выпускной квалификационной работы бакалавриата). В этом случае данный раздел (3.3) может отсутствовать, но и оценка за такой проект будет невысокой.
Рисунок 9 - Пример бизнес-процесса "Движение товарно-материальных ценностей"
Чтобы претендовать на высокую оценку студент должен в первом разделе пояснительной записки осветить теоретические подходы к решению задачи, а в данном (3.3) подразделе дать обзор рынка программных продуктов по предметной области и представить решение по выбору программного продукта.
4.4 Рекомендации по описанию информационного обеспечения задачи
Данный подраздел должен состоять из двух пунктов: внешнее информационное обеспечение и внутренне информационное обеспечение.
В рамках внешнего информационного обеспечения необходимо разработать: системы классификации и кодирования информации, единую систему нормативно-справочной и оперативной документации, методические материалы по описанию документооборота.
|
|
|
Эти системы должны обеспечивать формализацию информации в виде, пригодном для ее последующей компьютерной обработки, служить для сбора первичной информации. Вся информация в документе должна быть формализована, то есть, представлена в соответствии с требованиями языка обработки информации, структуры информации в памяти компьютера и т.д. [12]
Описывая внешнее информационное обеспечение задачи классификацию информации производят в соответствии с ее назначением и порядком использования. Так, материальные ценности, хранимые на складе, обычно подразделяют на материалы, комплектующие изделия, полуфабрикаты, готовую продукцию, запасные части для ремонта оборудования и т.д. Далее материалы можно классифицировать по срокам использования, по условиям хранения, по партиям закупки, поставщика и т.д. Указанные признаки для определенных предприятий могут быть не актуальны, а потребуется классификация по другим признакам.
Кодирование данных тесно связано с классификацией информации. Так, обычно коды обозначений материалов повторяют факт принадлежности определенной номенклатурной позиции к классам и группам. Студент должен выбрать систему классификации для объектов описания и построить структуру кода для каждого объекта.
|
|
|
Структуризация данных приводится обычно в виде описания форм документов. Формы документов должны быть спроектированы в соответствии с требованиями стандартов. Если для реализации задачи требуется большое количество форм, то их изображение выносится в приложение.
Схема документооборота должна описывать движение документов по подразделениям и исполнителям с указанием этапов жизненного цикла документа для каждого подразделения и исполнителя. Документооборот представляют в виде графической схемы или таблицы. Пример графической формы описания документооборота представлен на рисунке 10 (для студентов, обучающихся по направлению 080200 подготовки бакалавров «Менеджмент» (профиль «Информационный менеджмент»), разработка схемы документооборота не обязательна).
Рисунок 10 – Схема документооборота по задаче учета продаж
В пункте описания внутреннего информационного обеспечения представляют внутримашинные кодификаторы данных и классификаторы информации, а также описание структур данных в форме базы данных системы (подсистемы).
Классификаторы и кодификаторы на уровне внутреннего информационного обеспечения описываются также, как и классификаторы и кодификаторы на уровне внешнего информационного обеспечения, только рассматривается не содержащаяся в документах информация, а информация, предназначенная для хранения и обработки в памяти компьютера.
|
|
|
При проектировании баз данных выделяют три уровня описания проекта:
1. Внешняя организация данных (концептуальная модель данных);
2. Архитектура организации данных (логическая модель данных);
3. Физическая организация данных (физическая модель данных).
Концептуальная модель базы данных отображает набор сущностей с их основными атрибутами и связи между сущностями. Такая модель приводится в виде ER-диаграммы (рисунок 11).
Рисунок 11 - Пример концептуальной модели БД «Управление опытно-
конструкторскими работами»
Сущность – множество экземпляров объектов, обладающих общими свойствами-атрибутами, а связь – поименованная ассоциация между двумя сущностями, значимая для описания целостности рассматриваемой предметной области. Атрибутом сущности называется любой параметр, который служит для уточнения, идентификации, классификации, числовой характеристики или выражения сущности .[12]
|
|
|
Логическая модель базы данных должна быть детализирована до уровня таблиц реляционной модели данных и включать описание всех атрибутов таблиц базы данных с указанием их типов. Кроме того, логическая модель должна описывать связи целостности базы данных, которые можно было бы закодировать на языке описания данных СУБД. Это требование ограничивает состав связей таблиц только связями "один-ко-многим" и "один-к-одному". Логическая модель должна описывать первичные и внешние ключи каждой таблицы.
Поэтому логическая модель базы данных обычно представляется тоже в виде ER-диаграммы, однако на этой диаграмме необходимо указать наименование и типы всех атрибутов, пометив первичные и указав внешние ключи (рисунок 12). Если схема модели становится в этом случае слишком громоздкой, то на ER-диаграмме описывают только таблицы, связи, первичные и внешние ключи, а описание атрибутов таблиц приводят в форме DD-диаграммы (рисунок 13) или таблицы атрибутов.
Рисунок 12 - Пример логической модели БД «Управление опытно-
конструкторскими работами»
Представлять физическую модель данных в большинстве проектов нет необходимости. Ее описывают только тогда, когда в проекте есть нестандартные решения этого уровня.
Рисунок 13 - Пример описания атрибутов таблиц БД «Управление опытно-
конструкторскими работами»
Рисунок 13- Пример описания атрибутов таблиц БД «Управление опытно-
конструкторскими работами» (продолжение)
4.5 Рекомендации по описанию программного обеспечения задачи
Программное обеспечение для задачи может разрабатываться, дорабатываться или использоваться как типовое с пользовательскими настройками. В соответствие с этими стратегиями состав артефактов данного подраздела может изменяться. Однако общий объем, сложность и трудоемкость должны быть сохранены.
В случае разработки или доработки программного обеспечения в подразделе дается описание информационных объектов (таблица с перечнем информационных объектов или перечень классов и объектов), приводятся диаграммы классов, диаграммы компонентов, диаграммы пакетов, их существенные атрибуты. Далее приводится описание структуры программы (схема взаимодействия объектов или схема взаимодействия модулей), описание спецификаций классов или модулей (текстовое описание каждого реализуемого класса или модуля). При описании разрабатываемого класса или модуля необходимо описать алгоритм реализации модуля или методов классов (в виде блок-схем, таблиц решений, диаграмм, графов, языков спецификаций). Для диалоговых процедур приводят сценарий диалога (схема для диалоговых модулей или методов).
В случае использования типового программного обеспечения или его доработки приводится описание структуры программного продукта в любом вышеназванном виде. Далее дается описание эталонной модели решения поставленной в дипломном проекте (выпускной квалификационной работе бакалавриата) задачи средствами описанного программного продукта. Эталонная модель должна быть представлена в форме описания типовых бизнес-процессов в любой нотации и сценария диалога. Завершается описание программного обеспечения описанием необходимых для решения поставленной в дипломном проекте задачи программных и параметрических настроек (для студентов, обучающихся по направлению 080200 подготовки бакалавров «Менеджмент», описание структуры программного продукта не обязательно).
В любом случае обязательно дается описание проектирования теста программы. Проектирование теста программы предполагает выбор метода тестирования, фиксацию объема тестирования, приводится перечень тестов и условия их полноты, исходные данные для каждого теста, результаты по каждому тесту. При выборе метода тестирования важно учитывать, что тестирование представляет собой процесс оценки соответствия информационной системы ее первоначальной спецификации (требованиям) путем испытаний системы на конкретных примерах.[53]
Иными словами, из области всех исходных данных есть данные, при которых программа дает хороший результат, и есть область, где данные не обеспечивают выполнения программы. Тогда задачей тестирования является установление границы корректной работы программы.
Студент должен выбрать конкретный метод или методы тестирования и составить план тестирования (последовательность выполнения тестирования и применяемые на каждом этапе методы). В случае разработки или доработки программного обеспечения можно использовать методы белого ящика, методы черного ящика и методы серого ящика. В случае использования типового программного продукта - только методы черного ящика.
В приведенном примере выбран один из методов черного ящика "по классам эквивалентности - отказы" (таблица 1).
Целью тестирования является поиск ситуаций, при которых программное обеспечение ведет себя некорректно. Поэтому особое внимание необходимо уделить локализации ошибок в исходных данных.
4.6 Рекомендации по описанию технического обеспечения и вычислительной среды задачи
Подраздел формируется в соответствии с рекомендациями, приведенными в главе 5 настоящего учебного пособия.
4.7 Рекомендации по описанию методического обеспечения задачи
В данном подразделе представляется краткое руководство пользователя информационной системы. Это руководство должно быть ориентировано не на разностороннее применение какого-то программного продукта, а целенаправленно на решение конкретной задачи с помощью информационной системы. Следовательно, такое руководство включает не только порядок выдачи машинных команд, но и порядок взаимодействия исполнителя с другими сотрудниками предприятия и контрагентами. Пример краткого руководства пользователя (которое возможно было уместить в настоящей методике) представлено в таблице 2.
Таблица 1 - Тестирование. Тесты и результаты по ним (Создание документа «Поступление товаров и услуг»)
| № теста | Содержание теста | Атрибут | Заданное значение | Ожидаемые результаты | Фактические результаты | Выводы |
| 1 | Сохранение данных в окне «Поступление товаров и услуг» | «Контрагент» «Договор контрагента» | «» «» | Система не должна позволять проводить документ без заполненных обязательных данных | Система выдает сообщение об ошибке. | Система позволяет отслеживать полноту заполнения документа |
| 2 | Сохранение данных при несовпадении валюты расчетов по договору и валюты регламентирующего учета. | «Договор» «Сумма» | USD руб | Система не должна позволять проводить документ | Система выдает сообщение об ошибке. | Система не позволяет проводить документ |
| 3 | Сохранение данных при несовпадении номенклатуры по приходному ордеру и создаваемому на основании его документу. | «Товар»(по приходному ордеру) «Товар»(по создаваемому документу) | «Сверло» «Фреза» | Невозможность проведения документа | Система выдает сообщение об ошибке. | Система позволяет выявлять несоответствия данных в документах. |
| 4 | Ввод некорректных данных | «Сумма» | gygy | Ввод невозможен | Ввод невозможен | Система не позволяет вводить некорректные данные |
Таблица 2 - Руководство пользователя
| Для загрузки модуля запустите файл Project1.exe | |
| После загрузки, Вам необходимо ввести номер счета организации и нажать кнопку поиск для поиска информации. |
| Для просмотра информации по выданным чековым книжкам, воспользуйтесь раскрывающимся меню. |
| Для перехода в другие сегменты программы воспользуйтесь навигационным меню. |
| Продолжение таблицы 2 | |
| Для ввода новой информации по организации, перейдите в “Дополнительные действия” -> “Ввод новой записи в БД”. После проверки пароля, вы будете перемещены с данный сегмент. Далее следуйте подсказкам. |
| Для ввода/удаления данных по картотеке1/2 перейдите в меню “Дополнительные действия” и выберите необходимый пункт. |
| Для ввода данных по выданным чековым книжкам, перейдите в меню “Основные действия” -> “Меню чековых книжек”. После ввода данных нажмите кнопку добавить. P.S. Данный сегмент не требует проверки пароля. |
Глава 5. РЕКОМЕНДАЦИИ ПО РАЗРАБОТКЕ РАЗДЕЛА "КОМПЬЮТЕРНОЕ ОБЕСПЕЧЕНИЕ ПРОЕКТА И ИНФРАСТРУКТУРА"
Четвертый раздел дипломного проекта содержит решения по общесистемной программной среде, специальному программному обеспечению общего назначения, техническому обеспечению и требования к компьютерной инфраструктуре решения задачи. Это решение должно опираться на передовой опыт в данной области, как в части использования программных средств, так и в части технического оснащения. Раздел разрабатывается самостоятельно, независимо от сложившихся технических решений в организации, но с учетом ситуации в организации.
Описание общесистемной программной среды реализации проекта должно содержать описание применяемых в рамках проекта операционных систем, сетевых программных средств, средств безопасности и т.д.
Описание специальной программной среды общего назначения для реализации проекта должно содержать описание необходимых для реализации проектаофисных систем, СУБД, систем связи, электронного документооборота, архивных систем и т.д.
Описание т ехнического обеспечения и вычислительной среды проекта содержит основные требования применяемых в проекте программных средств к используемой компьютерной технике; план переоснащения подразделений организации; состав и характеристику серверов; архитектуру вычислительной сети, физическую и логическую; специальные устройства, экраны, кластеры и т.д.
Техническое обеспечение (ТО) представляет собой комплекстехнических средств, в который входят средства вычислительной техники, оборудование для организации локальных сетей и подключения к глобальным сетям, устройства регистрации, накопления и отображения информации. Подраздел включает в себя характеристику технических средств, предназначенных для ввода первичной информации, дальнейшего ее хранения и своевременной обработки, необходимой для решения задачи управления. Например, автоматический вывод информации, перевод информации из бумажного вида в электронный, размножение информации и т. д. [8,50]
Проект должен содержать описание существующего состояния, требования, предъявляемые проектируемой системой (прежде всего ее программным обеспечением) и план доведения технического парка до требуемого состояния в привязке к жизненному циклу системы.
Для иллюстрации описания инфраструктуры ниже представлен пример. Инфраструктура проекта в настоящее время (рисунок 14) определяется следующими характеристиками.
Производственная база в городе Ильменау, где имеется широкополосная связь с Интернет и защищённая Файерволом (Брандмауэром) локальная сеть на предприятии, которая может стать платформой для других технологий. Здесь имеется собственный почтовый сервер (SMTP , POP 3, IMAP), который так же доступен, мобилен. В ближайшее время в Ильменау поступит сервер базы данных с установленной СУБД Oracle на платформе SUN, который будет использован для эксплуатации Open Market SMC и может быть носителем для iFS – файлов системы для Интернет (продукт компании Oracle).
Офис в Мюнхене, здесь нет инфраструктуры, каждый сотрудник работает на более или менее своём собственном ноутбуке. Выход в Интернет возможен через ISDN или модем, который обеспечивает небольшую пропускную способность. В настоящее время нет возможности получить удаленный доступ из Мюнхена на файл-сервер в Ильменау. Исключение составляет только доступ к FTP-серверу. Описанную инфраструктуру можно было бы усовершенствовать с помощью следующего инструментария.
Ø Oracle iFS : с его помощью можно было бы иметь локальный и удаленный доступ к системе баз данных. Достоинства: доступ через Web-интерфейс, FTP , E - Mail и локально (с помощью средств локального доступа Windows); управление версиями; гибкая и расширяемая поддержка данных; индексирование данных. Ожидаемая платформа (Oracle) как раз содержит эти возможности. Недостатки: довольно высокие требования к ресурсам.
Ø PVCS : профессиональная система управления версиями. Достоинства: в Мюнхене как раз установлен компонент по управлению потоками работ (PVCS – Tracer). Удаленный доступ возможен через Web-интерфейс. Недостатки: используется только для управления версиями и для удаленного доступа.
Ø Lotus Notes : профессиональное и гибкое групповое решение ( включает групповой планировщик, список заданий, мобильный доступ). Достоинства: Domino–сервер может применятся на разных платформах(NT4.0, Solaris , Linux); компонент расширяем по средствам Add–Ons скриптов и Java / Javascript ; с помощью шаблонов можно формировать собственные банки данных. Недостатки: цена сервера – около € 4000, сложное администрирование.
Дата добавления: 2021-04-05; просмотров: 100; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!