Анализ существующих решений по автоматизации предметной области
Среди существующих программных решений по автоматизации следует отметить автоматизированную информационную систему "Информационная система предприятия" Разработчик: "ИНФОРЕСУРС", на платформе "1С:Предприятие 8". Конфигурация имеет сертификат "Совместимо! Система программ 1С:Предприятие" и позволяет эффективно организовать работу с документами в электронной форме.
Основные возможности программы:
- единый архив документов и справочной информации;
- ведение справочников, хранящих контактную и другую информацию об организации, сотрудниках, контрагентах и физических лицах;
- предопределенный набор типовых видов документов, отражающих предметную область, возможность расширения состава документов;
- пользовательская среда для работы с электронными документами и электронными копиями первичных документов, включающая возможности по организации персональных и общих библиотек, каталогизации и классификации документов, хранения структуры взаимосвязей и состояний документов, возможности поиска по реквизитам и содержанию;
- возможность работы с электронной почтой и хранение всей корреспонденцию.
Канцелярия:
- регистрация первичных документов и хранение их электронных копий;
- формирование реестров документов;
- формирование заданий на исполнение, контроль исполнения документов, отчеты по исполнительской дисциплине;
|
|
|
- учет важных документов по местам хранения;
- работа со списками документов - группировки документов в дела;
- автоматизация документооборота;
- все документы системы включены в систему документооборота;
- схемы обработки (маршруты движения) документов доступны для редактирования и настройки под особенности работы;
- организация очередей обработки документов.
Другие возможности:
- напоминания;
- оперативный журнал событий, заданий;
- пообъектный учет (управленческий учет ОС, учет библиотечного фонда, учет оборудования в разработке, в комплекте с проектной документацией и т.п.);
- аудит действий пользователя в системе;
- средства совместной работы над документами - блокировки, удостоверение содержания;
- возможность использования внешних справочников через Интернет, обмена и совместной работы над документами из несвязанных друг с другом информационных баз (из разных организаций).
Технические особенности реализации: Конфигурация для своей работы требует установленную программную оболочку "1С:Предприятие 8", не защищена аппаратным ключом и поставляется с исходными текстами модулей. Фрагменты конфигурации, отвечающие за использования внешних справочников через Интернет, обмен документами, поставляются без исходных текстов и не могут быть изменены. В конфигурации предусмотрена возможность локализации и работа пользователей на нескольких языках в рамках одной информационной базы. Особенности лицензирования: Основная поставка дает право на работу с одной информационной базой (информационная база может быть распределенной) и не ограничивает пользователя рамками локальной сети. Дополнительная лицензия позволяет работать одновременно с любым количеством поставок.
|
|
|
Выбор методологии проектирования информационной системы
Методология составляет основу проекта любой информационной системы. Методология реализуется через конкретные технологии и поддерживающие их стандарты, методики и инструментальные средства, которые позволяют выполнять все процессы жизненного цикла.
Существует две основных методологии проектирования:
- методология структурного проектирования;
- методология объектно-ориентированного проектирования.
Структурный подход. Сущность структурного подхода к разработке ИС заключается в ее декомпозиции (разбиении) на автоматизируемые функции: система разбивается на функциональные подсистемы, которые в свою очередь делятся на подфункции, подразделяемые на задачи и так далее. Процесс разбиения продолжается вплоть до конкретных процедур. При этом автоматизируемая система сохраняет целостное представление, в котором все составляющие компоненты взаимоувязаны. При разработке системы "снизу-вверх" от отдельных задач ко всей системе целостность теряется, возникают проблемы при информационной стыковке отдельных компонентов [37].
|
|
|
Все компоненты информационной системы взаимосвязаны, система разрабатывается сверху - вниз. При разработке системы снизу – вверх целостность теряется, возникают проблемы состыковки компонентов.
Наиболее распространенные модели структурного подхода:
SADT – Structured Analysis and Design Techniques – описывает модели и функциональные диаграммы;
DFD – Data Flow Diagrams – диаграммы потоков данных;
ERD – Entity Relationship Diagrams – диаграммы «сущность – связь».
На стадии проектирования ИС модели расширяются, уточняются и дополняются диаграммами, отражающими структуру программного обеспечения: архитектуру ПО, структурные схемы программ и диаграммы экранных форм [38].
Перечисленные модели в совокупности дают полное описание ИС независимо от того, является ли она существующей или вновь разрабатываемой. Состав диаграмм в каждом конкретном случае зависит от необходимой полноты описания системы.
|
|
|
Объектно-ориентированный подход. Центральным понятием объектно-ориентированного подхода к проектированию является класс. Класс – это выделение из окружающего мира некой сущности, для которой определены атрибуты (свойства) и операции (действия, которые сущность производит над окружающими объектами).
Объект – это конкретная реализация некоторой сущности. В объекте инкапсулируется некоторая часть приложения, которая может представлять собой процесс, группу данных или какую-либо более сложную сущность [6].
Для реализации проекта был выбран объектно-ориентированный подход в силу следующих факторов:
- возможность повторного использования кода;
- повышение безопасности кода за счет инкапсуляции;
- гибкость при модификации и расширении системы;
- отсутствие необходимости разработки классов с нуля, за счет наследования;
- общая ориентированность объектно-ориентированной технологии на разработку информационных систем, как класса программного обеспечения и т.д.
Сбор требований
Основная цель рабочего процесса определения требований состоит в том, чтобы направить процесс разработки на получение правильной системы. А правильная система – это система, которая делает то, что необходимо и ничего более. Требование - это характеристика или условие, которому должна удовлетворять система [40].
Самое главное в любой рабочей деятельности - это cбор требований т.к. если разработчик будет знать то, что от него хотят чтобы он сделал, то и конечный результат будет удовлетворять обеих сторон. Максимально упрощенный и удобный процесс работы, сопровожденный минимизацией временных трудозатрат и наличие продуктивного результата, повысит работоспособность и результативность.
Сбор требований – это процесс, включающий мероприятия, необходимые для создания и утверждения документа, содержащего спецификацию системных требований [9].
На этапе формирования и анализа требований в соответствии с технологией разработки программного обеспечения Microsoft Solution Framework (MSF):
- осуществляется сбор требований;
- составляются профили заинтересованных лиц;
- разрабатываются варианты использования.
Сбор требований осуществлялся на основе использовании метода интервьюирования.
В процессе интервьюирования заказчик выдвинул следующие требования, которым должна отвечать система:
- система должна охватывать основные бизнес-процессы предприятия;
- система должна обеспечивать защиту информационной базы данных от несанкционированного доступа;
- система должна иметь интуитивно ясный дружественный интерфейс, понятное назначение функций и наглядный результат обработки информации;
- система должна иметь возможность наращивания в программной части;
- система должна позволять экспорт выходных документов
Спецификация требований
Независимо от способа выявления требований, документировать их нужно так, чтоб это обеспечивало удобный доступ и просмотр.
Спецификация требований - процесс документирования системы в структурированном, доступном всем и управляемом формате. Спецификация требований (Software Requirements Specification, SRS) используется для текущего сопровождения проекта и представления требований, сформулированных по отношению к проекту. SRS позволяет определить предметную область программного продукта, рассматриваемого относительно трех его основных составляющих: данных, процесса и поведения. Спецификация требований к ПО используется при разработке, тестировании, гарантии качества продукта, управлении проектом, приемке проекта и связанных с проектом функциях [42, 9]. SRS имеет ключевое значение для всего жизненного цикла разработки программного продукта. Это не только производный документ, в котором определены спецификации программного проекта, но и основной документ, применяемый с целью проведения аттестационных и приемочных испытаний.
С помощью правильно составленных спецификаций SRS на уровне организации могут разрабатывать намного более продуктивные планы аттестаций и проверок. Являясь частью договора на разработку, SRS обеспечивает точку отсчета для оценки соответствия техническим условиям.
Благодаря спецификации SRS облегчается передача программного продукта новым пользователям, а также его установка на других компьютерах. Таким образом, заказчикам становится проще переносить программный продукт в другие подразделения организации, а разработчикам — передавать другим заказчикам [3].
Разработанная спецификация для информационной системы представлена в приложении А.
Дата добавления: 2020-01-07; просмотров: 218; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!