49344 (Учет отремонтированных, реконструированных, модернизированных объектов), страница 2
Описание файла
Документ из архива "Учет отремонтированных, реконструированных, модернизированных объектов", который расположен в категории "". Всё это находится в предмете "информатика" из 1 семестр, которые можно найти в файловом архиве . Не смотря на прямую связь этого архива с , его также можно найти и в других разделах. Архив можно найти в разделе "курсовые/домашние работы", в предмете "информатика, программирование" в общих файлах.
Онлайн просмотр документа "49344"
Текст 2 страницы из документа "49344"
В соответствии с Инструкцией № 87/55/33/5 при дооборудовании производятся следующие работы: дополнение технологической схемы объекта конструктивными элементами и системами; улучшение технико-экономических характеристик объекта или добавление новых функциональных возможностей. При этом изменяются технико-экономические показатели, конструкция и комплектация, стоимость объекта, может увеличиться ресурс, а срок службы может быть пересмотрен.
Как уже отмечалось ранее, приемка основных средств, поступивших после ремонта (реконструкции, модернизации), оформляется специальным актом - актом о приеме-сдаче отремонтированных, реконструированных, модернизированных объектов основных средств (форма ОС-3).
Указанный акт подписывается членами приемочной комиссии или лицом, уполномоченным на прием объектов основных средств, а также представителем организации (структурного подразделения), проводившей ремонт, реконструкцию, модернизацию, и утверждается руководителем организации или уполномоченным им лицом, после чего сдается в бухгалтерию.
На оборотной стороне акта по строке «Изменения в характеристике объекта, вызванные штатным капитальным ремонтом, реконструкцией, модернизацией» указываются основные изменения, которые были произведены. Это описание должно подтверждать, что качественные характеристики основного средства в результате произведенных работ были улучшены.
Данные ремонта, реконструкции, модернизации вносятся в инвентарную карточку учета объекта основных средств (форма ОС-6). В случае если в результате реконструкции (модернизации) качественные показатели объекта основных средств изменились значительно, в карточку заносят новые данные. Если это сделать невозможно, то прежнюю карточку заменяют новой с сохранением старой карточки в качестве справочного документа.
1.2 Технико-экономическое обоснование
Назначением проектируемой информационной системы является автоматизация КП "Алчевское строительное управление".Разрабатываемая система должна отвечать на запросы о текущем состоянии и отслеживать поток заявок и учете объектов на предприятии, что соответствует оперативному управлению. Чтобы с этим справляться, информационная система должна быть легкодоступной, непрерывно действующей и предоставлять точную информацию.
Основными направлениями разработки являются:
-
учет входных документов;
-
формирование документов;
-
учет выходной документации;
-
формирование запросов, необходимых для текущей работы и для составления отчетности;
-
составление отчетов, предоставляемых руководству для контроля над деятельностью предприятия.
В ходе решения задачи была выбрана платформа Windows XP от всемирно известного производителя корпорации Microsoft. Этот выбор основывается на нескольких причинах:
-
широкое распространение операционной системы в Украине;
-
удобный и понятный для пользователя интерфейс;
-
отсутствие проблем с совместимостью аппаратного обеспечения;
-
поддержка русского и украинского языка.
Поскольку в качестве платформы была выбрана MS Windows, то и минимальные требования к аппаратному обеспечению предъявляются, прежде всего, со стороны самой Windows, а это:
-
процессор уровня Intel Pentium 400;
-
64 Мб ОЗУ;
-
2 Гб жесткий диск;
-
видеокарта 8 Мб видеопамяти.
Но во время работы с программным обеспечением база данных будет постоянно обновляться и будет увеличиваться объем занимаемой памяти. Поэтому необходимо подсчитать количество обрабатываемых документов, чтобы узнать, какой объем памяти необходим для работы с базой данных. Но нет необходимости в тщательном подсчете всей документации, так как это не является основной задачей моей курсовой работы. Необходимо подсчитать только информацию, которая непосредственно относится к учету затрат на ИС.
Таблица 2.1 – Расчет обрабатываемой документации в отделе снабжения
Наименование документа | Обрабатывается в отделе, в среднем, единиц | ||
В день | В неделю | За месяц | |
Акт на израсходованные при реконструкции, модернизации и капитальном строительстве материалы заказчика | 15 | 75 | 300 |
Акт приемки | 20 | 140 | 560 |
Расчет к акту | 10 | 70 | 280 |
Реестр акта приемки | 20 | 140 | 560 |
Справка о стоимости выполненных работ | 4 | 20 | 100 |
ИТОГО | 69 | 445 | 1800 |
По итогам подсчета получено, что КП "Алчевское строительное управление" только для работы с портфелем заказов обрабатывает около 1800 различных документов за месяц. То есть проектируемая база данных будет ежемесячно пополняться примерно на 1800 строк. Поэтому нужен большой объем оперативной памяти, который позволяет работать с большими объемами информации, и не будет замедлять работу компьютера, то есть жесткий диск должен быть минимум 10 Гб.
Для комфортной работы необходим процессор уровня Intel Pentium 500, 64 Мб ОЗУ, совместимая звуковая карта, видеокарта 8 Мб памяти, объем жесткого диска составит:
-
Windows 700 Мб;
-
файл подкачки 200 Мб;
-
файлы разрабатываемой базы данных 2,5 Мб (программа и библиотеки);
-
сам файл базы будет увеличиваться примерно на 2 Мб в год;
-
сервисное ПО 100 Мб;
-
MS Office 300 Мб.
Затрат на приобретение необходимого дополнительного оборудования не потребуется, так как в КП "Алчевское строительное управление" имеется все самое современное оборудование и необходимое программное обеспечение.
1.3 Требования к разрабатываемой программе
Программное обеспечение должно повышать качество управления КП «Алчевское строительное управление», обеспечивать специалистов необходимой информацией для текущей работы и для принятия управленческих решений. Разрабатываемое программное обеспечение должно обладать следующими характеристиками:
-
единая система сбора и накопления информации – все части системы должны быть согласованы, информация не должна быть противоречивой или содержать повторения;
-
возможность редактирования данных в удобной пользователю форме – программное обеспечение должно содержать простой интерфейс, обеспечивающий простой для пользователя ввод-вывод, изменение и удаление информации;
-
возможность анализа деятельности для дальнейшего принятии решений – возможность создания отчетов для руководства.
На уровне базы данных в проектируемой системе необходимо предусмотреть следующие возможности:
-
обеспечивать получение отчетов текущих и по итогам работы;
-
обеспечивать получение информации без существенных задержек;
-
надежность хранения информации — база данных не должна допускать случайной потери данных;
-
достоверность хранимой информации — хранимые данные не должны искажаться при вводе либо обработке;
-
безопасность хранимой информации - разграничение прав доступа к базе данных, а также необходимость процедуры регистрации пользователей. Необходимо создать парольную защиту, поскольку хранимая в базе информация конфиденциальна.
Информационная система оперативного уровня является связующим звеном между фирмой и внешней средой. В базе данных системы будет храниться важная информация для работы отдела: данные о заявках, договорах, информационных системах, затратах и др. Разрабатываемая система должна отвечать повышенным требованиям к надежности. Если система работает плохо, то организация либо не получает информации извне, либо не выдает информацию. Кроме того, эта система - это поставщик информации для остальных типов информационных систем в организации, так как содержит и оперативную, и архивную информацию.
Отключение этой информационной системы привело бы к необратимым или трудно устранимым негативным последствиям.
Для обеспечения достаточной надежности необходимо применять высококачественное оборудование, применять резервное копирование данных, контролировать входную и выходную информацию.
1.4 Требования к составу и параметрам технических средств
Проектируемая информационная система работает на основе модели распределенных вычислений клиент-сервер. Для ее реализации необходимо, чтобы все бюро отдела имели современное компьютерное оборудование и компьютеры внутри отдела должны быть соединены локальной сетью. Необходимо установить сервер базы данных, на котором будет храниться вся информация, необходимая для работы. Это даст возможность удобно коммутировать применяемое в системе оборудование, а так же уменьшить риск потери данных и повысить общую надежность и функциональность системы. На сервере предполагается разместить и прикладное программное обеспечение. На сервере информация обрабатывается и хранится, на клиентских сетевых машинах производится ввод-вывод, обработка информации, хранение информации, необходимой для работы конкретного пользователя.
2 моделирование структур данных
2.1 Разработка концептуальной модели базы данных
Концептуальная модель базы данных - это высокоуровневая объектно-ориентированная модель предметной области, представляющая объектную область в виде набора объектов, обладающих определенными свойствами и находящимися в некоторых отношениях. Основная цель разработки высокоуровневой модели данных заключается в создании модели пользовательского восприятия данных и согласовании большого количества технических аспектов, связанных с проектированием базы данных. Концептуальная модель данных не привязана к конкретной физической реализации баз данных и не зависит от конкретной СУБД. Концептуальная модель создается на основе представлений о предметной области каждого типа пользователей, представляющих собой набор данных, необходимых пользователю для решения своих задач. Основные концепции модели включают такие понятия как сущность (объект), отношение (связь), типы сущностей, типы связей и атрибуты. Проанализировав предметную область, можно выделить следующие 5 основных сущностей:
-
«Объекты»;
-
«Строительно-монтажные работы»;
-
«Сметы»;
-
«Акты»;
-
«Реестры»;
После определения основных сущностей необходимо определить атрибуты каждой сущности.
Сущность «Объекты» характеризуется следующими атрибутами:
-
«Код объекта»;
-
«Наименование объекта»;
Сущность «Строительно-монтажные работы» характеризуется следующими атрибутами:
-
«Код работ»;
-
«Наименование работ»;
Сущность «Сметы» характеризуется следующими атрибутами:
-
«Код сметы»;
-
«Номер сметы»;
-
«Наименование строительно-монтажных работ».
Сущность «Акты» характеризуется следующими атрибутами:
-
«Код акта»;
-
«Номер акта»;
-
«Месяц»;
-
«Год»;
-
«Наименование объекта».
Сущность «Реестры» характеризуется следующими атрибутами:
-
«Номер реестра»;
-
«Номер акта»;
-
«Номер сметы»;
-
«Базисная сметная стоимость»;
-
«Договорная цена»;
-
«В т.ч. материалы заказчика»;
-
«К оплате»;
-
«Материалы подрядчика без ГСМ»;
-
«Оборудование»;
-
«М/лом».
После определения сущностей и их атрибутов необходимо определить связи.
Объекты — Акты на выполненные работы. Связь типа 1: М, т. к. на 1 объекте производятся разные работы в разный период времени и заполняются акты по выполненным работам.