Статистика


Онлайн всего: 5
Гостей: 5
Пользователей: 0

Форма входа

Поиск

Категории раздела

Диплом [73] Курсовая [20]
Реферат [16] Разное [16]
Отчет по практике [1]




Чт, 26.12.2024, 18:57
Приветствую Вас Гость | RSS
ДИПЛОМНИК т.8926-530-7902,strokdip@mail.ru Дипломные работы на заказ.
Главная | Регистрация | Вход
КАТАЛОГ ДИПЛОМНЫХ, КУРСОВЫХ РАБОТ


Главная » Каталог дипломов » Информатика и вычислительная техника » Диплом [ Добавить материал ]

1298. Разработка АРМ менеджера по сантехнике
Диплом | 14.04.2010, 11:49
Стоимость 3000 р.
Год выполнения 2009г.
Содержание

Введение    2
1.   АНАЛИТИЧЕСКАЯ ЧАСТЬ    6
1.1. Общая характеристика НПФ «Сантехника»    6
1.2. Анализ конъюнктуры рынка    10
1.3. Экономический анализ хозяйственной деятельности НПФ «Сантехника»    19
1.4. Анализ использования производственных ресурсов НПФ «Сантехника»    24
1.5. Выводы по аналитической части.    30
2.   Организационно-экономическая сущность поставленной задачи    33
2.1. Наименование задачи, место и цель ее решения.    55
2.2. Назначение, периодичность решения и требования, предъявляемые к срокам решения.    56
2.3. Источники и способы поступления данных.    56
2.4. Потребители результатной информации и способы ее отправки    56
2.5. Информационная взаимосвязь с другими задачами.    57
3.   Информационное обеспечение комплекса задач    58
3.1. Инфологическая или информационная модель и ее описание.    64
3.2. Характеристика входной информации.    65
3.3. Характеристика результатной информации.    65
3.4. Характеристика промежуточной информации.    65
4.   Программная реализация комплекса задач    66
4.1. Схема взаимосвязи программных модулей и информационных файлов и ее описание или структурная схема программного комплекса.    66
4.2. Алгоритм основных расчетных моделей и его описание.    68
4.3. Организация технологического процесса сбора, передачи, обработки и выдачи информации (схема работы системы).    71
5.   Экономическая эффективность проекта    72
1. Организация работ    72
1.1. Организационный план    72
1.2 Организационная структура группы    72
1.3 Этапы разработки    72
1.4 Календарный график разработки ПО    73
2. Расчет сметной стоимости и цены    73
2.1. Трудоемкость    73
2.3 Расчет затрат по статьям калькуляции    74
2.3 Затраты на расходные материалы и покупные изделия    74
2.4. Основная заработная плата    75
2.5 Дополнительная заработная плата    76
2.6. Единый социальный налог    76
2.7. Прочие расходы    76
2.8 Накладные расходы    76
2.9.  Расчет полной себестоимости    76
3. Эффективность проекта    77
6. Безопасность жизнедеятельности.    77
1. Анализ условий труда    78
2. Организационные мероприятия    83
3.    Расчет освещенности и системы вентиляции    87
Выводы    95
Заключение    98
Литература    99
 


3.   Информационное обеспечение комплекса задач

 

Стадии и этапы канонического проектирования ЭИС и состав получаемой документации.

Содержание работ на предпроектной стадии.

2.1. Структура и описание  работ ТСП этапа «Сбора материалов обследования» (включая отчеты о выполнении каждой операции этого этапа).

2.2. Структура и описание работ ТСП этапа «Анализ материалов обследования и разработка ТЗ» (в том числе, полное отражение результатов формализованного описания материалов обследования выбранной предметной области).

Ш. Структура и описание работ ТСП стадии «Техно-рабочего проектирования», в том числе:

3.1. Схема структуры ЭИС;

3.2. Постановка задачи;

3.3. Классификаторы;

3.4. Система документации;

3.5. Состав и структура информационной базы;

3.6 Функциональная блок-схема и схему взаимосвязи программных модулей в пакетном режиме;

