Дипломная работа: Автоматизация управления проектами студии ТОО "Black and white"

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
36
необходимый функционал для п отреби теля. Оба данных решения никак не
подходят для реализации задачи, поскольку подразумев ают большие вложения
денежных средств в саму систему автоматизации.
Приобрет ае мая система не подойдет компании и из-за нехватки
функциональности, в ней хуже реализовано будущее развитие ИС, будет
необходим длительный срок ад аптации под конкретные нужды компании, а
также неудобства будет вызывать частое обращение в службу поддержки.
Другой вариантзаказ у сторонних разработчиков, который позволит
получить ИС, подходящую под бизнес-правила компании, но это только на
текущий момент. В случае каких-то изменений бизнес-процессов придется вновь
преобразовыв а ть систему, что выльется в лишние затраты на модерни зацию ИС.
Вариант с покупкой и доработкой также возможен, но в случае, если
требуется небольшая доработка без изменения самого ядра ИС, которое иногда
проблемати чно настроить из-за неполной документации.
Вариант с арендой ИС имеет сразу несколько больших преимуществ:
Открывает новые ин новационные возможности за счет
сотрудн ичества с поставщиками интеллектуальных услуг мирового уровня, а
также дарит ценный опыт во взаимодействиях и партнерстве;
Дает компании возможность быстро перестаиваться п од
изменяющиеся реалии рынкавсегда проще найти другого поставщика, чем
закупать новое оборудование, перестраиват ь внутреннюю деятельн ость и
ликвид ировать старые мощности;
Ускоряет получение новых навыков и ресурсов.
Однако в этом методе есть и свои нюансыкомпания рискует вывести
слишком много вид ов д еятель ности за свои пределы и в случае нестабильной
ситуации может утратить то, что приносило ей популярность и успех на рынке.
Поэтому наиболее оптималь ным решением становится то, что ИС будет
разрабатываться в стенах компании собственными силами, поскольку компания
располагает квалифицирова нными специалистами для разработки и внедрения
подобного вида си стем. Но все-таки разработка такого рода предполагает, что у
компании имеются специалисты, способные провести анали з бизнес-процессов,
а сл е дом разработать и внедрить систему для их автомати зации . А поскольку
37
автоматизация затрагивает одно достаточно большое направление, всем
специалистам не составит труда провести раб оты по проектированию,
разработке и финальному внедрению системы автоматизации.
Создаваемая ИС будет включать в себя весь необходимый функционал, а
также будет учитывать особенности работы и пожелания сотрудни ков компании,
следовательно будет являться уникальным продуктом, что позволит быстро
изменить в случае чего функциональность по требованию заказчика.
1.4 Обоснование проектных решений
1.4.1 Обоснование проектных решений по информационному
обеспечению
Само ИО любой под системы зачастую включает в себя некую
информационную модель работы персонала на фирме. Часто лучше всего делить
его на внемашинное и в нутримашинное.
Любое ИО может состоять из системы кодирова ния и классификации;
методики разделённой документации, п рименяемой зачастую в ИО;
информационную базу в качестве совокупности имеющихся массивов данных.
Внемашинное обесп ечени е включает в себ я сов окупность данных,
описанных в основном в виде документов. Обычно д окументы делят на
первичные (декларации , выписки, ведмости) и отчетные документы, куда можно
отнести всю отчётность налогоплательщиков, проанализированную и
выбранную для отдела камеральных проверок.
Внутримашин ное ИО часто представляет данные на машинных носителях
в упорядоченном виде БД и связей между ними. Часто подобный вид ИО
реализует среду, которая отражает выполнение сот рудниками возложенных на
них обязанностей. Зачастую подобная область описывается набором объектов,
их свойствами и взаимного об мена. И для любого объекта эти взаимосвязи и
свойст ва определены отдельно.
Потоками данных внешнемашинного ИО часто называют регулярное
движение документов от исполнителя к получателю и обратно.
38
Классификаторы применимы для описания данных, могу обосновать
единст во кодирования и классификации и нужны для безошибочной машинной
обраб отки и выдачи данных в удобной форме для решения потребительски
проблем
В описанной задаче использовались 2 общероссийских классификатора:
ОКУДобщий классификатор управленческих документов;
ОКОПФобщий параметр организационно-правовых форм.
По любому в процессе реализации системы может применятся
реляционная модель БД. Такая модель опивает на отдельной предметной
области совокупность отношений, изменяющихся во времени. В процесс е
создания программы данная совокупность помогает получить данные по
объектам предметной области, а также помогает создать модель связи между
ними. Сами же данные помещаются в таблицы. Для простоты поиска и
определения любая таблица имеет свой уникальный код.
Обычно к ИО предъявляют ряд требований, а именно:
• ИО должно быть пол ноценным и адекватным для поддержки всех
описываемых функций;
При кодировке данных важно применять подтвержденные ID;
• В процессе кодировки входной или выходной информации,
применяемой на высшем уровне управления, важно использовать лишь
классификаторы данного уровня;
• ИО обязано быть на 100% совместимо с создаваемой системой;
Все формы документов должны сочетаться с корпоративными
станд артами и определенной системы документации;
Структура визуальных форм и всех документов должна полнос тью
соответствовать описани ю каждого рабочего места сотрудника;
Применяемые сокращения, графики и сообщения должны быть
приняты в обществе и рассматриваемой предметной области, а также
утверждены с заказчиком.
в ИС важно предусмотреть механизмы проверки входн ой и выходной
информации, обновл ения данных в массивах данных, отслеживания целостности
БД, защиты НСД.
39
В описанн ом случае к ИО также относятся входные и выходные
документы, классификаторы, а также список экранных форм, которые нужны
для поддержки диалога п ол ьзователя и системы.
В данном дипломном проект е должны быть спроектированы след ующие
локальные классификаторы:
сотрудн ики компании;
заказчики;
проекты;
задачи;
специализации сотрудников.
Разрабатываемая система должна содержать в себ е следующие модули:
- модуль авторизации;
- модуль работы со спра вочниками;
- модуль ввода данных;
- модуль получения отчетов;
- модуль поиска.
В модуле авторизации должны быть реализованы следующие функции:
Доступ пользователя к главной странице системы после
корректного ввода п арол я и логина;
Вывод сообщения об ошибке ввода пароля и логина с
предложением п овторить ввод.
В данном модуле должны быть реализованы следующие функции:
Ввод данных в справочники;
Проверка вводимых данных на корректность по типам;
Вывод в виде экранной формы состава справочника;
Редактирование состава справочника.
В модуле ввода данных должны быть реализованы следующие функции:
Возможность в вода данных с помощью экран ной формы;
Проверка вводимых данных на их корректность.
В модуле получения отчетов дол жны быть реализованы следующие
функции:
40
Возможность п ол учения от чета в соответствии с заданными
параметрами:
Формирование необходимых аналитических отчетов
В модуле поиска должна прис утствовать функция, позволяющая
осуществлять поиск по справочникам, существующим в си стеме.
Основу информационн ого обеспечения составляет информационная база,
обеспечивающая хранение и обработку данных. Сост ав информационной базы
определяется фун кциями системы и услугами, которые она предоставляет своим
пользоват ел ям, а также обеспечением взаимодействия си стемы учета платежей с
другими автоматизированными системами. Структура информационной базы
данных должна обеспечивать возможность расширения функций си стемы, не
требующих изменения структуры обрабатываемых данных, без реорганизации
базы данных.
1.4.2 Обоснование проектных решений по программному
обеспечению
Программное обеспечение (ПО) совокупность программ для
реализации целей и задач автомати зированной системы. [2]
ПО делится на два вида: общее (операционные системы, операционные
оболочки, компиляторы, интерпретаторы, программные среды для разработки
прикладных программ, СУБД, сетевые программы и т.д.) и специальное
(совокупность прикладных программ, разработанных для конкретных задач в
рамках функциональных подсистем, и контрольные примеры). [2]
Программные средства общего назначения должны удовлетворять
следующим требов аниям [1] :
представлять собой набор взаимосвязанных программ с
нормализованными методическими указаниями и инструкциями по
использовани ю об сл уживающих п рограмм на всех стадиях реализации расчётов
комплексов задач;
строить с я по при нципу открытого программного обеспечения с
целью дальнейшего развития и соверш е нствования;
Источник: https://baza.diplomsite.ru/previewfile/2311