3.7. Блок-схемы технологических процессов сбора, хранения и обработки информации в пакетном режиме;

3.8. Сценарий диалога, дерево программных модулей, схема взаимосвязи программных модулей и массивов  диалогового режима решения комплекса задач;

3.9. Блок-схемы технологических процессов сбора, хранения и обработки информации в диалоговом режиме.

 

 


 

По результатам предыдущей главы можно говорить о завершение предпроектного обследованиия объекта автоматизации. С помощью САSЕ-средств составляется формальная модель его работы, модель базы данных, объектов и потоков информации. Обычно на этом этапе привлекаются специалисты заказчика и эксперты, хорошо знакомые с предметной областью, для которой составляется задача. На основе формальной модели составляется подробное техническое задание для программистов, спецификации отдельных модулей, таблицы баз данных, другая сопроводительная документация. Готовится подробный календарный план работ, где указываются все сроки, конкретные исполнители и выполняемые объемы работ (понедельно, помесячно). Для составления планов работ имеется немало хороших программ, ориентированных как на небольшие группы про­граммистов, так и на коллективы из сотен сотрудников, выполняющих тысячи различных работ в рамках общего плана.

Как очевидно, конечной целью проектирования является по­строение конкретной базы данных, в той или иной степени вопло­щающей представление проектировщика о предметной области и задачах, решаемых пользователями с помощью созданной базы. Рассматривая базу данных как конкретную реализацию модели, мы по существу устанавливаем порядок процесса, отделяя этап опреде­ления принципов (то, какой база должна быть) от этапа воплоще­ния этих принципов при реализации базы данных в конкретной среде СУБД, ОС и языках программирования. И как показывает практика, между реализациями баз данных и принципами их построения всегда есть расхождения. Различия являются следствий разных причин, но чаше всего это явный или неявный отказ от некоторых принципиальных ограничений, налагаемых, например, моделью данных или базовыми (встроенными) алгоритмами обработки в пользу частного решения, которое, по мнению проектировщик будет более эффективно, например, для понимания или обработки данных. Важность отделения проектирования на абстрактном уровне физической реализации состоит в том, что, объявляя принципы, мы конструктивно ограничиваем область применения. Во-первых, размерность и сложность задачи должна быть сокращена до такого уровня, чтобы реализация стала возможной в данных конкретных условиях — ресурсах среды, профессионализме проектировщика, подготовленности пользователя и т. д. Во-вторых, поскольку баз данных по определению предназначена для многофункциональное использования различными пользователями, и в то же время — обслуживания запросов, не предвиденных при проектировании, такое явное объявление принципов позволит не вводить в заблуждений пользователя и не создавать приложения для решения задач, которые, в силу своего принципиального отличия от тех, которые рассматривались при проектировании, обусловят неэффективную обработку данных.

Проектирование базы данных — это упорядоченный формали­зованный процесс создания системы взаимосвязанных описаний, т. е. таких моделей предметной области, которые связывают (фиксируют) хранимые в базе данные с объектами предметной области, описываемыми этими данными. Прикладное назначение таких описаний состоит в том, чтобы пользователь, практически не имеющий; представления об организации данных в БД (физическом  размещением в памяти данных и механизмах их поиска), обращая запрос к базе, имел бы практическую возможность получить адекватную информацию о состоянии объекта предметной области.

Проектирование начинается с анализа предметной области и выявления функциональных и других требований к проектируемой системе. Подробнее этот процесс мы рассмотрим ниже, а здесь отметим, что проектирование обычно выполняется человеком (группой людей) — системным аналитиком (а на практике чаще администратором базы данных), которым может быть как специ­ально выделенный сотрудник, так и
Добавил: Демьян |
Просмотров: 843
Всего комментариев: 0
Добавлять комментарии могут только зарегистрированные пользователи.
[ Регистрация | Вход ]

Дипломник © 2024
магазин дипломов, диплом на заказ, заказ диплома, заказать дипломную работу, заказать дипломную работу mba